Rückmeldungen software2 2.1.8-Alpha 2

[ChristophR]

Aktueller master (2025-07-15 14:00:06 +0200 [1c775295b]).
Aktualisierung des SoC beim Anstecken.
Ich probiere gerade das neue Cupra SoC Modul aus, bisher habe ich den manuellen SoC genutzt.
Daher habe ich die Aktualisierungseinstellung geändert:

SoC direkt aus Fahrzeug auslesen: Nein
Während der Ladung: 5 min
Ohne laufende Ladung: 90 min
Nur aktualisieren, wenn angesteckt: Nein

Angesteckt habe ich das erste Mal gegen 11:33 Uhr.
Dabei wurde der SoC jedoch nicht aktualisiert (War das früher nicht so, dass beim Anstecken immer einmal aktualisiert wurde?)

Dann habe ich mir gedacht, ich stelle mal die Option um:
SoC direkt aus Fahrzeug auslesen: Ja
Steht zwar nicht in der Hilfe, dass dann auch eine Aktualisierung des SoC-Moduls angestoßen wird, aber einen Versuch ist ja mal wert, da ich keine andere Option gefunden habe.

Angesteckt habe ich dann nochmal gegen 12:35 Uhr.
War aber anscheinend eine blöde Idee, da ich keine Pro habe, wurde der SoC mit 0% übergeben und meine Zwangsladung unter 20% startete:

2025-07-16 14_14_32-openWB und 4 weitere Seiten - Persönlich – Microsoft​ Edge.png (71.47 KiB) 134 mal betrachtet

Habe um 12:57 Uhr wieder auf manuellen SoC umgestellt, damit die Ladung wieder beendet wird, das gehört dann also nicht mehr dazu.

Kann das Auslesen eines 0% SoC evtl. in solchen Fällen verhindert werden und nur erfolgen, wenn ein "echter" Fehler auftritt?
Sonst sollte noch eine Warnung in den Hilfetext, damit man nicht so einen Quatsch macht wie ich.

Kann der SoC generell beim Anstecken immer einmal aktualisiert werden, wenn angesteckt wird?

main.log:
https://paste.openwb.de/upux7oWzBB6BZQ0
https://paste.openwb.de/sOn8IBcGgdvyVtt

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

[LenaK]

Bei mir tritt folgendes Problem auf, wobei ich nicht weiß, ob dieses der 2.1.8-Alpha 2 zuzuschreiben ist:

Wenn ich ein neues Fahrzeugprofil anlegen oder ein vorhandenes löschen möchte, erhalte ich immer folgende Fehlermeldung:


Screenshot 2025-07-13 211116.png


Kennt jemand eine Lösung, die möglichst nicht auf's Neueinrichten der Box hinausläuft?

Grüße
Gerd

Bitte neustarten und wenn es nach dem Neustart immer noch auftritt, ein Log vom Startvorgang hochladen.

Der Neustart hat keine Besserung gebracht => Löschen oder Neuanlegen von Fahrzeugprofilen läuft immer noch auf einen Fehler. Als Anlage anbei das Startlog (mit für mich überraschenden Fehlermeldungen zur EVSE ???).


main-log.txt

ist behoben.

[ChristophR]

Aktueller master (2025-07-15 14:00:06 +0200 [1c775295b]).
Aktualisierung des SoC beim Anstecken.
Ich probiere gerade das neue Cupra SoC Modul aus, bisher habe ich den manuellen SoC genutzt.
Daher habe ich die Aktualisierungseinstellung geändert:

SoC direkt aus Fahrzeug auslesen: Nein
Während der Ladung: 5 min
Ohne laufende Ladung: 90 min
Nur aktualisieren, wenn angesteckt: Nein

Angesteckt habe ich das erste Mal gegen 11:33 Uhr.
Dabei wurde der SoC jedoch nicht aktualisiert (War das früher nicht so, dass beim Anstecken immer einmal aktualisiert wurde?)

Dann habe ich mir gedacht, ich stelle mal die Option um:
SoC direkt aus Fahrzeug auslesen: Ja
Steht zwar nicht in der Hilfe, dass dann auch eine Aktualisierung des SoC-Moduls angestoßen wird, aber einen Versuch ist ja mal wert, da ich keine andere Option gefunden habe.

Angesteckt habe ich dann nochmal gegen 12:35 Uhr.
War aber anscheinend eine blöde Idee, da ich keine Pro habe, wurde der SoC mit 0% übergeben und meine Zwangsladung unter 20% startete:
2025-07-16 14_14_32-openWB und 4 weitere Seiten - Persönlich – Microsoft​ Edge.png
Habe um 12:57 Uhr wieder auf manuellen SoC umgestellt, damit die Ladung wieder beendet wird, das gehört dann also nicht mehr dazu.

Kann das Auslesen eines 0% SoC evtl. in solchen Fällen verhindert werden und nur erfolgen, wenn ein "echter" Fehler auftritt?
Sonst sollte noch eine Warnung in den Hilfetext, damit man nicht so einen Quatsch macht wie ich.

Kann der SoC generell beim Anstecken immer einmal aktualisiert werden, wenn angesteckt wird?

main.log:
https://paste.openwb.de/upux7oWzBB6BZQ0
https://paste.openwb.de/sOn8IBcGgdvyVtt

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

Nach Hinweis von rleidner habe ich´s im mqtt.log gefunden.
Das force_soc_update wurde auf vehicle/0 statt vehicle/2 ausgeführt. Hat also etwas mit der Fahrzeugauswahl (Bei mir per RFID) zutun.

Code: Alles auswählen

2025-07-16 11:33:57,369 - Topic: openWB/set/vehicle/0/get/force_soc_update, Payload: True
2025-07-16 11:33:57,412 - Topic: openWB/vehicle/0/get/force_soc_update, Payload: true

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

[kai9555]

Mit Version 2025-07-16 16:06:21 +0200 [7d23207d4] habe ich das Problem, dass ein MQTT Wechselrichter von beiden einen Fehler im GUI bringt (siehe Anhang). Vor dieser Version ging es jedoch. Tatsächlich ist der Wechselrichter auch erreichbar und sendet auch Daten an die korrekten Topics. In der GUI werden auch Werte wie die Leistung aktualisiert dargestellt. Also eigentlich kein Fehler erkennbar.

Hier das Log: https://paste.openwb.de/Jv6IzxQGSN6AiOK

Ich bin mit meinem Backup erst einmal wieder zurück auf 2025-07-10 12:43:06 +0200 [92a853123] jetzt gehts wieder. (siehe Anhang)

[ran]

Gleicher Fehler auch bei mir. Im Status melden alle Wechselrichter einen Fehler und die MQTT-Daten werden nicht übernommen. Alle anderen Einstellungen werden richtig übernommen: Zähler und Batterie.

Liegt definitiv an der aktuellen Version - bei der "alten" werden alle Werte korrekt angezeigt.