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

[zut]

Danke für das Feedback. Tut gut.

Ich habe die große Überarbeitung soweit, dass ich sie veröffentlichen kann. Dazu werde ich bei github ein Repo anlegen. Das braucht aber noch etwas, da ich momentan nur wenig Freizeit habe.

[mattberlin]

Fein, fein, mehr Aufmerksamkeit kann sicher nicht schaden.

Wie könnte man erreichen, das Ganze fest in die openWB zu bringen? Die Verantwortlichen müssten doch megainteressiert daran sein.

[wokkpash]

Nachdem das jetzt so schön klappt, habe ich natürlich noch weitere Ideen.

Ich habe noch einen Smart ED3 an meiner OpenWB Duo. Der teilt seinen SOC über ein OVMS an die WB mit und soll dann idR bis 80% geladen werden. Das klappt solange gut, wie das WLAN stabil ist. Wenn nicht, dann lädt er munter weiter bis er voll ist. Das macht der soc-helper mit dem Eintragen in das SOC+Berechnungs Modul zuverlässiger, weil die reibungslose Funktion nicht an einem stabilen WLAN (Widerspruch in sich?) hängt.
Jetzt sehe ich gerade zwei Möglichkeiten das zu verbessern:
WLAN-Accesspoint in die Nähe des Parkplatzes legen (Netzwerkverkabelung zur Openwb über den Accesspoint umlegen).
Oder den Smart ED SOC auch mit dem SOC-helper auslesen (2. WICAN nötig oder geht das auch mit dem OVMS?).

Unabhängig von meinen eigenen Zielen wäre ich auch bereit mit Eurer Hilfe den Smart in den soc-helper einzupflegen. Die Hardware habe ich ja nun schon.
Herzlich

[zut]

Wie könnte man erreichen, das Ganze fest in die openWB zu bringen? Die Verantwortlichen müssten doch megainteressiert daran sein.

Ich fürchte, das Interesse hält sich in Grenzen. Aus meiner Sicht spricht dagegen:

• Lizenz: Apache vs GPL V3 (Ist aber m.E. möglich, ein APL2-Lizensiertes Stück SW in GPL3 zu überführen)
• Wartungsaufwand: Als OpenWB-MA würde ich nicht die Supportanfragen zum WiCAN haben wollen, was aber zwangsweise passiert, wenn OpenWB das unterstützt
• Softwareaufwand: Jemand müsste soc_helper auf die Codequalität der OpenWB bringen - es ist ja ein Projekt, mit dem ich Python lerne. Ich gehe davon aus, daß da noch viel Verbesserungspotential besteht.
• Spritmonitor: Das Interface zu Spritmonitor müsste auf rechtlich sichere Füße gestellt werden.

Ich vermute, die Kollegen von OpenWB haben das hier schon mitbekommen. Wenn sie den SOC-Teil (und für das Log den Kilometerstand) übernehmen wollen, würde ich mich freuen.

[zut]

[...]
Oder den Smart ED SOC auch mit dem SOC-helper auslesen (2. WICAN nötig oder geht das auch mit dem OVMS?).

Unabhängig von meinen eigenen Zielen wäre ich auch bereit mit Eurer Hilfe den Smart in den soc-helper einzupflegen. Die Hardware habe ich ja nun schon.
Herzlich

Ich baue gerne einen Smart ED in die neue Version mit ein. Ich habe aber nicht die OBD2-Kommandos gefunden, um das Auslesen zu starten. Was du tun könntest:

• Im Netz nach entsprechenden Abfragen suchen (weder EVDash noch EVnotify haben den Smart).
• Über die App CarScanner über die WLAN-Anbindung des WiCAN den SoC und Kilometerstand abfragen und per MQTT-Explorer mitschneiden, was da so über CAN geht. CarScanner unterstützt beim Smart EOBD und OBD-II sowie EX30, Smart #1 und #3 und ein paar Zeekr
• Falls der SoC in CarScanner abgefragt werden kann, verschiedene Ladestände mit der zugehörigen Anzeige ablesen, um eine Übersetzung zu berechnen
• Möglicherweise ist in OVMS schon entsprechendes Wissen vorhanden, ich kenne mich da nicht aus.

EDIT: https://github.com/openvehicles/Open-Ve ... mmands.cpp - muss ich mir ansehen, wenn ich Zeit habe.

[zut]

Ich habe mal zwei github-Projekte überflogen und habe die Vermutung, daß beim Smart ED der SoC und der angezeigte SoC einfach vom Bus abgegriffen werden: https://github.com/MyLab-odyssey/ED_BMS ... _BMS_dfs.h

Sowas hatte ich noch nicht. @wokkpash - könntest du mal den WiCAN in den Smart stecken und im MQTT-Explorer schauen, was das Fahrzeug per MQTT so raushaut? Ich vermute, daß das eine ziemlich hohe Buslast verursacht.
Wenn nichts kommt, habe ich gerade keine Ahnung, wie man den Hahn aufdreht. Wenn viel kommt, müsstest du da einen Filter in den Einstellungen des WiCAN so setzen, daß nur die relevante(n) Botschaft(en) übertragen werden: Siehe https://github.com/meatpiHQ/wican-fw?ta ... --filtring

Filterparameter wären:
CAN ID: 1304
Name: Soc_Disp
PID: -1
Index: 0
Start Bit: 56
Bit Length: 8
Expression: V/2
Cycle 1000ms

Mit Filter sollten dann json-Daten der Form {"Soc_Disp": 78.5000} ankommen.

Was den Kilometerstand angeht, habe ich noch keine Ahnung. Möglicherweise per OBD2-Abfrage der Standard-PID 2,166. Das wäre der nächste Schritt.

[wokkpash]

Hallo zut und andere,
danke für die schnellen Antworten. Ich habe gerade mal den WICAN beim Smart angeschlossen, komme aber direkt nicht weiter, weil ich nicht weiß wie ich den WICAN mit dem mqtt analyzer (IOS-App) anspreche. Ähnliche Parameter, die bei der OpenWB funktionieren tun dort gar nichts. Connection refused. Ich vermute ich brauche Nutzernamen und Passwort, die ich nicht kenne. Kann jemand helfen?
Habe gerade noch den mqtt-Explorer für Linux installiert, dort ist aber das gleiche Bild.
Ich fürchte ich kann auch erstmal nicht mehr hier mitmachen, weil wir ab Samstag für drei Wochen im Urlaub sind und den Smart für Testzwecke nicht mitnehmen.

[wokkpash]

• Möglicherweise ist in OVMS schon entsprechendes Wissen vorhanden, ich kenne mich da nicht aus.

EDIT: https://github.com/openvehicles/Open-Ve ... mmands.cpp - muss ich mir ansehen, wenn ich Zeit habe.

Das Wissen muss bei OVMS da sein, da die ja alle möglichen Parameter aus dem Smart ED3 herauslesen können. Ich kann dort aus dem BMS detailliert die einzelnen Zellspannungen darstellen. Habe ein komplettes Dashboard mit deutlich mehr Infos als im Smart selbst. SOC und Kilometerstand sollten die einfachsten Übungen sein.

Ich kriege es gerade nicht hin den WICAN und den Smart beide gleichzeitig hier zu haben und dazu noch etwas Zeit rumzuexperimentieren. Daher kann ich noch nichts weiteres beitragen. Entschuldigt bitte.

[zut]

Hallo zut und andere,
danke für die schnellen Antworten. Ich habe gerade mal den WICAN beim Smart angeschlossen, komme aber direkt nicht weiter, weil ich nicht weiß wie ich den WICAN mit dem mqtt analyzer (IOS-App) anspreche. Ähnliche Parameter, die bei der OpenWB funktionieren tun dort gar nichts. Connection refused. Ich vermute ich brauche Nutzernamen und Passwort, die ich nicht kenne. Kann jemand helfen?

Der WiCAN hat keinen mqtt-Broker laufen, daher kannst du dich da nicht verbinden. Die Verbindung muss mit dem broker der openwb geschehen, so wie der WiCAN es auch tut. Der mqtt-explorer abonniert dann einfach alle Topics und bekommt die dann auch.
Du kannst dann die Wican-Topics auswählen und sehen, was da so an den WiCAN geht und kommt. Man kann auf dem tx-topic etwas passendes selber senden oder die App Carscanner nutzen, um "Sensoren" auszulesen. Dazu stellt man eine WLAN -Verbindung ein mit der IP-Adresse des WiCAN. Wenn Carscanner mit WiCAN redet, schneidet der Mqtt-explorer das lustig mit.

Wenn ich richtig verstehe, sitzt OVMS direkt an einem Fahrzeug-Can und liest die dort periodisch übertragenen Werte mit. Ich weiß nicht, ob die auch auf der OBD-Buchse liegen. In OVMS habe ich entsprechende CAN-IDs gefunden, das hilft aber nicht, wenn aus der Buchse nichts herauskommt.
Zwei Wege: wir finden eine Möglichkeit, den CAN ungefiltert aus der Buchse zu bekommen, oder Car Scanner hat die Sensoren und wir können die Kommunikation belauschen. Letzteres wäre besser, denn soc_helper ist auf Frage-Antwort konzipiert.

Viel Spaß im Urlaub

[zut]

Ich habe aus Gründen einen zweiten WiCAN erstanden. Dieser hängt jetzt in meinem Verbrenner-Golf. Ich dachte mir - warum nicht den Tankfüllstand als SOC an die Wallbox melden, wenn es schon geht?

Jedenfalls ist auf github in der Experimentalversion jetzt der Versuch dazu abgelegt. Ausprobiert habe ich das erst manuell mit dem MQTT-Explorer (Der Verbenner wird so selten bewegt...)
https://github.com/DerHerrW/soc_helper
Zum Nutzen muss für das in der Wallbox angelegte Fahrzeug namens "StandardFuelLevel" der Fahrzeugliste zugefügt werden (in der configuration.py schon geschehen). Spritmonitor ist natürlich sinnlos, da kein Stecker gezogen werden kann und damit der Auswertetrigger nicht vorhanden ist.

Das Überführen der Doku in Markdown habe ich mir für die nächste Zeit vorgenommen. Eventuell kann @matthias da mittels git helfen? Die html-Doku ist schon ein wenig geändert für das neue Programmformat, insofern kann ich die md-Datei von Dir wohl nicht direkt übernehmen.