Feature-Request: SoC über WLAN auslesen - sprengen wir die Cloud-Fesseln :-) - OBD2 nach WLAN

[eweri]

Hallo!

Da wir seit ca. 3 Monaten einen e-up besitzen und ich beim Kauf erfahren habe, dass VW nur für 1 Jahr den Mobil-Tarif übernimmt und danach regelmässige Kosten für mich entstehen, finde ich das irgend wie doof. Ich stelle dem Auto-Hersteller meine Fahrprofile, Ladeverhalten, etc. kostenfrei zur Verfügung und anschließend soll ich für meine Daten auch noch Geld bezahlen? 

Auf der Suche nach einer Lösung bin ich über https://github.com/evcc-io/evcc/discussions/704 gestolpert. Es gibt also schon mehrere Ansätze, dieses Problem zu umgehen.

Es gibt natürlich noch die Mega-Lösung OVMS, aber das ist wohl etwas Overkill. Das ist etwas für Fuhrpark-Leiter.

Wenn man nun mal bedenkt, dass jede WARP WLAN hat, dann könnte man doch über einen OBD2-Dongle die WARP direkt mit dem Fahrzeug sprechen lassen. Das zu ladende PHEV oder BEV steht nie weiter als 7,5m von der WARP entfernt (länger sind die Anschlusskabel nicht). 

So ein ODB2-Dongle ließe sich mit Sicherheit mit dem tinkerforge-Baukasten realisieren. So könnten auch Autos komfortabel geladen werden, die nie ISO 15118 unterstützen werden.

Die Idee ist folgende:

Die WARP bietet einen WLAN-Accesspoint. In jedem Fahrzeug befindet sich ein OBD2WLAN-Dongle. Man schließt das Fahrzeug an, hält den NFC-Dongle an die WARP, die gibt die Ladung frei und versucht das Fahrzeug im WLAN zu erreichen und den SoC zu ermitteln. Bei einigen der Lösungen unter dem oben genannten Link läuft das über MQTT und evcc. Mit MQTT und evcc kann die WARP jetzt schon hervorragend umgehen. Eventuell müssen die Daten vom Auto durch die WARP zum MQTT-Broker oder evcc durchgeroutet werden, aber im Prinzip hat die WARP2 alles an Board was man für die Infrastruktur dieser Idee bräuchte. 

Oder man bringt den ODB2WLAN-Dongle ins eigene private WLAN - wenn das denn bis zum Ladeplatz reicht. Bei mir sieht es so aus, die WARP steht an der Hauswand, da ist der WLAN-Empfang des privaten WLANs noch akzeptable, aber 2-3 Meter weiter weg, hat mein Handy schon keinen Empfang mehr. Wenn die WARP also einen Accesspoint bereit stellt, sollte das gar kein Problem sein, alle Fahrzeuge die geladen werden zu erreichen. 

Diverse Sicherheitsaspekte sind natürlich zu berücksichtigen:

1. Ist der Access-Point in der WARP immer aktiv oder nur wenn der Lade-Stecker in einem Auto steckt?
2. Kommunikation zwischen Fahrzeug und WARP darf nur verschlüsselt erfolgen (mindestens verschlüsseltes WLAN, eventuell Zertifikate). 
3. Den WLAN-Teil im Auto abschalten, wenn der ODB2-Dongle feststellt, das kein Ladestecker gesteckt ist?
4. Wenn man die Daten durch die WARP ins private Netz zu evcc routet, darf der Rest des privaten Netzwerkes nicht erreichbar sein.

Wie ist eure Meinung dazu und ist das mit begrenztem Aufwand zu realisieren? Kosten dürften sich so bei einer Jahresgebühr Mobil-Tarif einspielen, dann würde das mit Sicherheit nachgefragt und gekauft.

Mit freundlichen Grüßen,

eweri

 

[photron]

Das Thema ist nicht neu:

https://github.com/Tinkerforge/esp32-firmware/issues/210

Das wollen wir uns anschauen, was da realisierbar ist.

[eweri]

Super - dann legt mal los - dann seid ihr die ersten auf dem Markt 😀

Ich melde mich hiermit als Beta-Tester 

Ich weiß nicht ob das im OBD-Standard geht, aber ein ODB-Stecker mit ODB-Buchse um z.B. noch das Dongle eines anderen Herstellers aufzustecken wäre toll, aber ich weiß nicht ob das erlaubt ist.

 

bearbeitet March 15, 2024 at 12:22 von eweri

[eweri]

Ich habe zu dem Thema noch etwas gefunden 

OBD über WLAN

 

[rtrbt]

Wir haben hier ein paar von denen https://www.meatpi.com/products/wican rumliegen. Leider hatte bisher noch keiner Zeit, die Anbindung dafür zu implementieren.

[eweri]

Technisch ist doch im Tinkerforge-Baukasten alles vorhanden - gut man muss nichts unbedingt nachbauen, was jemand anderes schon fertig liefern kann.

Der von mir verlinkte Foren-Beitrag liest sich so, dass das mit e-up und VW-ID-Modellen bereits funktioniert.

Das Problem liegt wohl nur im OBD-Standard, den es anscheinend für PHEV und BEV nicht gibt, so daß jeder Autohersteller an einer anderen Adresse den SoC und sonstige elektrische Infos ablegt.

Okay, von alleine programmiert sich das auch nicht, aber die technischen Vorraussetzungen sind ab WARP2 erfüllt und es wäre ein weiteres Verkaufsargument.

Falls ihr einen Beta-Tester braucht, einfach melden - ich habe es nicht weit bis zu euch 😉 und könnte für Tests einen e-up und einen Hyundai Tucson PHEV anbieten. Täglich wird eines der beiden Fahrzeuge geladen.

[mattsches]

Ich habe mir mal einen Vgate Bluetooth 4.0-Adapter bestellt und mit der App "Car Scanner ELM OBD2" festgestellt, dass bei unserem Fiat 500e eine Verbindung nur dann aufgebaut werden kann, wenn die Zündung an ist. Der Adapter bekommt zwar eine Versorgungsspannung, und die App kann sich über Bluetooth verbinden. Aber die Verbindung vom Adapter zum CAN-Bus geht nicht.

Damit ist der Ansatz für mich als Option leider ausgeschieden. Schade, klang vielversprechend.

[eweri]

Zum Laden müssen ja irgend welche Steuerelemente aktiv sein und die sprechen höchstwahrscheinlich CAN - wenn der OBD nur bei Zündung aktiv ist, muss man an einer anderen Stelle sich auf den CAN-Bus schalten. Schon mal bei OVMS geschaut? 

[mattsches]

Nein, das unterstützt nur den amerikanischen 500e, und spontan wüsste ich auch nicht, was ich damit anfangen soll.

[eweri]

Ich meinet nicht, dass Du OVMS verwenden sollst, sondern mal schauen, wo sich OVMS (wenn überhaupt) in den Fiat 500e an den Kabelbaum anschließt.

Auf die Schnelle habe ich da aber auch keine Einbauanleitung gefunden. Scheint aber über ODB-Kabel zu laufen.

https://docs.openvehicles.com/en/latest/components/vehicle_fiat500/docs/index.html

[mattsches]

Wie gesagt, das ist der amerikanische 500e, nicht der aktuell hier erhältliche. Und an den Kabelbaum etwas ranzufrickeln ist für mich auch keine Option.

[eweri]

Habe mir jetzt mal die Foren-Beiträge bei openWB durchgelesen: https://forum.openwb.de/viewtopic.php?t=7451&start=100

Das klingt alles ziemlich einfach - wenn man evcc benutzt, kann man damit die Ladung steuern - leider bin ich nicht der Programmierer und kann das nicht selber lösen.

Man würde also in evcc die Möglichkeit benötigen, statt die Fahrzeughersteller aufzurufen, lokal den SoC über WLAN abzufragen.

Da die neue WARP-Software jetzt selber PV-Überschussladen beherrscht und man deswegen evcc nicht mehr benötig, könnte man auch die Abfrage des SoC über die WARP realisieren.

Die OBD2-Kommunikation ist eigentlich klar. Es wäre cool, wenn man die WARP mit einem Zusatzprodukt anbieten könnte. Das kommuniziert mit der WARP und in Verbindung mit einem NFC-Dongle könnte man das Fahrzeug hinterlegen, den Ziel-SoC einstellen und dann läuft die Kommunikation zwischen WARP <> OBD-Dongel <> Fahrzeug.

Wie gesagt, das Prinzip ist klar, das übersteigt aber deutlich meine Programmierkenntnisse.

 

[eweri]

Moin moin!

Gestern ist es dann das erste mal passiert: Hyundai Bluelink hat mir gestern gesagt, dass ich wegen zu häufigem Zugriff auf den Dienst für den Tag gesperrt sei. Dabei bin ich mir keiner Schuld bewußt, weder auf meinem Telefon noch auf meinem iPad habe ich Bluelink verwendet - allerdings verwende ich den Zugang für evcc (das setzte ich aber schon seit einigen Monaten ein). Egal warum - ein weiterer Grund, warum man Herr über die eigenen Daten sein sollte. 

 

[wuesten_fuchs]

Durch normales menschliches Abfragen des Status per App kommt man niemals an das Limit von BlueLink heran. Nur durch technische Abfrage. Da musst Du wohl das Intervall verlängern. Gut möglich, dass Hyundai die erlaubte Anzahl pro Monat reduziert hat. Da wird viel diskutiert, dass solche häufigen technischen Abfragen z.B. im Zusammenhang mit Solar-Überschluss-Lade-Konstrukten dazu führen, dass die Autos oft nicht mehr in den Tiefschlaf kommen und so die 12V-Akkus sehr strapaziert werden.

bearbeitet April 22, 2024 at 07:52 von wuesten_fuchs

[eweri]

Hallo wuesten_fuchs!

Es lief ja seit Monaten und ich habe nichts verändert. Seit heute Morgen geht es wieder. Trotzdem empfinde ich dieses ganze Konstrukt aus

"Fahrzeug <-> Mobiles Datennetz <-> Internet-Provider <-> ... <-> Hersteller-Server <-> Internet-Provider <-> ... <-> mein Internet-Provider <-> evcc <-> Wallbox"

damit die Wallbox, bzw. evcc weiß wie voll der Akku ist als einen riesigen Krampf - fällt einer in der Kette aus, klappt nichts mehr. Und das, wo das Fahrzeug direkt vor der Wallbox steht. Das ist einfach nur Irrsinn. Und je nach Fahrzeug-Hersteller soll man dann nach dem dritten Jahr die Kosten des Mobilfunk-Anschlusses auch noch bezahlen. (Bei VW wohl schon nach einem Jahr, da muss ich mich noch schlau machen)

Den gleichen Mist hatte ich mit meiner Viessmann-Heizung: Im volkszähler erfasse ich diverse Daten meiner Heizung, die ich von Viessmann-Servern abholen muss obwohl meine Heizung mit dem lokalen Netz verbunden ist. Auch dort gab es eine lächerlich niedrige Abfrage-Anzahl pro Tag, das haben die bei Viessmann aber relativ schnell erhöht, nachdem sich einige Entwickler massiv beschwert hatten. Im Moment erfasse ich alle 2 Minuten die Betriebsdaten der Heizung.

Wenn ich mein "Jetzt baue ich eine WARP1 in eine WARP3 um"-Projekt beendet habe, werde ich mich mal mit diesem OBD2WLAN-Dongle, das rtrbt erwähnt, beschäftigen.

 

bearbeitet April 22, 2024 at 08:37 von eweri

[mattsches]

Mein Tipp: Als erstes einen halbwegs gut gebauten Dongle bestellen (kostet knapp 30 Euro) und mit einer OBD App testen, ob du an Daten kommst, wenn das Auto an der Box hängt und abgeschlossen ist. Wenn die App dann keine Verbindung zu den Steuergeräten bekommt, wie das bei unserem Fiat der Fall ist, dann ist jeder weitere Schritt vertane Zeit.

Deine Kritik an der umständlichen Beschaffung des Ladestands über die Cloud des Herstellers teile ich voll und ganz. Ich habe die Funktion für unser Auto in unsere Warp 1 programmiert und kämpfe immer wieder mit der Komplexität. Aber leider sehe ich zumindest für unseren Flitzer keine realistische Alternative.

[eweri]

Die OBD-Befehle sind für viele Fahrzeuge bekannt, dass muss man nicht mehr testen.

Wenn man ein bisschen in den jeweiligen Fahrzeug-Foren sucht, findet man vermutlich auch heraus, ob der OBD-Port auch bei abgeschalteter Zündung funktioniert. Irgend etwas muss in den Fahrzeugen laufen, denn die Fahrzeuge regeln den Ladevorgang, nicht die Wallbox.

Im Beitrag vom OpenWB-Forum ist die Vorgehensweise folgende: Das Fahrzeug kommt in den Empfangsbereich des WLAN, der OBD2WLAN-Dongle überträgt den aktuellen SoC und so bald das Fahrzeug angeschlossen wird, wir der SoC während des Ladevorganges geschätzt. Laut dem Beitrag ist das auf 2-3% genau.

Das könnte man aber Fahrzeug abhängig entscheiden: beim e-up ist wohl während des gesamten Ladevorganges der OBD aktiv.

[eweri]

So - da meine DIY-WARP3 seit gestern läuft habe ich mich wieder mit der Einbindung in evcc gekümmert und natürlich hat gestern evcc zu beiden Fahrzeugen nicht den SoC ermitteln können. Fehlermeldung in evcc das keine Verbindung zu den Herstellern hergestellt werden kann. Keine Ahnung warum, heute Abend ging es wieder. Da der SoC aber wichtig ist für die Lebensdauer des Akku bin ich mal wieder richtig sauer auf die Hersteller.

Ich habe bei evcc mal ein bisschen im Forum gelesen, in einem Beitrag wurde geschrieben, dass es nur --einen-- Hersteller gibt, der offiziell eine API für die Abfrage der Fahrzeugdaten bietet und das eigentlich kostenpflichtig nur für größere Fuhrparks: Mercedes. Alle anderen Hersteller, haben zwar Apps, aber offiziell gibt es wohl keine dokumentierte API um Dritthersteller, wie z.B. evcc  einzubinden. Wohl gemerkt das ist nicht von mir verifiziert.

Aber z.B bei evcc findet ein ständiges Katz-und-Maus-Spiel zwischen den Entwicklern und den Herstellern statt. Kann man in den Release-Notes alles lesen. Und über kurz oder lang werden ehrenamtliche Entwickler gegen bezahlte Entwickler bei den Herstellern verlieren.

Es kann also sein, dass jeder hier - Du auch - irgend wann da stehst und mit deiner Wallbox nicht mehr vernünftig laden kann. Es betrifft also uns alle.

So und jetzt bin ich wieder bei meiner Idee:

1. WARP3 wird über Ethernet angebunden und eröffnet eine WLAN-Access-Point. Per Routingregeln wird ein Pfad zum lokalen evcc gelegt
2. OBD2WLAN-Dongle im Auto verbindet sich mit dem WARP3-WLAN und überträgt im Minutentakt den SoC, Kilometerstand, etc. und jedes mal beim Betreten des WARP3-WLANs
3. evcc nimmt den SoC-Wert und überwacht den Ladevorgang und steuert die WARP

Wenn das funktioniert, dann könnte die WARP3 das später alles selber machen ohne evcc.

Problem ist, dass ich nicht programmieren kann - aber ich denke ich schaue mal wo ich so einen WICAN-Dongle bekomme.

Wer möchte sich denn auch von der Gängelung durch die Hersteller befreien?

 

 

 

[wuesten_fuchs]

On 5/19/2024 at 8:15 PM, eweri said:

Es kann also sein, dass jeder hier - Du auch - irgend wann da stehst und mit deiner Wallbox nicht mehr vernünftig laden kann.

Jetzt komm mal wieder runter. Ich lade ganz vernünftig mit meiner Wallbox und sehe keine Probleme und frage keinen SoC oder sowas ab ...

[eweri]

Am 19.5.2024 um 22:11 schrieb wuesten_fuchs:

Jetzt komm mal wieder runter. Ich lade ganz vernünftig mit meiner Wallbox und sehe keine Probleme und frage keinen SoC oder sowas ab ...

Ja - okay - ich habe etwas überdramatisiert 😊 - ich finde es aber zum Ko…. das Hersteller mir den Zugriff auf meine Daten erschweren oder unmöglich machen. Das ärgert mich schon bei meiner Viessmann Heizung.

Wie machst Du das denn, das dein BEV nicht über 80% lädt?

[till]

Was fährst du denn? In eigentlich allen Fahrzeugen die ich kenne kann man doch ein Ladelimit setzen.

[floho]

Das stellt man im Auto ein und gut. Habe das noch nie gebraucht extern um zu laden ;-)

[MatzeTF]

Wenn das Auto es nicht kann, geht das auch mit der WARP Pro und ggf. einem Taschenrechner. Wenn das Auto angeschlossen ist, kann man bei der WARP ein Energielimit in Kilowattstunden einstellen. Da die Box nicht weiß, wie viel schon im Auto drin ist, muss man den Wert allerdings selbst ausrechnen. Ich fahre Renault Zoe mit 50 kWh Akku und kann kein da Ladelimit einstellen. Also rechne ich immer (80 - Akkustand%) / 2 = kWh für Energielimit. Damit komme ich meist auf 80-85% Ladestand. Funktioniert leider nur mit der Pro, da der Zähler gebraucht wird, um die geladene Energie zu zählen.

Ansonsten vor lauter Akkuschonen nicht vergessen, einmal im Monat voll zu laden, um die Zellen auszubalancieren. 😉

[eweri]

Am 19.5.2024 um 22:46 schrieb till:

Was fährst du denn? In eigentlich allen Fahrzeugen die ich kenne kann man doch ein Ladelimit setzen.

Wenn man das im Auto einstellt, kann man das per evcc nicht überschreiben, man muss ans Auto um z.B. für eine längere Strecke auf 100% zu laden. Da der Akku aber nicht lange auf 100% stehen soll, wäre es halt schön, wenn man das einfach per App einstellen könnte.

So viel ich weiß fallen je nach Hersteller nach 1-3 Jahren Mobilfunkkosten an. Die könnte man sich sparen.

 

[till]

Ok, dann verstehe ich das. Du willst die Kosten für den Service umgehen.

Dann habe ich leider auch keine Alternative.

Aber wäre es dann nicht einfacher wenn EVCC Support für den OBD Adapter einbauen würde?