Rückmeldungen openWB software 2.1.3 Release & Release Patch 1

[xantiva]

Ich wurde gerade schon etwas nervös - das Update hat fast 15 Minuten gedauert und die ganze Zeit sah man nur "Der Startvorgang ist noch nicht abgeschlossen / backend still booting".

Die meiste Zeit - 9 Minuten - hat offenbar die Aktualisierung der Logdateien beansprucht:

Code: Alles auswählen

2024-03-16 10:23:51,109 - {helpermodules.update_config:591} - {DEBUG:MainThread} - upgrading datastore from version '34' to '35'
2024-03-16 10:23:51,145 - {helpermodules.update_config:1233} - {DEBUG:MainThread} - Format der Logdatei '/var/www/html/openWB/data/daily_log/20220125.json' aktualisiert.
2024-03-16 10:23:51,476 - {helpermodules.update_config:1233} - {DEBUG:MainThread} - Format der Logdatei '/var/www/html/openWB/data/daily_log/20220128.json' aktualisiert.
2024-03-16 10:23:52,134 - {helpermodules.update_config:1233} - {DEBUG:MainThread} - Format der Logdatei '/var/www/html/openWB/data/daily_log/20220130.json' aktualisiert.
2024-03-16 10:23:51,806 - {helpermodules.update_config:1233} - {DEBUG:MainThread} - Format der Logdatei '/var/www/html/openWB/data/daily_log/20220129.json' aktualisiert.
...
2024-03-16 10:32:31,130 - {helpermodules.update_config:1300} - {DEBUG:MainThread} - Prüfe Logdatei '/var/www/html/openWB/data/monthly_log/202401.json'
2024-03-16 10:32:31,174 - {helpermodules.update_config:1310} - {DEBUG:MainThread} - Format der Logdatei '/var/www/html/openWB/data/monthly_log/202401.json' aktualisiert.
2024-03-16 10:32:31,175 - {helpermodules.update_config:1300} - {DEBUG:MainThread} - Prüfe Logdatei '/var/www/html/openWB/data/monthly_log/202402.json'
2024-03-16 10:32:31,216 - {helpermodules.update_config:1310} - {DEBUG:MainThread} - Format der Logdatei '/var/www/html/openWB/data/monthly_log/202402.json' aktualisiert.
2024-03-16 10:32:31,217 - {helpermodules.update_config:1300} - {DEBUG:MainThread} - Prüfe Logdatei '/var/www/html/openWB/data/monthly_log/202403.json'
2024-03-16 10:32:31,241 - {helpermodules.update_config:1310} - {DEBUG:MainThread} - Format der Logdatei '/var/www/html/openWB/data/monthly_log/202403.json' aktualisiert.
2024-03-16 10:32:35,366 - {modules.internal_chargepoint_handler.rfid:99} - {DEBUG:MainThread} - **** /dev/input/event1 raspberrypi-ts  ****
.

Also - nicht nervös werden

[LutzB]

Ja, der erste Start kann etwas länger dauern. Wir müssen sehen, ob wir da irgendwie eine Meldung zum Startverlauf angezeigt bekommen.

[Thomas aus W]

Die meiste Zeit - 9 Minuten - hat offenbar die Aktualisierung der Logdateien beansprucht:

eine Meldung zum Startverlauf

Ich vermute, dass das hauptsächlich IO-Operationen und kaum Berechnungen sind, so dass Parallelisierung wohl nichts bringt.
Womöglich wäre es eine Idee, den Migrationsprozess "post-Boot" zu machen, und nur das aktuelle Tages-Log direkt während des Boots zu migrieren...

bye
TW

[Koersten]

Im Ladelog steht immer 0€.
Ich habe bewusst nochmal den Preis pro kWh eingetragen, aber das hat nicht geholfen.

[evchab]

Ich wurde gerade schon etwas nervös - das Update hat fast 15 Minuten gedauert und die ganze Zeit sah man nur "Der Startvorgang ist noch nicht abgeschlossen / backend still booting".

Also - nicht nervös werden

das hätte ich mal früher lesen sollen

[Eckhard]

Hallo Eckhard,

danke für den Hinweis. Die Fehlermeldung bedeutet, dass da Nachrichten von der Wallbox in unerwarteter Reihenfolge kommen. Komisch, dass das vorher noch nicht bei Nutzern der Master/Beta-Versionen aufgetreten ist. Ich habe jetzt eine Korrektur eingereicht, die das Problem in Zukunft vermeiden sollte. Ich weiss aber nicht, wann sie im Release verfügbar sein wird.

Claus

Super, vielen Dank, evtl. gehe ich dann mal wieder auf den Master.

[ChristophR]

Ich habe weiterhin Probleme mit der Einschaltschwelle beim Speichervorrang.
Laden ohne Mindeststrom, Minimaler Entlade SoC des Speichers ist überschritten.
In der Zeit von 14:26Uhr bis 14:30Uhr wird der Überschuss mit über 2kW in den Speicher geladen, hier hätte der Ladevorgang starten sollen:

2024-03-16 14_55_15-openWB und 1 weitere Seite - Persönlich – Microsoft​ Edge.png (53.01 KiB) 942 mal betrachtet

Zugehöriges Log:

main.log

(2.82 MiB) 6-mal heruntergeladen

[hoaloha]

Bei PV-Laden kann das EV auch beenden (wenn es voll ist).

Ich habe es heute noch einmal genauer beobachtet. Beide Fhzge haben an ihren Ladepunkten im PV-Laden ihren SOC erreicht. (LP1 bei 80% und LP2 bei 100 bzw. 101%). Hierdurch wurde bei beiden kein Ladelog ausgelöst. Erst als abgesteckt wurde (LP1) bzw. als am anderen Ladepunkt (LP2) der Lademodus gewechselt wurde.

[LutzB]

Ich habe es heute noch einmal genauer beobachtet. Beide Fhzge haben an ihren Ladepunkten im PV-Laden ihren SOC erreicht. (LP1 bei 80% und LP2 bei 100 bzw. 101%). Hierdurch wurde bei beiden kein Ladelog ausgelöst. Erst als abgesteckt wurde (LP1) bzw. als am anderen Ladepunkt (LP2) der Lademodus gewechselt wurde.

Dann funktioniert es genau so, wie es auch implementiert ist.
In der 1.9 wurden die sehr vielen kurzen Ladevorgänge im Ladelog bemängelt, wenn PV recht wechselhaft ist. Daher gibt es jetzt nur noch zwei Kriterien für den Eintrag im Ladelog: Abstecken oder Lademodus wechseln.

Daher schlage ich vor, das Thema in einem separaten Beitrag zu besprechen, wenn es Änderungswünsche gibt. Bei den Rückmeldungen finde ich es fehl am Platz, da es ja funktioniert, wie es gedacht war.

[Tech1Konni]

Ich habe noch einen kleinen Bug gefunden. Vermutlich nur eine falsche Logausgabe.
Meine Series 2 standard+ wird im Secondary-Modus von evcc über Modbus TCP gesteuert. In den Logs erscheinen dann vermehrt Logs in der folgenden Art:

Code: Alles auswählen

2024-03-16 08:23:57,828 - {helpermodules.setdata:338} - {ERROR:Setdata} - Payload ungültig: Topic openWB/set/chargepoint/0/set/current, Payload 3 liegt in keinem der angegebenen Wertebereiche.
2024-03-16 08:25:17,937 - {helpermodules.setdata:338} - {ERROR:Setdata} - Payload ungültig: Topic openWB/set/chargepoint/0/set/current, Payload 1 liegt in keinem der angegebenen Wertebereiche.
2024-03-16 10:24:57,003 - {helpermodules.setdata:338} - {ERROR:Setdata} - Payload ungültig: Topic openWB/set/chargepoint/0/set/current, Payload 3 liegt in keinem der angegebenen Wertebereiche.
2024-03-16 10:26:58,111 - {helpermodules.setdata:338} - {ERROR:Setdata} - Payload ungültig: Topic openWB/set/chargepoint/0/set/current, Payload 1 liegt in keinem der angegebenen Wertebereiche.
2024-03-16 14:59:57,518 - {helpermodules.setdata:338} - {ERROR:Setdata} - Payload ungültig: Topic openWB/set/chargepoint/0/set/current, Payload 3 liegt in keinem der angegebenen Wertebereiche.
2024-03-16 15:01:17,414 - {helpermodules.setdata:338} - {ERROR:Setdata} - Payload ungültig: Topic openWB/set/chargepoint/0/set/current, Payload 1 liegt in keinem der angegebenen Wertebereiche.

Ich konnte den Fehler eben aber auch manuell über einen Modbus TCP Client nachstellen. Sobald ich an das Register 10181 eine 1 schicke (was bedeuten sollte, dass er die Phasen umschaltet), erscheint folgender Log-Eintrag:

Code: Alles auswählen

2024-03-16 23:44:11,554 - {helpermodules.setdata:338} - {ERROR:Setdata} - Payload ungültig: Topic openWB/set/chargepoint/0/set/current, Payload 1 liegt in keinem der angegebenen Wertebereiche.

Da ist wohl an irgendeiner Stelle etwas bei der Verarbeitung der Modbus-Daten falsch verdrahtet.