Projekt: SOC von OBD2-Buchse in die Wallbox (ohne Cloud)

[zut]

Hey! - Spritmonitor bietet in seiner API jetzt die Möglichkeit, den Ladezustand in % mit anzugeben - dann würde nicht immer eine Ladung auf einen definierten Wert erforderlich sein, um einen Verbrauch zu ermitteln. Hat zwar auf Grund der 10km-Quantisierung der Laufleistung Schwankungen, wenn nur kurze Strecken gefahren werden, aber das war auch schon bisher so, wenn man kurze Strecken von fast $(voll) bis $(voll) geladen hat.
Ich habe da mal was vorbereitet, was ich noch ausprobieren muss

[solarproggy]

@zut

Im letzten Post habe ich statt 21.30 als Uhrzeit 2.30 angegeben, darum bin ich jetzt früher dran.

Die richtige Dongle ID habe ich in der configuration.py eingetragen.

Sie taucht auch im MQTT Explorer auf.

An der Meldung in der Konsole ändert sich leider nichts.
Auch der aktuelle SoC wird in OpenWB nicht eingetragen. (Die 50% habe ich selbst eingetragen).

[solarproggy]

Ich habe den Dongle rebootet und auf der Konsole gab es eine weitere Meldung

2023-11-13 23:41:32.760949 Fahrzeug ist online. Sende SOC- und DST-Anforderung

Anbei die Settings des Dongle

[zut]

Das ist ja schon ein großer Schritt. Das Dongle meldet sich an der Wallbox, der soc_helper wird von ihr informiert und reagiert mit einer Anfrage an das Fahrzeug nach SOC und Laufleistung. Die entsprechenden can-Botschaften bitte im mqtt-Explorer überprüfen.

Warum da nichts zurück kommt, klären wir später. Möglicherweise war die Fahrbereitschaft zurückgenommen.

Ich empfehle, das Dongle aus der Buchse zu entfernen, wenn der sleep mode nicht aktiviert ist, sonst zieht das zuviel Strom. Mit aktivem sleep mode ist auch sicher gestellt, dass das Fahrzeug wach ist, wenn sich das Dongle ins WLAN einbucht.

[zut]

Ein korrektes Log sieht übrigens typischerweise so aus:

Code: Alles auswählen

2023-11-13 17:27:34.514966 Status: wican/34b472f22a8d/status b'{"status": "online"}'
2023-11-13 17:27:34.515641 Fahrzeug ist online. Sende SOC- und DST-Anforderung
2023-11-13 17:27:34.568446 Empfangene CAN-Botschaft: b'{"bus":"0","type":"rx","ts":16821,"frame":[{"id":2029,"dlc":8,"rtr":false,"extd":false,"data":[4,98,2,140,115,170,170,170]}]}'
2023-11-13 17:27:34.569161 Fahrzeug-SOC ist 45.1
2023-11-13 17:27:34.569411 SOC-Wert von 45.1 an openWB/set/vehicle/0/soc_module/calculated_soc_state/manual_soc schicken.
2023-11-13 17:27:34.576667 Empfangene CAN-Botschaft: b'{"bus":"0","type":"rx","ts":16839,"frame":[{"id":1918,"dlc":8,"rtr":false,"extd":false,"data":[5,98,34,3,2,238,170,170]}]}'
2023-11-13 17:27:34.577442 Fahrzeug-Kilometerstand ist 7500
2023-11-13 17:32:41.628589 Status: wican/34b472f22a8d/status b'{"status": "offline"}'
2023-11-13 17:32:41.629138 Fahrzeugstatus ist nicht <<online>>

[solarproggy]

@zut

Leider kein Fortschritt.
Die Konsolenmitteilungen enden nach

2023-11-14 21:25:12.288840 Fahrzeug ist online. Sende SOC- und DST-Anforderung

Was im MQTT Explorer steht siehe im Anhang.
Das Auto ist fahrbereit Schlüssel steckt noch.

Den Sleepmode habe ich wieder aktiviert.

[zut]

Doch, das ist schon Fortschritt. Die Anfrage von soc_helper ist in der Wallbox angekommen und vermutlich damit auch im Dongle.
Nur zur Sicherheit: mit Fahrbereitschaft meine ich nicht nur Zündung an, sondern den Schlüssel nochmal weiterdrehen bei getretener Bremse und Wahlhebel in P, so dass die Glocke klingelt und man losfahren könnte, wenn man nach D schaltet. Das war der Fall?

[solarproggy]

Genauso ist es. Glocke hat geklingelt, man könnte losfahren.

[zut]

Bitte versuche nochmal bei Fahrbereitschaft den Dongle zu ziehen und wieder zu stecken, so daß die status:online-Medlung nochmal zum soc_helper gesendet wird.

Wenn das nicht funktioniert kann ich mir nur noch vorstellen, daß Unterschiede in der MeatPI-Konfiguration bestehen. Ich kann morgen mal nachsehen, was ich bei meinem eingestellt habe. Ich habe in der bei mir laufenden Firmware 2.50 keinen "MQTT elm327 log". Das Feature ist neu. Vielleicht kannst du mal den Punkt MQTT elm327 log abschalten und dann nochmal versuchen.

Man kann mit dem MQTT-Explorer auch manuell den SOC abfragen, indem die Anfrage aus configuration.py ohne die backslashes "\" vor den Anführungszeichen im rechten Teil des MQTT-Explorer-Fensters an das richtige Topic schickt. Dazu auf das tx-Topic klicken, rechts open das Kopier-Symbol klicken, Strg+V rechts in die MItte auf das Topic und im großen Textfeld die Botschaft einfügen, Formatbutton sollte wohl auf raw stehen.

[solarproggy]

Bingo! Gratulation!
Die Änderung war goldrichtig.
Eine ellenlange Konsolenmeldung.
EinzigerWermutstropfen der Soc wird in OpenWB nicht eingetragen.