Rückmeldungen 2.1.6 Beta 1

[E_Esteban]

Im master Branch ist jetzt ein Bugfix dafür enthalten. Wenn möglich bitte einmal testen.

Heute leider keine weitere Abschaltung des Turmes möglich gewesen.
Danke für den schnellen FIX.

Melde mich umgehend, sobald getestet.
Viele Grüße

[Basti]

Wenn die Box mit Display auf den Sekundärmodus umgestellt wird und beispielsweise von EVCC angesprochen wird, erscheint ein weißes Display mit der Meldung "Die Webseite ist nicht erreichbar". Bitte prüfen, ob "null" einen Tippfehler enthält, und es wird die Meldung "DNS_PROBE_FINISHED_NXDOMAIN" angezeigt.

Weiß nicht ob das ein Fehler ist , aber es wäre schön wenn irgendwas da stehen würde und kein Fehler .

[Basti]

Leider kommt auch wieder der Heartbeat Fehler , nur ein kleiner Auszug , der aber alle Minuten kommt .

Code: Alles auswählen

2024-11-06 20:10:00,234 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 20:15:00,755 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 20:20:00,262 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 20:25:00,772 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 20:30:00,249 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 20:35:00,787 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 20:40:00,264 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 20:45:00,785 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 20:50:00,273 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 20:55:00,739 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 21:00:00,220 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 21:05:00,698 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.
2024-11-06 21:10:00,169 - {root:120} - {ERROR:MainThread} - Heartbeat für Internen Ladepunkt nicht zurückgesetzt.

[LutzB]

Wenn die Box mit Display auf den Sekundärmodus umgestellt wird und beispielsweise von EVCC angesprochen wird, erscheint ein weißes Display mit der Meldung "Die Webseite ist nicht erreichbar". Bitte prüfen, ob "null" einen Tippfehler enthält, und es wird die Meldung "DNS_PROBE_FINISHED_NXDOMAIN" angezeigt.

Weiß nicht ob das ein Fehler ist , aber es wäre schön wenn irgendwas da stehen würde und kein Fehler .

Der Anwendungsfall wird für das Display noch nicht unterstützt. Aktuell wird im Modus "secondary" erwartet, dass das Displaytheme von der primary openWB angezeigt werden soll. Vielleicht kann EVCC unter der erwarteten URL auch Content für das Display anbieten.

Code: Alles auswählen

destination = `${location.protocol}//${host}/openWB/web/display/?${query.toString()}`;

[LenaK]

Es gibt nun einen Release Candidate für Version 2.1.6: https://forum.openwb.de/viewtopic.php?p=119067#p119067

[raudi]

Im Master wird nun berücksichtigt, wenn das Fahrzeug nicht direkt nach dem Anstecken seinen SoC mitteilt.

Ab welcher Version? Mit der Build 2024-10-30 12:19:51 +0100 [b30c8df96] leider noch keine Änderung.

Gestern gesteckt, nach frischem Reboot wegen dem Update wurde der SoC korrekt erkannt, war 91%. Heute bis auf 37% runter gefahren und gesteckt. Er ist auf 91% geblieben und hat auf 95% geladen. (95% habe ich hier als Maximum eingestellt.) Aber in Wirklichkeit ist er erst bei 41%.

Warum behält er überhaupt den SoC? Warum wird der nach dem abziehen des Steckers nicht auch zurückgesetzt?

Ok, dann muss ich das Triggern der SoC-Abfrage grundlegend überarbeiten. Das kommt dann erst nach dem nächsten Release.

Erst dachte ich ja erst es funktioniert besser, aber gestern hatte ich wieder angesteckt und er blieb auf 95% stehen, ob wohl der PKW nur 22% hatte.

All diese Werte wieder im Log:

Code: Alles auswählen

2024-11-08 19:15:06,446 - Topic: openWB/chargepoint/6/get/soc, Payload: 22
2024-11-08 19:15:06,449 - Topic: openWB/chargepoint/6/get/soc_timestamp, Payload: 1731082326
2024-11-08 19:15:06,880 - Topic: openWB/chargepoint/6/get/connected_vehicle/soc, Payload: {"fault_str": "Kein Fehler.", "fault_state": 0, "range_charged": 0, "range_unit": "km", "range": 0, "soc": 95.38, "timestamp": 1731082334.736209}

Ich habe dann auf die RC 1 gewechselt und mein kleines Script wieder aktiviert, welches nach dem abstecken den SoC auf 0 setzt, ich werde die Funktionen in den Changes beobachten und wieder Testen, wenn es Änderungen dies bezüglich gibt...

[LenaK]

zum neuen Master 2024-10-24 13:49:07 +0200 [a12993069]
Der Pytonfehler in dem Nachrichtenfenster erscheint nicht mehr

Zum Problem 3phasiges Laden wird zuvor 1phasig gestartet:
Das Problem besteht weiterhin im
https://paste.openwb.de/ODjDhXyi7H8Or1Q

Ist im Master behoben.

[LenaK]

Ich habe nun mal auf den Beta Zweig gewechselt und auf die 2024-10-24 15:06:31 +0200 [49aaf3f35] aktualisiert.

Leider habe ich nach wie vor das Problem mit dem auslesen des SoC mit der openWB Pro.

[...]

Ich hoffe, diese Informationen helfen um das Problem zu identifizieren.

Im Master wird nun berücksichtigt, wenn das Fahrzeug nicht direkt nach dem Anstecken seinen SoC mitteilt.

Ab welcher Version? Mit der Build 2024-10-30 12:19:51 +0100 [b30c8df96] leider noch keine Änderung.

Gestern gesteckt, nach frischem Reboot wegen dem Update wurde der SoC korrekt erkannt, war 91%. Heute bis auf 37% runter gefahren und gesteckt. Er ist auf 91% geblieben und hat auf 95% geladen. (95% habe ich hier als Maximum eingestellt.) Aber in Wirklichkeit ist er erst bei 41%.

Also PKW abgezogen Logging auf Detail gestellt und wieder gesteckt. SoC bleibt auf 95% stehen...

Hier das SoC Log:

Code: Alles auswählen

2024-11-01 14:43:24,119 - {modules.common.configurable_vehicle:56} - {DEBUG:fetch soc_ev2} - Vehicle Instance <class 'modules.vehicles.manual.config.ManualSoc'>
2024-11-01 14:43:24,121 - {modules.common.configurable_vehicle:57} - {DEBUG:fetch soc_ev2} - Calculated SoC-State CalculatedSocState(imported_start=666318, manual_soc=None, soc_start=91)
2024-11-01 14:43:24,122 - {modules.common.configurable_vehicle:58} - {DEBUG:fetch soc_ev2} - Vehicle Update Data VehicleUpdateData(plug_state=False, charge_state=False, imported=None, battery_capacity=77000, efficiency=90, soc_from_cp=None, timestamp_soc_from_cp=None)
2024-11-01 14:43:24,123 - {modules.common.configurable_vehicle:59} - {DEBUG:fetch soc_ev2} - General Config GeneralVehicleConfig(use_soc_from_cp=True, request_interval_charging=300, request_interval_not_charging=43200, request_only_plugged=True)
2024-11-01 14:43:24,130 - {modules.common.component_context:26} - {DEBUG:fetch soc_ev2} - Update Komponente ['Manueller SoC']
2024-11-01 14:43:24,136 - {modules.common.configurable_vehicle:64} - {DEBUG:fetch soc_ev2} - No soc update necessary.

Via MQTT wieder die gleichen Werte, hier korrekt:

Code: Alles auswählen

2024-11-01 14:44:03,642 - Topic: openWB/set/chargepoint/6/get/soc, Payload: 41
2024-11-01 14:44:03,645 - Topic: openWB/set/chargepoint/6/get/soc_timestamp, Payload: 1730468599

Und hier falsch:

Code: Alles auswählen

2024-11-01 14:44:04,218 - Topic: openWB/chargepoint/6/get/connected_vehicle/soc, Payload: {"fault_str": "Kein Fehler.", "fault_state": 0, "range_charged": 0, "range_unit": "km", "range": 0, "soc": 95.0, "timestamp": 1730468604.112137}

Auch hier stehen immer die 41%:

Code: Alles auswählen

2024-11-01 14:43:23,983 - {control.chargepoint.chargepoint:698} - {DEBUG:MainThread} - LP 6, EV: Skoda Enyaq (EV-Nr.2): Lademodus instant_charging, Submodus: Chargemode.STOP
2024-11-01 14:43:23,992 - {control.chargepoint.chargepoint:741} - {DEBUG:MainThread} - SoC nach Anstecken
2024-11-01 14:43:23,992 - {control.chargepoint.chargepoint:84} - {INFO:MainThread} - LP 6: Kein Sofortladen, da der Soc bereits erreicht wurde.
2024-11-01 14:43:30,886 - {modules.common.req:32} - {DEBUG:set values cp6} - Get-Response: {"date":"2024:11:01-14:43:30","timestamp":1730468610,"powers":[0,0,0],"power_all":0,"currents":[0,0,0],"voltages":[232.77,234.11,234.06],"frequency":49.932,"imported":669766,"exported":0,"plug_state":true,"charge_state":false,"phases_actual":0,"phases_target":3,"phases_in_use":1,"offered_current":0,"evse_signaling":"unclear","v2g_ready":0,"soc_value":41,"soc_timestamp":1730468599,"vehicle_id":"48:31:33:03:57:7F","rfid_tag":null,"rfid_timestamp":null,"serial":"484042"}
2024-11-01 14:43:40,926 - {modules.common.store._api:26} - {DEBUG:set values cp6} - Raw data ChargepointState(currents=[0, 0, 0], powers=[0, 0, 0], voltages=[232.77, 234.14, 234.21], frequency=49.94, imported=669766, exported=0, power=0, serial_number=484042, phases_in_use=1, charge_state=False, plug_state=True, rfid=None, rfid_timestamp=None, charging_current=0, charging_power=0, charging_voltage=0, power_factors=[0.0, 0.0, 0.0], soc=41, soc_timestamp=1730468599, evse_current=0, vehicle_id=48:31:33:03:57:7F)

Aber hier stehen sie ganze Zeit immer noch 95%:

Code: Alles auswählen

2024-11-01 14:46:33,707 - {control.data:266} - {INFO:MainThread} - ev2
EvData(set=Set(soc_error_counter=0), charge_template=2, ev_template=2, name='Skoda Enyaq', tag_id=[], get=Get(soc=95.0, soc_timestamp=1730468604.112137, force_soc_update=False, range=0, fault_state=0, fault_str='Kein Fehler.'))

Wie ich schon geschrieben hatte, hier wird der SoC nur aktualisiert wenn:

- Die Standalone vor dem ersten Anstecken irgendwann mal neugestartet wurde.
- Der SoC im KFZ beim Anstecken höher ist, als der in der Standalone gespeicherte. (Wenn man z.B. vor dem anstecken den SoC auf via MQTT auf null setzt.)

Hier das Main Log: https://paste.openwb.de/uZnxGeZxzATKlgd

Warum behält er überhaupt den SoC? Warum wird der nach dem abziehen des Steckers nicht auch zurückgesetzt?

Ist nun im Master behoben.