openWB Forum

Vielleicht habe ich einen Denkfehler, aber:

die MQTT Topics wurden ja teilweise angepasst.
Jetzt lese ich per HomeAssistant den SoC meines Fahrzeugs aus und lasse den auf meinen Default Mosquitto ins Topic schreiben

In der Mosquitto Config habe ich eine Zeile
auf der openWB landet es aber im Topic:
Sprich das set verschwindet.

Nehme ich stattdessen den alten Pfad:
so landet es auch auf der openWB wo es hingehört und der SoC wird richtig verarbeitet.
Seltsamerweise bekommt openWB/mqtt/vehicle/2/get/soc auch ein Retain-Tag und wird nie abgeräumt

Wenn das Update hängt und kein aktuelles Backup vor dem 26.9 vorhanden ist, funktioniert auch folgendes:

Karte aus dem Raspi in openWB entnehmen.
Im PC (ich habe ein Linuxsystem, da klappt es problemlos) mit Kartenleser. rootfs aufrufen.
im Order /var/www/html/openWB/packages/helpermodules/
die Datei command.py

nach der Vorlage in Github https://github.com/openWB/core/commit/5 ... 1d87e4328b
ändern: Die roten Zeilen ab 825 ersetzen die grünen. (auch das "all" in Zeile 825 löschen!).
Danach Karte wieder einlegen und booten. Ohne Datenverlust konnte ich danach das neueste Update einspielen.

Gruß
Thomas

Hi,
ich habe das Problem dass meine WB und auch die Secondary direkt beim Abstecken eines Autos immer auf Sofort Laden umschalten. Wo kann ich denn das ändern? Oder ist das ein Bug? Bei allen vorherigen Ständen war es immer ohne Auswirkung. Nur seit 2.1.8 macht die Box immer direkt den Sofortlademodus rein.
VG

Frizzel hat geschrieben: Mi Okt 01, 2025 6:07 pm Hi,
ich habe das Problem dass meine WB und auch die Secondary direkt beim Abstecken eines Autos immer auf Sofort Laden umschalten. Wo kann ich denn das ändern? Oder ist das ein Bug? Bei allen vorherigen Ständen war es immer ohne Auswirkung. Nur seit 2.1.8 macht die Box immer direkt den Sofortlademodus rein.
VG

Ankündigungen gelesen? viewtopic.php?t=11207 da steht alles drin, das das Verhalten so korrekt ist und sich jetzt so verhält.

Danke!! Da habe ich tatsächlich nicht genau genug gelesen.

Bei PV-Überschussladen und Umschaltung von 3 > 1 Phase wird der zu Verfügung stehende PV-Ertrag nicht korrekt verrechnet.

1. Beispiel vom 30.09.: nach Ablauf der Wartezeit (8 min) wird 3-phasiges Laden gestoppt (~13:58) und 1-phasiges Laden gestartet. Hätte man auf PV-Ertrag minus Hausverbrauch minus Reserve-Ladeleistung (2 kW) bei Vorgabe "Mindest-SoC des Speichers" (<85%) geachtet, hätte das Laden nicht mehr starten dürfen.

2. Beispiel vom 01.10.: nach Ablauf der Wartezeit (8 min) wird 3-phasiges Laden gestoppt (~15:24) und 1-phasiges Laden gestartet. Der PV-Ertrag liegt aber zu diesem Zeitpunkt nur noch bei ca. 1,4 kW und abzüglich Hausverbrauch hätte das Laden nicht mehr starten dürfen.

Main-Log: https://paste.openwb.de/UOMT0BFQLh4Ncjf

Main-Log: https://paste.openwb.de/ktcmRpMOzH3GzUX


Bitte bei Gelegenheit korrigieren - Danke

JOGRA hat geschrieben: Mi Okt 01, 2025 9:27 pm Bei PV-Überschussladen und Umschaltung von 3 > 1 Phase wird der zu Verfügung stehende PV-Ertrag nicht korrekt verrechnet.

Die Leistung wird im EVU-Zähler verrechnet, nicht in der openWB. Für die Umschaltung gelten die Ein- und Ausschaltschwellen, die auch für Ladestart und -ende gelten. Die Wartezeit zum Umschalten ist mindestens so lang wie die eingestellte Pufferzeit. Das ist eine Änderung zu 2.1.8.

thomas67648 hat geschrieben: Mi Okt 01, 2025 4:38 pm Wenn das Update hängt und kein aktuelles Backup vor dem 26.9 vorhanden ist, funktioniert auch folgendes:

Karte aus dem Raspi in openWB entnehmen.
Im PC (ich habe ein Linuxsystem, da klappt es problemlos) mit Kartenleser. rootfs aufrufen.
im Order /var/www/html/openWB/packages/helpermodules/
die Datei command.py

nach der Vorlage in Github https://github.com/openWB/core/commit/5 ... 1d87e4328b
ändern: Die roten Zeilen ab 825 ersetzen die grünen. (auch das "all" in Zeile 825 löschen!).
Danach Karte wieder einlegen und booten. Ohne Datenverlust konnte ich danach das neueste Update einspielen.

Gruß
Thomas

Vielen Dank für den Tipp!!!!
Das hat mir eine Menge Arbeit gespart, da mir aufgefallen war, dass die Samba Sicherung nicht/nie funktioniert hat und ich eine neue Speicherkarte hätte flashen müssen...

Gero hat geschrieben: Do Okt 02, 2025 4:52 am

JOGRA hat geschrieben: Mi Okt 01, 2025 9:27 pm Bei PV-Überschussladen und Umschaltung von 3 > 1 Phase wird der zu Verfügung stehende PV-Ertrag nicht korrekt verrechnet.

Die Leistung wird im EVU-Zähler verrechnet, nicht in der openWB. Für die Umschaltung gelten die Ein- und Ausschaltschwellen, die auch für Ladestart und -ende gelten. Die Wartezeit zum Umschalten ist mindestens so lang wie die eingestellte Pufferzeit. Das ist eine Änderung zu 2.1.8.

Hallo an die Runde,

das mit der Phasenumschaltung „ Pufferzeit zwischen automat. Phasenumschaltungen“ und „Einschaltschwelle“ bzw. „Abschaltschwelle“ habe noch nicht ganz verstanden.

Ich dachte, mit Phasenumschaltung wird nur die 1/3 Phasenschalterei berücksichtigt, mit Einschalt- bzw. Abschaltschwelle nur Ladebeginn bzw. Ladeende. Gibt es die genaue Funktionsbeschreibung noch irgendwo zum ruhigen nachlesen?

Gruß, Hans

Ich hab' mich mit den "Ein- und Ausschaltschwellen" falsch ausgedrückt. Ich hätte besser "Wartezeit Ladestart & Phasenzuschaltung" bzw. "Wartezeit Ladeende & Phasenreduktion" schreiben sollen. Ich denke, dass für die Phasenhochschaltung 2x die Einschaltschwellleistung genommen wird.

Ansonsten helfen die ?-Texte vielleicht weiter?