0 + 0 = ? genau, 17 und Sonne in der Nacht

[godfuture]

Hallo Leute, leider kein Spaß, sondern OpenWB. Ich habe in allen Bereichen der Auswertung Null Netzbezugsanteil, aber der Fronius SM Zähler will 17 kWh gezählt haben...hmm. Außerdem scheint mein Haus nachts ebenfalls von der Sonne versorgt zu werden, weil weder vom Netz noch vom Speicher bezogen wurde. Sehr interessante Zählung.

Leider seit Software 2 nur komische Fehler. Was läuft hier schief? Wie sauber funktioniert bei euch die Zählung? Ich habe noch mehr Tage, die so aussehen wie oben...

Version 2.2.2
Fronius Gen24 mit BYD HVS
LG Therma V R290 über Shelly 3EM Zähler

[The-Andi03]

Hallo Leute, leider kein Spaß, sondern OpenWB. Ich habe in allen Bereichen der Auswertung Null Netzbezugsanteil, aber der Fronius SM Zähler will 17 kWh gezählt haben...hmm. Außerdem scheint mein Haus nachts ebenfalls von der Sonne versorgt zu werden, weil weder vom Netz noch vom Speicher bezogen wurde. Sehr interessante Zählung.

Leider seit Software 2 nur komische Fehler. Was läuft hier schief? Wie sauber funktioniert bei euch die Zählung? Ich habe noch mehr Tage, die so aussehen wie oben...

Version 2.2.2
Fronius Gen24 mit BYD HVS
LG Therma V R290 über Shelly 3EM Zähler

Hi, also wenn ich mich recht entsinne Bist du in der Diagramm Ansicht und vermutlich Monat oder Jahres summe.
Ich weiß nicht ob es dir schon Malm aufgefallen ist. Die Tageswerte müssten bei dir korrekt sein. Die Monats und Jahreswerte hingegen nicht. So ist es zumindest bei mir mit zwei Anlagen so.
Ich habe damals pro Anlage ein Ticket aufgemacht und ich habe als Antwort bekommen, dass man sich drum kümmern will, dieser Fehler aber wohl viel Zeit benötigen würde. Gerade bei Fronius gibt es da noch irgend ein Problem mit den Werten.

Kannst dich ja mal melden wenn du so 2-3 Tage hast an denen du mir Sicherheit sagen kannst, dass z.b. an einem Tag z.b. 3 kWh Netzbezug waren und im Monat oder Jahres summe sich nichts verändert hat. Oder dennoch die 3 kWh nicht angezeigt werden.

[Gerolein]

Warum denn mit ssh auf die Box, wenn auf der Statusseite die womöglichen Fehler schon stehen?

Es liegt vermutlich an der Konfiguration. Die ist unter 1.9 leicht anders. Die Netzwerkanbindung ist aber weiterhin TCP/IP. Wenn DNS-Namen nicht aufgelöst werden, siehst du das auch auf der Status-Seite. Die gab's übrigens auch schon bei 1.9.

[godfuture]

Warum denn mit ssh auf die Box, wenn auf der Statusseite die womöglichen Fehler schon stehen?

Ich hatte versucht es anzudeuten...um zu beweisen, dass der TCP/IP und DNS Stack tadellos bei mir funktioniert. Es wurde ja kaum analysiert und schon eine Schlussfolgerung getroffen, dass es ein Problem bei mir im Netzwerk geben muss.

Bisher sieht es so aus, dass Hostname zwar irgendwie funktioniert, aber nicht zuverlässig. Am Netzwerk liegt es folglich nicht, denn es funktioniert ja irgendwie, auch mit IP geht es. Warum aber ist der Hostname problematisch?

Könnte jemand mit Version 2.1.8 bis 2.2.2 versuchen seinen SM Zähler (optimalerweise Smart Meter TS 65A-3) mit Hostname einzurichten? Das würde helfen. Hier ist irgendwas im Busch.

[godfuture]

Hab nochmal nachgeschaut. Wie oben geschrieben, wird das Log mit Benutzung der IP Adresse ruhiger, aber nicht "perfekt":
2026-09-07 00:16:41,011 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -15.643000000000018W, Berücksichtigte Komponenten neben EVU [{'id': 1, 'type': 'inverter', 'children': [{'id': 2, 'type': 'bat', 'children': []}]}, {'id': 4, 'type': 'counter', 'children': []}, {'id': 2, 'type': 'bat', 'children': []}]

Ich weiß nicht was diese Fehlermeldung genau versucht zu sagen, aber wie kann hier ein ungültiger Wert entstehen? Das wird doch von OpenWB berechnet?!

[kevinwieland]

@godfuture du brauchst dich nicht beweisen. Aber du bist sehr zielsicher das der Fehler unbedingt in der openWB liegen muss obwohl Zeile 8 des Logs schon etwas anderes andeutet. Das ist schade. Der weitere Verlauf zeigt ja das es eher nicht so ist.

Ungültiger Hausverbrauch entsteht wenn die Werte nicht ganz zusammen passen. In dem Fall kommt -15 Watt raus.
Es fehlt das Log um alle Variablen zu kennen und das nachzurechnen, aber das passiert wenn z.B.
PV: 800 Watt
Evu: 0 Watt
Speicher: 815 Watt Ladung

Das ergibt rechnerisch -15 Watt, für den Hausverbrauch schlicht ungültig.

Entweder passt die Anordnung in der openWB nicht, es gibt nicht erfasste andere Verbraucher, es ist die DC Speicherleistung und der Wirkungsgrad spielt mit rein oder Fronius misst erheblich ungenau.
Wäre der Speicher "nur" 700 Watt Ladung kommt da 100 Watt an Hausverbrauch raus.

[seaspotter]

In den Logs sind aber auch Fehler enthalten die auf einen Bug im Code hinweisen. Nämlich das counter_sm.py greift mit response_json_id["SMARTMETER_VALUE_LOCATION_U16"] direkt per [] auf ein Feld in der Fronius-API-Antwort zu, das in diesem Fall offenbar fehlt – statt mit .get(...) einen Fallback zu nehmen, crasht der Zugriff hart mit KeyError.
Und damit sind alle 3 Komponenten im Fehlerzustand.

Ich hab das aber zum Anlass genommen die ganze Fronius HTTP API umfassend umzuarbeiten und auch noch die Sunspec Modbus Variante ergänzt die da vermutlich deutlich einfacher ist. PR ist dafür schon online: #3897