Rückmeldung openWB Pro SoC auslesen

[azurlord]

Zeigt die Software 2 es nicht mehr an oder ist es in der Pro auch schon nicht auslesbar?

Das Fahrzeug wird wie vorher korrekt erkannt. Lediglich das Auslesen des reelen SOC funktioniert nicht mehr:

{
"date": "2024:04:22-15:24:16",
"timestamp": 1713792256,
"powers": [4826.7, 0, 0],
"power_all": 4826.7,
"currents": [21.168, 0, 0],
"voltages": [228.72, 238.87, 239.71],
"frequency": 50,
"imported": 1666539,
"exported": 1949,
"plug_state": true,
"charge_state": true,
"phases_actual": 1,
"phases_target": 1,
"phases_in_use": 1,
"offered_current": 22,
"evse_signaling": "basic+fake_highlevel_dc",
"v2g_ready": 0,
"soc_value": 40,
"soc_timestamp": 1713761708,
"vehicle_id": "48:16:93:E3:6B:AA",
"rfid_tag": null,
"rfid_timestamp": null,
"serial": "803014"
}

Die Zuordnung nehme ich auf Basis der MAC vor.

Nachtrag;
Zum Zeitpunkt des Auslesen war der SOC in Wirklichkeit bei 51%. Die 40% hatte ich beim Anstecken manuell eingestellt.

[openWB]

Zeigt die Software 2 es nicht mehr an oder ist es in der Pro auch schon nicht auslesbar?

Das Fahrzeug wird wie vorher korrekt erkannt. Lediglich das Auslesen des reelen SOC funktioniert nicht mehr:

Hier müssen wir unterscheiden zwischen die Pro kann es nicht auslesen und die software2 kann es nicht verarbeiten.

{
"date": "2024:04:22-15:24:16",
"timestamp": 1713792256,
"powers": [4826.7, 0, 0],
"power_all": 4826.7,
"currents": [21.168, 0, 0],
"voltages": [228.72, 238.87, 239.71],
"frequency": 50,
"imported": 1666539,
"exported": 1949,
"plug_state": true,
"charge_state": true,
"phases_actual": 1,
"phases_target": 1,
"phases_in_use": 1,
"offered_current": 22,
"evse_signaling": "basic+fake_highlevel_dc",
"v2g_ready": 0,
"soc_value": 40,
"soc_timestamp": 1713761708,
"vehicle_id": "48:16:93:E3:6B:AA",
"rfid_tag": null,
"rfid_timestamp": null,
"serial": "803014"
}

Die Zuordnung nehme ich auf Basis der MAC vor.

Nachtrag;
Zum Zeitpunkt des Auslesen war der SOC in Wirklichkeit bei 51%. Die 40% hatte ich beim Anstecken manuell eingestellt.

Die 40 % hier kommen aus dem Fahrzeug. Es ist technisch nicht möglich das ein manuell eingetragener SoC zurück zu Pro kommt.

Der SoC ist vom Anstecken, laut Timestamp um 06:55 heute.
Ich kann mir höchstens Probleme mit der Zeitzone vorstellen, dafür wäre nun interessant um wieviel Uhr genau das Fahrzeug angesteckt wurde.
Alternativ einmal abstecken, 1-2 Minuten warten, neu anstecken und direkt eine Ausgabe hier posten.
Es gibt aktuell 2-3 Fälle in denen der SoC Timestamp nicht passt, wir wissen aber noch nicht warum.

[azurlord]

Der SoC ist vom Anstecken, laut Timestamp um 06:55 heute.
Ich kann mir höchstens Probleme mit der Zeitzone vorstellen, dafür wäre nun interessant um wieviel Uhr genau das Fahrzeug angesteckt wurde.
Alternativ einmal abstecken, 1-2 Minuten warten, neu anstecken und direkt eine Ausgabe hier posten.
Es gibt aktuell 2-3 Fälle in denen der SoC Timestamp nicht passt, wir wissen aber noch nicht warum.

Das Fahrzeug wurde definitiv nicht um 6:55 Uhr angesteckt, aber beim Anstecken hatte der P2 40%. Ich bin mir nicht 100% sicher, aber die reele Zeit kann um 8:55 Uhr gewesen sein.

Ich habe mal neu angesteckt:
"date": "2024:04:22-15:54:06",
"timestamp": 1713794046,
"powers": [4.8, 6.9, 1190.6],
"power_all": 2549.5,
"currents": [0.475, 0, 5.692],
"voltages": [237.74, 235.74, 235.23],
"frequency": 49.98,
"imported": 1667842,
"exported": 1951,
"plug_state": true,
"charge_state": true,
"phases_actual": 3,
"phases_target": 3,
"phases_in_use": 3,
"offered_current": 6,
"evse_signaling": "basic+fake_highlevel_dc",
"v2g_ready": 0,
"soc_value": 53,
"soc_timestamp": 1713786806,
"vehicle_id": "48:16:93:E3:6B:AA",
"rfid_tag": null,
"rfid_timestamp": null,
"serial": "803014"

[openWB]

Das Fahrzeug wurde definitiv nicht um 6:55 Uhr angesteckt, aber beim Anstecken hatte der P2 40%. Ich bin mir nicht 100% sicher, aber die reele Zeit kann um 8:55 Uhr gewesen sein.

Hast du im DHCP einen Zeitserver definiert?

Ich habe mal neu angesteckt:

laut ausgabe ist aber grad nichts angesteckt !?

[Thunderfart]

Das Folgende hatte ich letzte Woche schon mal in einem anderen Thread gepostet. Ich habe das gleiche Problem: Der SOC wird am Auto über die OpenWB Pro ausgelesen. Der TimeStamp des SOC aus der OpenWB Pro entspricht der Uhrzeit zu der ich das Auto abgestellt hatte, nicht der Uhrzeit des ansteckens. Der SOC wird auch an die Standalone übermittelt, wie man dem Auszug aus dem Main-Log entnehmen kann. Die Standalone überträgt den SOC dann aber anscheinend nicht in das SOC Modul. Das ganze hatte ich am 18.4. gemacht.

Hier meine Analyse mit Daten von Heute Abend mit dem Master Update von heute Nachmittag
Die OpenWB Pro hat Charging Stack 3.2.1

Wenn ich den Debug-Log richtig lese, bekommt die OpenWB Standalone vom der OpenWB Pro keinen SOC überliefert (soc_from_cp=None) oder die OpenWB Pro akzeptiert ihn nicht: "soc_from_cp=None"
Siehe Auszug aus dem SOC-Log

Code: Alles auswählen

{modules.common.configurable_vehicle:58} - {DEBUG:fetch soc_ev5} - Vehicle Update Data VehicleUpdateData(plug_state=True, charge_state=True, imported=3181797, battery_capacity=111000, efficiency=95, soc_from_cp=None, timestamp_soc_from_cp=1713452910)

Der "timestamp_soc_from_cp=1713452910" aus der OpenWB stimmt wiederum mit dem "soc_timestamp":1713452910 aus der OpenWBPro überein und scheint somit übermittelt zu werden.

Hier der Auszug aus der OpenWB Pro

Code: Alles auswählen

{"date":"2024:04:18-19:13:19","timestamp":1713460399,"powers":[6669.4,6934.1,6865.1],"power_all":20464.7,"currents":[31.027,30.463,31.044],"voltages":[214.92,228.65,221.39],"frequency":50.02,"imported":3182729,"exported":373,"plug_state":true,"charge_state":true,"phases_actual":3,"phases_target":3,"phases_in_use":3,"offered_current":31.7,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":59,"soc_timestamp":1713452910,"vehicle_id":"00:30:AB:29:C5:BE","rfid_tag":null,"rfid_timestamp":null,"serial":"801768"}

Jetzt habe ich noch folgendes aus dem Main Log gefunden:

Code: Alles auswählen

2024-04-18 19:16:00,231 - {urllib3.connectionpool:452} - {DEBUG:set values cp2} - http://10.0.50.52:80 "GET /connect.php HTTP/1.1" 200 489
2024-04-18 19:16:00,234 - {modules.common.req:11} - {DEBUG:set values cp2} - Get-Response: {"date":"2024:04:18-19:16:00","timestamp":1713460560,"powers":[0,0,0],"power_all":0,"currents":[0,0,0],"voltages":[224.17,229.4,229.78],"frequency":50.02,"imported":3182924,"exported":373,"plug_state":true,"charge_state":false,"phases_actual":0,"phases_target":3,"phases_in_use":3,"offered_current":0,"evse_signaling":"basic+fake_highlevel_dc","v2g_ready":0,"soc_value":59,"soc_timestamp":1713452910,"vehicle_id":"00:30:AB:29:C5:BE","rfid_tag":null,"rfid_timestamp":null,"serial":"801768"}
2024-04-18 19:16:00,238 - {modules.common.store._api:26} - {DEBUG:set values cp2} - Raw data ChargepointState(currents=[0, 0, 0], powers=[0, 0, 0], voltages=[224.17, 229.4, 229.78], frequency=50.02, imported=3182924, exported=373, power=0, serial_number=801768, phases_in_use=3, charge_state=False, plug_state=True, rfid=None, rfid_timestamp=None, power_factors=[0.0, 0.0, 0.0], soc=59, soc_timestamp=1713452910, evse_current=0, vehicle_id=00:30:AB:29:C5:BE)

Das heißt für mich, der richtige SOC (in diesem Fall 59%) kommt auch in der OpenWB Standalone an, wird aber aus irgendeinem Grund nicht übernommen. Woran kann das liegen?

Vielleicht hilft Euch das in der Fehlersuche

[openWB]

Der TimeStamp des SOC aus der OpenWB Pro entspricht der Uhrzeit zu der ich das Auto abgestellt hatte, nicht der Uhrzeit des ansteckens

Was genau meinst du damit?

[Thunderfart]

Was genau meinst du damit?

Der Timestamp "timestamp_soc_from_cp=1713452910" entspricht ungefähr 17:08 Uhr am 18.4. Wenn ich mich richtig erinnere, war das die Zeit, zu der ich das Fahrzeug nach dem Büo in der Garage abgestellt hatte. An die Wallbox angesteckt habe ich das Auto aber erst zwei Stunden später.

[openWB]

Das kann die openWB Pro aber nicht wissen. Kameraüberwachung ist nicht eingebaut
Interessant wäre nun ob du per DHCP einen Zeitserver mitgibst ?
Fritz!Box vorhanden oder was anderes?

[Thunderfart]

Interessant wäre nun ob du per DHCP einen Zeitserver mitgibst ?

Nicht bewusst bzw. ich weiß garnicht, wo ich sowas einstellen sollte. Ich habe ein Unifi Netzwerk.

Ich hatte es so verstanden, dass der SoC Timestamp aus dem Auto zusammen mit dem SOC kommt. Dann brauch es auch keine Kamera in der OpenWB Aber vielleicht habe ich das falsch verstanden.

[openWB]

Das war darauf bezogen das die openWB nicht weiß wann du geparkt hast. Wohl aber wann du ansteckst und von da ist auch der SoC.

Welche Zeitzone ist im UniFi konfiguriert?