Q&A

[MyHomeMyData]

Place questions here.

Fragen gerne hier stellen.

[M4n197]

Hallo,
ich hätte da mal eine Frage bzgl. des E380:
Wie ist: 0x258: E3ComplexType(8, "GridEnergy", [E3Int16(2, "ImpCumL", scale=1.0, signed=False), E3Int16(2, "ImpCumT", scale=1.0, signed=False), E3Int16(2, "ExpCumL", scale=1.0, signed=False), E3Int16(2, "ExpCumT", scale=1.0, signed=False),]),
aus E3onCANdatapointsE380.py zu verstehen? Bezogene und eingespeiste Energie versetehe ich, aber auf "L" und "T" konnte ich mir noch keinen Reim machen. Nutzt das so schon jemand und hat plausible Werte?

Bisher nutze ich nur den Bezugswert aus 0x25C, welcher definitiv korrekt ist. (Vergleichswerte lefert die Gridbox)
Gemäß dem Bild aus dem Viessmann-Forum habe ich mit eigenen Scale und Offset die ersten 4 Bytes von 0x258 an den Wert von 0x25C sehr genau annähern können. Sowohl Offset als auch Scale sind dabei aber ziemlich abstrus..

[MyHomeMyData]

@M4n197 Ich habe jetzt 0x258 mit den kumulierten Werten von 0x25A und den Werten des Smartmeters (ISKRA MT631) verglichen. Bisher nur für Netzbezug, Einspeisen is grade nicht.

Ergebnis: Wenn ich einen passenden Offset wähle und die Werte von 0x258 mit 0,5 multipliziere, stimmen alle drei Werte überein (Einheit Wh). Abweichungen sind kleiner als 1 Promille. Demnach entspricht jeder Tick auf 0x258 0,5 Wh.

Bist Du sicher, dass Deine Berechnung der kWh aus 0x25A stimmt?

[M4n197]

0x25A (Leistung) nutze ich nicht zur Ermittlung der Energie.
Da ich keinen zweiten Zähler habe, kann ich nur die Werte von der Gridbox und 0x25C zum Vergleichen nutzen. Diese stimmen überein, wenn ich die Umrechnung von oben ansetze.
War dein Test eine Stichprobe oder hast du Zeitverläufe übereinander gelegt?

Ich bin zunächst von Ws ausgegangen, aber bisher konnte kein realitätsbezogener Umrechnungsfaktor die Kurven so gut annähern.
Leider hat sich vor wenigen Tagen sogar ein "Knick" ergeben, welcher eine Korrektur der Umrechnung erforderlich gemacht hat:

Ich kann mir keinen Fehler vorstellen, der solche Ergebnisse verursacht. ¯\_(ツ)_/¯
Vielleicht bekomme ich ja Infos vom Hersteller...

[MyHomeMyData]

Für den Vergleich 0x258 mit 0x25A kumuliert ist es ein Zeitverlauf, mit dem Smartmeter eine Stichprobe bei 4300 Wh Verbrauch.

Die 0,5 Wh pro Tick passen ja auch zur Doku des E380. Da steht 1000 Pulse pro kWh, also 1 Wh für einen Zyklus LED an, LED aus. Wenn 0x258 die Flanken zählt, sind es pro Inkrement 0,5 Wh.

Ich hatte auch ein paar Monate eine Gridbox in Betrieb. Hatte den Eindruck, die Daten waren nicht sonderlich genau.

[M4n197]

Der Zeitverlauf in der Gridbox ist leider viel zu grob. Die Statistik ist bei mir jedoch plausibel und deckt sich mit den Daten vom E380 und VX3, die ja die Quelle dafür bilden. Bis das Smartmeter kommt, habe ich leider keinen Vergleich.

Stimmt deine Umrechnung auch nach mehreren Tagen noch oder wächst der Fehler langsam?
0x25C liest du gar nicht mit?

[MyHomeMyData]

Nein, die 0x25C lese ich nicht mit, die Daten hole ich vom SmartMeter. Das muss ich am Ende bezahlen, also ist das die Referenz.

Habe jetzt nochmal die 0x258 ausgelesen und verglichen. Verbrauchswert für 5.11. 0:00 bis 10.11. 16:10 sind:
Smartmeter: 79,4066 kWh
E380 0x258: 79,4825 kWh (Umrechnungsfaktor 0,5)

Differenz fast genau 1 Promille.

[wotandamm]

Ich versuche gerade meine Kombination VX3 und E380 auszulesen. Ich mach das mit dem aktuellen Wert von 0x258 aus
E3onCANdatapointsE380.py:
0x258: E3ComplexType(8, "GridEnergy", [E3Int32(4, "ImportCumulated", scale=1.0, signed=False), E3Int32(4, "ExportCumulated", scale=1.0, signed=False)])
da kommt folgendes:
{'ImportCumulated': 1211856412.0, 'ExportCumulated': 1244228589.0}
am E380 lese ich auf dem Display:
IMP 190
EXP 2775
Wie passt das zusammen ? Der faktor 0,5 reicht da nicht.

[wotandamm]

super, hinter her ist man immer schlauer ;-).
Baut das jemand ein oder muss die Umwandlung selbst gemacht werden?

[MyHomeMyData]

@M4n197 Vielen Dank für den Hinweis. Bei mir stimmt mit der Float16-Konvertierung jetzt endlich der dekodierte Wert mit dem im Display angezeigten Wert überein. Habe es testweise im Branch develop eingebaut, Einheit für 0x258 ist weiterhin kWh (Umrechnungsfaktor 1000).

@M4n197 @wotandamm Bitte 0x258 mal ausprobieren.
Für 0x254 (GridCurrent) habe ich auf Float16 umgestellt. Die Werte sehen bei mir immer noch nicht wirklich sinnvoll aus, aber zumindest weniger unsinnig als mit Int16. Könnt ihr das bitte auch mal anschauen? Vielleicht habt ihr eine Idee, was hier das korrekte Format sein könnte. Mit Float32 (könnte ja Wirk- und Blindstrom sein) und Float64 habe ich auch getestet. Da kommt jeweils völliger Blödsinn raus.

[M4n197]

Das Thema Strom ist bei mir (noch) schwierig:

• Ich habe nur vereinzelt Werte aufgezeichnet, da die Ströme für mich bisher nicht von Interesse waren.
• Aus meinen wenigen Werten konnte ich noch nichts sinnvolles ableiten. Evtl. verhält sich Byte 7 & 8 etwas anders als der Rest.
• Mein größtes Problem ist der fehlende Vergleichswert. Entweder ich messe vor Ort selbst oder rechne das über die Leistung der einzelnen Phasen zurück. Meines Wissens nach liefert der VX3 auch keinen Datenpunkt zum Vergleich.

Ich werde mich demnächst dran machen.

Ausprobieren kann ich leider nur die Dokumentation der Datenpunkte. Mein Setup ist ein ESP32 mit esphome, da dekodiere ich CAN-MSG selbst.

[MyHomeMyData]

@M4n197 Schau Dir mal diese Diskussion an. Denke, die Stromwerte werden auch beim E380 als Int16 Absolutwerte mit 1A Auflösung übertragen. Im Branch develop sind jetzt E380 und E3100CB - hoffentlich - stimmig abgeglichen.

[M4n197]

Zu dieser Erkenntnis bin ich auch gekommen.
Bzgl. des vermuteten Power-Factors innerhalb der letzten zwei Bytes bleibe ich jedoch noch ratlos.

[MyHomeMyData]

Bin grade auf Reisen. Schaue mir das nächste Woche an. -------- Ursprüngliche Nachricht --------Von: wotandamm ***@***.***> Datum: 14.04.24 10:23 (GMT+01:00) An: MyHomeMyData/E3onCAN ***@***.***> Cc: MyHomeMyData ***@***.***>, Mention ***@***.***> Betreff: Re: [MyHomeMyData/E3onCAN] Q&A (Discussion #1) super, hinter her ist man immer schlauer ;-). Baut das jemand ein oder muss die Umwandlung selbst gemacht werden? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>