Rückmeldungen 2.1.9 Alpha 2/3

[a4320909533]

Hi zusammen,
seit dem Update auf 2.1.9 Alpha 3, 2025-12-10 11:27:21 +0100 [81e84c89c]

Erhalte ich einen Fehler bei der Kommunikation mit dem internen Zähler:
<class 'Exception'> ('Der Zähler konnte nicht ausgelesen werden. Vermutlich ist der Zähler falsch konfiguriert oder defekt. Bitte nehme bei anhaltenden Problemen über die Support-Funktion in den Einstellungen Kontakt mit uns auf.',)

Hier die Logs
Interner Ladepunkt:
https://paste.openwb.de/aBkcyHcpNfOE6lT

Main Log
https://paste.openwb.de/ZtrBN4ocK3PrqoV

Und danke fürs Fixen.
Andreas

[Gero]

Ich habe es in der App und am Browser (jeweils Handy) immer noch bei 2025-12-08 09:35:24 +0100 [74823e631]
In allen anderen Masken ist der Direktzugriff vorhanden...

Ich bekomme es auf aktuellem iOS und Firefox / Chrome nicht nachgestellt. Wa meinst Du mit "App"?

[Mathias-oWB]

Danke Gero, unsere Antworten haben sich wohl überschnitten, s. vorherige Seite.
Einstellungen ist da, bricht aber trotz 1080er Breite anders um, als auf den anderen Seiten und ist nur nach Scrollen sichtbar.

App openWB aus Appstore, da ich 3 Anlagen remote steuere.

[LenaK]

Hi zusammen,
seit dem Update auf 2.1.9 Alpha 3, 2025-12-10 11:27:21 +0100 [81e84c89c]

Erhalte ich einen Fehler bei der Kommunikation mit dem internen Zähler:
<class 'Exception'> ('Der Zähler konnte nicht ausgelesen werden. Vermutlich ist der Zähler falsch konfiguriert oder defekt. Bitte nehme bei anhaltenden Problemen über die Support-Funktion in den Einstellungen Kontakt mit uns auf.',)

Hier die Logs
Interner Ladepunkt:
https://paste.openwb.de/aBkcyHcpNfOE6lT

Main Log
https://paste.openwb.de/ZtrBN4ocK3PrqoV

Und danke fürs Fixen.
Andreas

Bitte ein Ticket öffnen.

[LenaK]

Wurde zwischen den Versuchen das SE System zurückgesetzt und eine Portänderung durchgeführt?

Die vorgeschlagenen Anpassungen hatte ich versucht und hier im Forum auch dokumentiert. Brachte gar nichts.

In unseren Tests reagierten die SE Systeme äußerst zickig auf verschiedene IP Adressen die Abfragen.

Die Abfragen laufen über einen Modbus Proxy.
Daher wird der SE Wechselrichter nicht doppelt belastet, durch zwei Abfragen von zwei openWB Instanzen.
Und für beide openWB Versionen stehen die exakt gleichen Daten zur gleichen Zeit zur Verfügung.
und wie man eindeutig sehen kann. Funktioniert es ja mit der alten Version problemlos.

Hast du Logs dazu?

Von 2.1.9 oder 2.1.8 oder beiden?

Hast du Logs dazu?

Beide laufen parallel und ziehen die Daten vom selben Modbus Proxy.

Log 2.1.9 Alpha 3 mit Modbus Fehler:
https://paste.openwb.de/RHkBCAcwy0zDSDl

Log 2.1.8 Patch 3 ohne Modbus Fehler:
https://paste.openwb.de/fy9DkfKRNrZebUU

Bitte ein Ticket erstellen, damit ich mir das per Fernwartung ansehen kann.

[ChristophR]

Teste das bitte nochmal mit der aktuellen Version, ich konnte im Log nichts auffälliges finden und bei mir hat es funktioniert.

Jetzt ist es wieder aufgetreten, ich habe mal nicht gleich danach nochmal gescannt, um das Log nicht zu verseuchen.
https://paste.openwb.de/AspGYIHNysc06uf

Code: Alles auswählen

...
2025-12-08 18:43:57,634 - {modules.internal_chargepoint_handler.rfid:130} - {DEBUG:Internal RFID} - RFID-String: 1655332554
...
2025-12-08 18:44:06,360 - {control.chargepoint.chargepoint:72} - {INFO:MainThread} - LP 1: Es ist in den letzten 5 Minuten kein EV angesteckt worden, dem der ID-Tag 1655332554 zugeordnet werden kann. Daher wird dieser verworfen.
...

Da war noch ein alter Timestamp im Ladepunkt

Code: Alles auswählen

 rfid_timestamp=1765115638.170341, rfid=None, s

Deshalb wurde der Tag direkt verworfen. Danach wurde aber alles korrekt zurückgesetzt. Hast Du einen Timestamp per MQTT gesetzt?

Nein, ich schreibe nur den SoC und Range per MQTT.
Am nächsten Tag ist es wieder passiert.
Was für Logs brauchen wir, um den Übeltäter zu finden?
Das MQTT Log wird leider schon nach 2 Minuten überschrieben.

[LenaK]

Ein main.log vom Abstecken (wenn es beim nächsten Anstecken schief geht) würde helfen, dann könnte ich sehen, ob beim Zurücksetzen des Timestamps was schief gegangen ist.

[LutzB]

Danke Gero, unsere Antworten haben sich wohl überschnitten, s. vorherige Seite.
Einstellungen ist da, bricht aber trotz 1080er Breite anders um, als auf den anderen Seiten und ist nur nach Scrollen sichtbar.

Liegt an den vier Buttons für den Regelmodus. Die sind in Summe zu breit und müssten umgebrochen werden.

Bildschirmfoto vom 2025-12-10 15-29-58.png (139.58 KiB) 146 mal betrachtet

Leider gibt der verwendete Anzeigetyp das (noch) nicht her. Wir schauen mal, was man da auf die Schnelle machen kann.

[Mathias-oWB]

Danke für die schnelle(n) Reaktion(en)!
Das fehlende Ladeprotokoll aus dem gleichem Post wäre mir allerdings lieber...

[AlexSE]

Die vorgeschlagenen Anpassungen hatte ich versucht und hier im Forum auch dokumentiert. Brachte gar nichts.



Die Abfragen laufen über einen Modbus Proxy.
Daher wird der SE Wechselrichter nicht doppelt belastet, durch zwei Abfragen von zwei openWB Instanzen.
Und für beide openWB Versionen stehen die exakt gleichen Daten zur gleichen Zeit zur Verfügung.
und wie man eindeutig sehen kann. Funktioniert es ja mit der alten Version problemlos.



Von 2.1.9 oder 2.1.8 oder beiden?

Hast du Logs dazu?

Beide laufen parallel und ziehen die Daten vom selben Modbus Proxy.

Log 2.1.9 Alpha 3 mit Modbus Fehler:
https://paste.openwb.de/RHkBCAcwy0zDSDl

Log 2.1.8 Patch 3 ohne Modbus Fehler:
https://paste.openwb.de/fy9DkfKRNrZebUU

Bitte ein Ticket erstellen, damit ich mir das per Fernwartung ansehen kann.

Funktioniert nun wieder mit der neuesten Version.

Screenshot 2025-12-10 164913.png (103.48 KiB) 122 mal betrachtet

Vielen herzlichen Dank

Edit:

Hat aber leider kurze Zeit später den alten Bug der zu hohen Werte zurückgebracht, weil das System den gespeicherten Zählerstand als Momentan Produktion interpretiert hat.

Screenshot 2025-12-10 165526.png (86.63 KiB) 118 mal betrachtet