Replies: 1 comment 45 replies
-
|
Ich denke ich habe es jetzt doch gelöst. [
{
"val0": 970.0,
"val1": -113.0,
"val2": 970.0,
"val3": 0.0,
"val4": -113.0,
"val5": -1.0
},
{
"val0": 987.0,
"val1": -112.0,
"val2": 987.0,
"val3": 0.0,
"val4": -112.0,
"val5": -1.0
},
{
"val0": 1029.0,
"val1": -111.0,
"val2": 1029.0,
"val3": 0.0,
"val4": -111.0,
"val5": -1.0
},
{
"val0": 1055.0,
"val1": -103.0,
"val2": 1055.0,
"val3": 0.0,
"val4": -103.0,
"val5": -1.0
},
{
"val0": 1037.0,
"val1": -101.0,
"val2": 1037.0,
"val3": 0.0,
"val4": -101.0,
"val5": -1.0
},
{
"val0": 1030.0,
"val1": -105.0,
"val2": 1030.0,
"val3": 0.0,
"val4": -105.0,
"val5": -1.0
},
{
"val0": 1033.0,
"val1": -111.0,
"val2": 1033.0,
"val3": 0.0,
"val4": -111.0,
"val5": -1.0
},
{
"val0": 1017.0,
"val1": -110.0,
"val2": 1017.0,
"val3": 0.0,
"val4": -110.0,
"val5": -1.0
},
{
"val0": 1009.0,
"val1": -110.0,
"val2": 1009.0,
"val3": 0.0,
"val4": -110.0,
"val5": -1.0
},
{
"val0": 1049.0,
"val1": -114.0,
"val2": 1049.0,
"val3": 0.0,
"val4": -114.0,
"val5": -1.0
},
{
"val0": 1050.0,
"val1": -112.0,
"val2": 1050.0,
"val3": 0.0,
"val4": -112.0,
"val5": -1.0
},
{
"val0": 1038.0,
"val1": -119.0,
"val2": 1038.0,
"val3": 0.0,
"val4": -119.0,
"val5": -1.0
},
{
"val0": 987.0,
"val1": -133.0,
"val2": 987.0,
"val3": 0.0,
"val4": -133.0,
"val5": -1.0
},
{
"val0": 981.0,
"val1": -132.0,
"val2": 981.0,
"val3": 0.0,
"val4": -132.0,
"val5": -1.0
}
]
1603 : O3EComplexType(12, "PointOfCommonCouplingPower", [
O3EInt16(2, "ActivePower", scale=1.0, signed=True),
O3EInt16(2, "ReactivePower", scale=1.0, signed=True),
O3EInt16(2, "ActivePowerDup", scale=1.0, signed=True),
O3EInt16(2, "PadZeros", scale=1.0, signed=True),
O3EInt16(2, "ReactivePowerDup", scale=1.0, signed=True),
O3EInt16(2, "PadOnes", scale=1.0, signed=True),
]), |
Beta Was this translation helpful? Give feedback.
-
|
Du bist auf dem Branch develop und für 1603 gibt es eine Variante von 1603 mit 12 Bytes Länge. Hat der Datenpunkt bei Dir 12 Bytes? Oder anders gefragt, was liefert Vermutlich haben wir einen Bug im Zusammenhang mit varianten Datenpunkten bei MQTT. |
Beta Was this translation helpful? Give feedback.
-
|
Hab mir den Code an der fraglichen Stelle angeschaut. Ich kann weder eine Unstimmigkeit finden, noch kann ich mir den geschilderten Effekt erklären. Meine Versuche, den Effekt in einer Testumgebung nachzustellen, haben immer zum erwarteten Ergebnis geführt, also Ausgabe aufs Terminal und per MQTT waren immer stimmig. Sowohl mit 4 Bytes, als auch mit 12 Bytes Länge. Hast Du nach dem Upgrade auf V0.6.1 depictSystem nochmal durchlaufen lassen? |
Beta Was this translation helpful? Give feedback.
-
|
Hm, seltsam. Bei mir ist es eine Nachricht mit 12Byte Länge. Sieht man entsprechend auch an der Antwort. depictSystem habe ich durchlaufen lassen. Vorher hat es auch auf obigen Befehl nur die 12Bytes RAW ausgegeben. Habe auch nochmal auf meinem Windows-PC (statt Handy) die MQTT-Daten abgefragt und auch nur Raw 12 Bytes bekommen. |
Beta Was this translation helpful? Give feedback.
-
|
Es geht jetzt. Reboot und aktives stoppen und starten von open3e hat funktioniert. An sich habe ich das zwar schon gemacht gehabt, aber in umgekehrter Reihenfolge. Wo es sich jetzt genau aufgehangen hat, keine Ahnung. |
Beta Was this translation helpful? Give feedback.
-
|
Kann ich mir nicht erklären. Evtl. ist Deine open3e-Installation beschädigt. Würdest Du bitte eine zweite, komplett neue Installation von open3e machen, damit depictSystem laufen lassen und dann nochmal probieren. Und bitte sicherstellen, dass immer nur eine Instanz von open3e aktiv ist. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hallo zusammen,
ich habe heute versucht einen Raspberry Pi aufzusetzen, der mir die Werte meiner neuen Viessmann Wärmepumpe und PV-Anlage ausliest. Es klappt auch alles sehr gut, allerdings bekomme ich es nicht hin, den Wert von DID 1603
PointOfCommonCouplingPowerauszulesen. Es scheint ein Firmwareupdate gegeben zu haben, der das Signal verändert hat:von 4 Byte zu 12 Byte bei mir.
Nachdem ich
open3e_depictSystemausgeführt habe, haben meine Energiespeicher den folgenden Eintrag:was ein 12-Byte-Wert ist, im Gegensatz zur Angabe hier im Repo, wo es nur 4 Bytes sind:
Eine Beispielausgabe von diesem Wert habe ich hier (aktuell habe ich einen Netzbezug von etwa 1.0 kW, keinen PV-Ertrag und leere Speicher):
Meine erste Idee war, dass mit dem Update jetzt vielleicht alle drei Phasen getrennt übermittelt werden. Das passt aber leider nicht:
führt zu
open3e -r 0x6a1.PointOfCommonCouplingPower {"a": 8212.0, "b": -1329.0, "c": 8212.0, "d": 0.0, "e": -1329.0, "f": -1.0}Leider weiß ich jetzt nicht mehr weiter, wie ich diese Daten reverse engineeren kann. Im development branch habe ich dazu auch nichts gefunden.
Falls hier jemand eine Idee hat, was das neue Format der Daten sein könnte, kann ich das gerne testen!
Danke und viele Grüße
Jonas
Beta Was this translation helpful? Give feedback.
All reactions