openWB Forum

Absturz mit nicht mehr ganz aktuellem master (2025-09-02 10:42:09 +0200 [51f59284b]):
Absturz erfolge anscheinend so gegen 06:00 Uhr (vielleicht 5:54 Uhr, laut main.log), das Autoladen wurde dadurch unterbrochen.
Gegen 07:00 Uhr habe ich routinemäßig auf die Weboberfläche geschaut, um zu sehen, ob das Auto geladen wurde.
Da wurde die Weboberfläche noch angezeigt, sah so aus, als wenn die Ladung noch laufen würde, allerdings hat mich gewundert, dass der SoC sich seit 06:00 Uhr nicht mehr erhöht hat.
Weitere Klicks auf Status o.ä. und auch der Aufruf der Cloud war dann nicht mehr möglich.
Ping wurde noch beantwortet, Systeminformationen kam nur bis "Lade Daten", wenn überhaupt.
Anmeldung per SSH wäre auch nicht mehr gegangen, es kam nicht mal mehr der Login-Prompt.
Gegen 07:42 Uhr dann harter Neustart durch Sicherung.
Das Ladeprotokoll hat nach dem Neustart zwar die richtigen Zählerstände aufgenommen, aber den Preis falsch berechnet.

soc.log:
https://paste.openwb.de/lKCd7kfuQ5Ny2mj

mqtt.log:
https://paste.openwb.de/TA4L0ECkZSNwQmP

main.log:
https://paste.openwb.de/e420g4cQBrBFFf5

remote_support.log:
https://paste.openwb.de/p0b1MXgdVPXp5eg

internal_chargepoint.log:
https://paste.openwb.de/VsCZILXGn2eAJE1

chargelog.log vor dem Neustart:
https://paste.openwb.de/L8xaUENpmliKot5

chargelog.log nach dem Neustart:
https://paste.openwb.de/APDcKPtILzK1iHI

@Lutz:
Kann das maintenance auch Logfiles schreiben, dann kann ich die auch noch einfangen...

Kann ich das Thema MQTT Komponenten nochmal hochbringen:

Ich habe jetzt die neuen Objekte in IOBroker angelegt und will sie beschreiben - was aber noch nicht so richtig funktioniert.

Ich bekomme im Main-Log folgende Meldung:

2025-09-06 14:26:51,858 - {modules.common.fault_state:45} - {ERROR:device1} - Wechselrichter: FaultState FaultStateLevel.ERROR, FaultStr <class 'KeyError'> ('Fehlende MQTT-Daten: Stelle sicher, dass Du Werte an die erforderlichen Topics (beschrieben in den Komponenten-Einstellungen) veröffentlichst (Publish).',), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/devices/generic/mqtt/device.py", line 44, in update_components
component.update(received_topics)
File "/var/www/html/openWB/packages/modules/devices/generic/mqtt/inverter.py", line 33, in update
power = received_topics[f"{topic_prefix}power"]
KeyError: 'openWB/mqtt/pv/2/get/power'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/devices/generic/mqtt/device.py", line 46, in update_components
raise KeyError(
KeyError: 'Fehlende MQTT-Daten: Stelle sicher, dass Du Werte an die erforderlichen Topics (beschrieben in den Komponenten-Einstellungen) veröffentlichst (Publish).'

Wo sollen denn die neuen Topics jetzt liegen? In "openWB/mqtt/..." oder "openWB/set/mqtt/..." - laut Beschreibung der Komponten in OpenWB/set/mqtt - der Sourcecode scheint es irgendwo anders zu erwarten...

Oder habe ich einen Denkfehler?

Danke,
Frank

Da scheint der dreiphasige Ladestart bei ausreichend Sonnenschein kaputt gegangen zu sein, oder er rechnet bei einer 22kW-Box zu vorsichtig. Ladestart war einphasig, kurz danach wurde umgeschaltet:

https://paste.openwb.de/bVONzJC2dKNsVQE

SOC Modul "manuelle Berechnung" bei Fahrzeugwechsel fehlerhaft.

ich habe folgendes verhalten, wenn ich Fahrzeug A lade und dann auf Fahrzeug B wechsle wird zu beginn der letzte SOC vom Fahrzeug B richtig übernommen, aber beim 1 durchlauf werden die letzten geladenen kwh vom Fahrzeug A zum aktuellen ladenden Fahrzeug B dem SOC Wert dazugerechnet. Beide Fahrzeuge haben das manuelle SOC Modul und tritt nur auf wo beide Fahrzeuge am gleichen Tag geladen werden.

lacky hat geschrieben: Sa Sep 06, 2025 3:49 pm SOC Modul "manuelle Berechnung" bei Fahrzeugwechsel fehlerhaft.

ich habe folgendes verhalten, wenn ich Fahrzeug A lade und dann auf Fahrzeug B wechsle wird zu beginn der letzte SOC vom Fahrzeug B richtig übernommen, aber beim 1 durchlauf werden die letzten geladenen kwh vom Fahrzeug A zum aktuellen ladenden Fahrzeug B dem SOC Wert dazugerechnet. Beide Fahrzeuge haben das manuelle SOC Modul und tritt nur auf wo beide Fahrzeuge am gleichen Tag geladen werden.

Log nach Fahrzeug wechsel?

openWB hat geschrieben: Sa Sep 06, 2025 3:56 pm

lacky hat geschrieben: Sa Sep 06, 2025 3:49 pm SOC Modul "manuelle Berechnung" bei Fahrzeugwechsel fehlerhaft.

ich habe folgendes verhalten, wenn ich Fahrzeug A lade und dann auf Fahrzeug B wechsle wird zu beginn der letzte SOC vom Fahrzeug B richtig übernommen, aber beim 1 durchlauf werden die letzten geladenen kwh vom Fahrzeug A zum aktuellen ladenden Fahrzeug B dem SOC Wert dazugerechnet. Beide Fahrzeuge haben das manuelle SOC Modul und tritt nur auf wo beide Fahrzeuge am gleichen Tag geladen werden.

Log nach Fahrzeug wechsel?

das Fahrzeug wurde am 06.09.2025 - 16:18 gewechselt.
https://paste.openwb.de/hBi5sHSG7PwslHd

@Lena
@Lutz

Ist das hier beschriebene Verhalten

viewtopic.php?p=131981#p131981

(Timer wird bei (Wolken)Unterbrechung nicht zurückgesetzt sondern lediglich angehalten) jetzt eigentlich gewollt oder ein Fehler?

Sonst wäre eine Korrektur in der Beta sicherlich noch sinnvoll.

Guten Morgen in die Runde,

im aktuellen Release 2025-09-05 15:29:13 +0200 [401403cf8] habe ich ein Problem mit der RFID Erkennung und folgkich bei der Freischaltung der Ladepunkte.

Setup:

- 3 x openWB (1x Master + 2 x secondary)
- Alle Boxen mit RFID
- Alle Boxen auf Release: 2025-09-05 15:29:13 +0200 [401403cf8]

Seit Update am Freitag gibt keine der Secondaries den RFID-Tag an die Master Box weiter. (der Leser piepst jeweils und liest offensichtlich, daher würde ich Hardware mal ausschliessen) Dort wird er auch mehr angezeigt nach dem Einlesen am Ladepunkt.

Das Einlesen am MASTER funktioniert noch, also wird auch in der Liste der erkannten. ID-Tags angezeigt.

Hier ist wohl irgendwas angepasst worden? - Oder unerwünschter "Nebeneffekt" einer anderen Änderung.

Ich update regelmäßig (2-3 mal / Woche) - In den vorherigen releases funktionierte das einwandfrei. Das Verhalten fällt schliesslich schnell auch. Wird ja nicht geladen

Aktuell muss ich die Ladepunkte dann manuell freischalten.

Wäre toll, wenn sich das mal jemand bei sich prüfen könnte, der auch mind. eine Secondary mit RFID im Einsatz hat.

VG Stephan

viewtopic.php?t=1526

Pack doch bitte ein Log dazu, dann kann man sich das anschauen.

Elchkopp hat geschrieben: So Sep 07, 2025 6:46 am @Lena
@Lutz

Ist das hier beschriebene Verhalten

viewtopic.php?p=131981#p131981

(Timer wird bei (Wolken)Unterbrechung nicht zurückgesetzt sondern lediglich angehalten) jetzt eigentlich gewollt oder ein Fehler?

Sonst wäre eine Korrektur in der Beta sicherlich noch sinnvoll.

Auf dieses Verhalten habe ich schon mehrfach hingewiesen und ist für die Phasenschaltung ebenso problematisch.
Für das Laden unserer ZOE heisst das meist, dass nach der dritten Unterbrechungm kein Strom mehr abgenommen wird bzw. nicht mehr geladen wird.
Mein MS90D schluckt die häufigen Unterbrechungen, weil der Zähler nicht zurückgesetzt wird, hingegen wesentlich entspannter...