AutoMonitor - Messwerte vom Auto über OBD (Verbrauch, Diagnosewerte etc) in FHEM

[Johannes]

Hallo,

Bin zur Zeit mit einem kleinen Projekt beschäftigt:
Mit Hilfe eines OBD Adapters lassen sich ja verschiedene Messwerte des Autos auslesen (z.B. Drehzahl, Verbrauch, Temperaturen, GPS etc.).
Mit dem richtigen Adapter lassen sich diese sogar per GSM nach Hause schicken. (http://traksat.eu/gps-tracker-with-obd2-meitrack-tc68/)
Mein Plan ist es, diese Werte zu empfangen, entsprechend zu parsen und an FHEM zu übergeben.
Am Ende steht dann die Visualisierung der Messwerte oder auch z.B. notifys bei OBD-Fehlercodes.
Da ich mich mit der Kommunikation und dem Parsen der Werte bereits auskenne, ist es eigentlich nur noch ein machen, sobald der Adapter bei mir eintrifft (und alles nach Plan läuft

Wenn Interesse besteht kann ich das ganze über SVN / Git verfügbar machen.

Meinungen / Fragen / Ideen willkommen!

@Moderator: Bitte verschieben, falls es eine bessere Kategorie geben sollte

[rudolfkoenig]

Seit wann ist GPS Teil von OBD?

[Johannes]

Gut, das habe ich vielleicht missverständlich ausgedrückt. GPS ist nicht Teil des Standards, aber Bestandteil des verlinkten Moduls und wird zusammen mit den obd Daten übermittelt.

[Johannes]

Hier mal noch ein paar Details zu der ganzen Geschichte:

Hardwaretechnisch wir das oben verlinkte Gerät benötigt, und ausserdem noch eine Sim-Karte, über die die Daten nach Hause geschickt werden können.
Ich empfehle eine Prepaidkarte und am besten mit einer hohen kilobyte Taktung bei der Abrechnung. Durch die sehr kleine Datenmenge, die pro Übertragung anfällt, bleibt man i.d.R unter der Taktung des Providers und zahlt dann sogar genaugenommen (aus eigener Erfahrung) garnichts für den Traffic...

Rein technisch läuft das ganze dann so ab:
Sim Karte ins OBD Modul stecken (nach der Konfiguration, s.u.) und anschließend im Auto einstecken. Das Gerät bekommt Strom über die Autobatterie und hat selbst eine Pufferbatterie eingebaut.
Damit können Daten gesendet / empfangen werden, auch wenn das Auto aus ist.

Auszug der Daten, die geloggt und übertragen werden können:
  * aktueller Timestamp
  * aktuelle Position (ermittelt über GPS oder, wenn nicht verfügbar GSM)
  * Geschwindigkeit
  * Höhe
  * zurückgelegte Strecke
  * Drehzahl
  * Spritverbrauch / verbleibende Spritmenge
  * verschiedene Temperaturen
  * OBD Fehlercodes

Die Übertragung der Daten kann manuell angestoßen werden oder automatisiert z.B. alle 2 Minuten stattfinden.
Es lassen sich auch Übertragungen durch Events auslösen, z.B. Übertragung der Daten, sobald sich das Auto bewegt / Geofence.

Welche OBD Parameter tatsächlich übertragen werden können, hängt vom Fahrzeug ab.
Das OBD Modul wird vorm Einbau mit Hilfe einer Software, alternativ über SMS-Befehle vom Handy, konfiguriert.
Unter anderem stellt man dort ein, von welchem Server die Daten empfangen werden sollen. Das wird natürlich auf die eigene FHEM Kiste gebogen und dort ausgewertet.

Sobald das ganze bei mir läuft gebe ich gerne nochmal Bescheid, wie gut das ganze funktioniert.

[Mitch]

Grundsätzlich mag ich ja so Spielereien, habe auch einen OBD Adapter mit WLAN und passender App.

Aber mit ist schleierhaft, was ich mit den Daten in Fhem soll?

[eldrik]

Hi,

Naja ein paar Spielereien kann man natürlich schon darüber verwirklichen,

- Pushnachricht wenn der Sprit günstig ist und es sich bei entsprechenden Tankinhalt lohnt zu Tanken
- Nachricht wenn man seinen Bleifuss zügeln sollte (Schwellwert gewollter Durchschnittsverbrauch etc.)
- Presence oder dergleichen über die GPS Position
- und was einen noch interessiert

Greetz
Eldrik

[Puschel74]

Und wenn man sowieso schon FHEM verwendet warum sollte man solche Daten nicht unter einer gewohnten Oberfläche anzeigen lassen.
FHEM muss ja nicht ausschliesslich für die Hausautomatisierung zuständig sein.

[Johannes]

Und für einige ist das auto das zweite heim...

[Johannes]

So, Adapter ist nun eingetroffen und schon eingebunden in mein FHEM.
Funktioniert wie erwartet, Kommunikation in beide Richtungen kein Problem und der anfallende Traffic ist auch kostenlos, da sehr gering.
Zwar kann der aktuelle Tankinhalt nicht ausgelesen werden, aber immerhin der momentane Spritverbrauch. Ausserdem eine Reihe weitere Dinge wie Autobatteriespannung, Schlüsselstellung etc.
Alle Einstellungen lassen sich auch per GPRS setzen und das Ding beherrscht dyndns.
Wenn jemand Interesse am Code oder den genauen Readings hat, einfach melden.

[rasti]

Hallo,

bin zufällig über diesen alten Thread gestolpert....
könntest du den Code und alles was dazugehört vielleicht einfach mal hier posten ?

Viele Grüße

Ralf

[Ma_Bo]

Hallo, ich hätte auch Interesse.

Welches minimal sendeintervall kann man einstellen?

Grüße Marcel

[Johannes]

Mit etwas Verzögerung hier im Anhang der Code. Das ganze ist ein NodeJS Server, es muss also NodeJS installiert sein.
Ich hoffe die wenigen Kommentare erklären das ganze ausreichend.
Wichtig im Code ist, dass ihr die Zahlenkolonne 123456789012345 ersetzen müsst durch die ID eures Gerätes.
Die bekommt ihr mit, sobald das Gerät das erste mal mit diesem Server Kontakt aufnimmt (wird dann in der Konsole geloggt).
Konkrete Einzelfragen kann ich vermutlich noch beantworten, ein "Erklär mal alles" werd ich nicht liefern
Ich habe über Google einige Interessante Dokumente damals gefunden, die alles Codes und Möglichkeiten genau erklären.
Bei Bedarf -> PN

[Johannes]

Welches minimal sendeintervall kann man einstellen?

Grüße Marcel

Hatte es auf 1 Minute, kann sein dass es auch geringer geht, weiss ich leider nicht mehr

[hartenthaler]

Der TC68 aus 2014 ist wohl noch lieferbar, aber mit etwa 150 $ recht teuer. Ich habe ähnliche Module aus China für etwas über 25 € gefunden. Unklar ist mir aber, ob man da auch die Spezifikation so bekommt, dass man ein fhem Modul dazu bauen kann (oder einen NodeJS-Server). Hat da noch jemand Erfahrung? Ich würde gerne folgendes umsetzen:

• Info an fhem wenn das Auto zu Hause vom Parkplatz wegfährt oder ankommt (Geofence plus Motor-Start/Stop)
• Info an fhem wo das Auto zuletzt geparkt worden ist (GPS-Position bei Motor-Stop)
• Info an fhem welche OBD2-Störungsmeldungen vorliegen
• Kommando an Motor "Stop", sobald Entfernung zu Weihnachtsmarkt kleiner 5 m - sehr traurige Erfahrung just in Berlin

Johannes, läuft Deine OBD-fhem-Kopplung noch? Praxiserfahrungen? Was hat sich als besonders nützlich herausgestellt?

Hermann

[Johannes]

Hallo,

Habe es inzwischen nicht mehr im Einsatz, hat aber immer gut geklappt. Habe das Gerät über wenn du es haben willst, bei Interesse PN.
Zu den Fragen:
Geht im Prinzip alles, erfordert unter Umständen leichte Javascript Programmierkenntnisse.
Grüße

[Ma_Bo]

@ Johannes:

Wenn du mal nachschauen könntest, welcher der kleinste Interval ist und mir diesen mitteilen könntest, dann würde ich dir den Meitrack TC68 abkaufen, wenn es passt.
Was möchtest du dafür haben?

Grüße Marcel

[BioS]

Hi,

ich finde das Projekt ne saucoole Idee, damit könnte man auch notify's auslösen, wenn z.b. die Batterie durch zu häufige Nutzung der Standheizung in die Knie geht und das Presence Thema wäre akkurat.
Ich hab gerade sowas in der Art von "tanktaler" im Einsatz, aber dort zahle ich mit meinen Positions- und Verkehrsdaten und hätte das doch gern cloud-free

Wenn ihr also an dem Projekt noch weiterarbeiten solltet bin ich dabei, auch wenns um ne Sammelbestellung aus Fernost geht..

Grüße,
BioS

[Ma_Bo]

Ich habe z.Z. ein altes Android Smartphone fest im Auto verbaut und mit folgender Software (eigener Server, auf dem die Daten geloggt werden, geht auch auf nem Raspberry): https://www.traccar.org

Es wird ne Datenbank mit verschiedenen Daten angelegt, welche ich wiederum mit einem PHP Script auslese und in FHEM in einen Dummy schreibe.
Somit habe ich alle 5 Sekunden meinen Standort und andere Werte.

Ich möchte aber von dem Handy weg, da es ab und an mal Probleme mit dem Empfang macht und neugestartet werden muss, daher würde ich den TC68 installieren wollen, der läuft auch mit der Software von TRACCAR.

Grüße Marcel

[Johannes]

@ Johannes:

Wenn du mal nachschauen könntest, welcher der kleinste Interval ist und mir diesen mitteilen könntest, dann würde ich dir den Meitrack TC68 abkaufen, wenn es passt.
Was möchtest du dafür haben?

Grüße Marcel

Hallo,

Laut meinen Unterlagen ist das kleinste Intervall wohl 1 Minute.
Ich meine mich zu erinnern dass man aber auch aktiv per Befehl nach einem Update anfragen kann, somit könnte man das Intervall verkleinern.

Preislich dachte ich an 50€ + Versand

[BioS]

Wär ich dabei, wenn Marcel es nicht will..

[Ma_Bo]

Verkauf ihn an BioS, ich schau mich im Netz noch mal um, ob es was gibt, womit man 5 oder 10 Sekunden Intervalle erreichen kann.

Danke aber für das Angebot.


Gesendet von iPhone mit Tapatalk

[BioS]

Danke, Marcel

Schreibst du mir 'ne PM wie du die Kohle haben willst (Paypal, Überweisung, etc) @Johannes?

Grüße,
BioS

[phil1283]

Hallo,

gibt's schon Erfahrungen mit den günstigen China-Teilen?
Wie ist die Konfiguration bei diesen, manche können wohl nur tracken und keine Fahrzeugdaten senden.
Die Daten landen dort wohl auch auf einem Server vom Hersteller...

[Ma_Bo]

Bei mir dauert das noch, im Moment läuft das bei mir ja über ein altes Android Handy...
Da ich aber im Moment andere Projekte habe, ist dieses hier hinten ran gestellt...
Falls jemand aber Erfahrungen mit günstigen trackern macht, bitte hier schreiben...

@BioS: bitte deine Erfahrungen mit deinem neu erworbenen tracker mitteilen.

Grüße Marcel


Gesendet von iPhone mit Tapatalk

[BioS]

Bisher kann ich noch keine Erfahrungen teilen weil das Teil am USB Anschluss nicht reagiert und konfigurieren lässt.
Bin gerade mit Johannes am klären..

[Ma_Bo]

Gibt's bei irgendjemandem schon Neuigkeiten...?


Gesendet von iPhone mit Tapatalk

[peterk_de]

Mich würde ja extrem die Variante "altes Android-Handy" reizen. Problem ist nur, dass die Teile nur mit Glück dazu zu überreden sind, von allein neu zu booten wenn sie mit vollständig geleertem Akku wieder Strom bekommen...

Also falls da jemand einen Tipp hat für ein konkretes Modell, wo das geht ... dann könnte man sich nämlich für nen 10er oder 20er eins mit geknackstem Display in der Bucht schießen und einfach nur bei eingeschalteter Zündung laden. Wenn das Auto steht, läuft es dann noch ne Weile und geht aus. Damit ginge der GPS-Teil schonmal per AMAD o.ä. definitiv ziemlich einfach.

Für den OBD-Teil müsste man dann nochmal gucken, ob man da dann so ein 15 Euro Bluetooth-Teil anzapfen könnte ...

[kleinerDrache]

Lebt das Projekt noch ?? Wenn ja nutzt doch die App Torque (kostet ca 5 Euro) in Verbindung mit nem billigen BL-Dongle und z.B. Tasker sollten sich doch alle möglichen Daten an Fhem schicken lassen.

[LordVoodoo]

Hallo zusammen,

bin in durch einen Cyber-Monday-Deal auf Telekom CarConnect aufmerksam geworden.

Kennt das jemand? Wäre das FHEM tauglich?
Vorteil des Gerätes: Es spannt einen mobilen HotSpot auf...

[der-Lolo]

Bewegt sich hier noch was? Gibt es genutzte Syteme?

[peterk_de]

Bei mir bewegt sich jetzt endlich was Das war ein steiniger Weg und ich bin auch noch nicht 100% am Ziel:

Die Knackpunkte sind/waren Stromversorgung, Kühlung und Stabiles Netz.

Vor längerem hatte ich es mit einem Raspberry, einer S.USV zur Stromversorgung und dazu einem USB-UMTS-sticks und einem USB-GPS-Empfänger versucht. Hier habe ich aber bis zum Schluss keine stabile Internetverbindung mit hinbekommen und es letztenendes aufgegeben. Stromversorgung (Hochfahren, wenn 12V-Netz an) und Kühlung (40mm Lüfter, gesteuert über die Raspberry-GPIOs) sowie GPS liefen aber gut. Problematisch war für mich hier auch der Diebstahlschutz (irgendwo auf die SD-karte muss ja die SIM-PIN, damit das Teil bootet ...)

Ich habe mir daher für 40 Euro (!) bei Ebay ein Samsung Galaxy S7 Edge mit Spider-App, aber ansonsten komplett funktionierendem Display erstanden. Dieses Modell hatte ich wegen des angeblich aufwendigen Kühlsystems und der vielen verbauten Sensoren ausgesucht. Zugleich wollte ich es möglichst dauerhaft (und nicht nur bei Zündung an) laufen lassen, ohne die Autobatterie leerzunuckeln.

Und das funktioniert so: Das Handy kommt an eine 20000mAh-Powerbank. Die Powerbank selbst kann über USB-PD mit 45W aufgeladen werden (man braucht natürlich dann auch einen USB-PD-fähigen 12V-USB-Charger, gibt es aber auch für schmales Geld). Wenn ich jetzt fahre, wird die Powerbank sehr schnell wieder voll, wenn das Auto steht, nuckelt sie das Handy mit ca. 0.8 Watt leer. das haut für mein KFZ-Nutzungsprofil hin. Kritisch ist nur, dass sich viele Powerbanks bei zu geringem Stromfluss einfach abschalten - das von mir verwendete Modell macht das aber bislang mit eingestöpseltem Handy tapfer.

Außer wenn das Handy zu viel Hitze abbekommt und sich herunterfährt, und das passiert bei einem sonnigen Parkplatz leider durchaus. Das ist bislang mein einzig verbliebenes Problem, was es noch zu lösen gilt, ohne viel Strom zu verblasen. Denn auch ein Lüfter hilft in einem auf 50 grad aufgeheiztem Innenraum nicht wirklich und Peltier-Elemente saugen etwas zu viel Strom ...

Was die Software angeht, bin ich nach dem Testen diverser gps-Tracking-Apps jetzt komplett auf Automagic umgeschwenkt. hier kann ich nämlich das Übetragungsintervall selbst entscheiden: Messe ich über das Handy-Accelerometer eine Bewegung, wird im 5s-Rhytmus zu FHEM übetragen, sonst (
Zumindest die GPS-Koordinaten) eigentlich gar nicht und ich kann mir diverse schöne readings bauen
(Auto Fährt / steht, Helligkeit / Temperatur / Luftdruck im auto etc.)

Und vor allem: Kann ich so kontinuierlich übertragen, ob meine diversen G-Tags (Bluetooth-Keyfinder) im Auto liegen. Das ist für mich aktuell das Killerfeature schlechthin und funktioniert stabil. Auch mehrere spaßige ,,Warnmeldungen" habe ich schon implementiert (Autoschlüssel-G-Tag nicht im Auto + Motion detektiert —> Pushnachricht; Autopapiere nicht im Auto + Auto bewegt sich -> Pushnachricht; Und jetzt die beste: Irgendein G-Tag (z.B. von Rucksack) im Auto, aber kein Autoschlüssel und dann auf einmal Rucksack nicht mehr im Auto —> Pushnachricht )

Aktuelle Baustelle ist jetzt eigentlich nur noch die OBD-integration (primär für den Tankinhalt in % und den Gesamt-KM-Stand) und das Problem mit der Kühlung von dem Handy ... ich berichte in loser folge über meine Fortschritte

[visionsurfer]

Hallo,

ich bin am überlegen mir so einen OBD 2 Stecker von ryd bei Amazon zu bestellen.
Kann man diesen irgendwie in FHEM einbinden um ein paar Werte von seinem Auto ins FHEM zu bekommen ?

Wie ist da der Stand der Dinge ?

Grüße,
Visionsurfer

[peterk_de]

Hier kann ich bislang nur berichten, was NICHT funktioniert (vielleicht auch hilfreich). Ich habe aktuell einen icar2 OBD2 Adapter mit WLAN. Der funktioniert prinzipiell wie beworben, hat aber für meinen Zweck zwei Showstopper verbaut:

- WLAN statt Bluetooth. Man (=ich) bekommt ein Android-Device nicht wirklich dazu, sich mit dem Teil (das selbst als Hotspot fungiert) zu verbinden und gleichzeitig HTTP-Requests aber über LTE abzusetzen. Ich dachte ursprünglich, per WLAN wäre das Teil einfacher ,,hackbar", aber da habe ich mich getäuscht - eben wegen der dann bestehenden Internet-Verbindungsproblematik unter Android.

- Einen Anschaltknopf: Das Ding geht oft zwar von allein an, wenn man die Zündung anschaltet, aber beileibe nicht immer. Dann muss man da erst den Anschalt-Knopf drauf drücken. Das ist natürlich ein absolutes NoGo.

Als nächstes probiere ich dann ein Bluetooth-Teil von Scantool. Kostet zwar das 5fache, aber soll wohl mit am besten laufen, hat keinen Power-Knopf und guten App-Support.

Das logging will ich dann mit der Torque App (die kann Realtime Logging via HTTP - ideal!) und einen kleinen PHP-Script machen, dass den Kram dann zu FHEM rüberreicht (so wie ich das auch schon bei Automagic tue.)

[det.]

Ich habe seit ca. 40.000km so ein Ding von Pace im Auto. Das hat die Daten in einer Cloud, die sind über eine IOS App und über eine Website abrufbar, von dort könnte man die bei Bedarf über HTTPMOD in Fhem einbinden. Das  System war in der Anfangsphase  recht holprig, macht es jetzt mMn aber recht ordentlich.
Bitte ausdrücklich nicht als Werbung verstehen, nur als mögliche Systemanregung. Auch werde ich ,,gutgemeinte " Hinweise zur Sinnhaftigkeit meiner Autodaten in einer Cloud nicht kommentieren...

[peterk_de]

So, nun läuft das hier wie es soll, (fast) alle geplanten Readings sind auf dem Flur-Wandtablet, mal sehen wie lange ^^

Ich habe nun einen ScanTool OBDlink MX+ am Start. Der hat einen eingebauten Autobatterie-Spannungssensor und schaltet sich bei konstanter Spannung (=keine Aktivität im Auto) nach einer Weile ab und bei Spannungsschwankungen (es reicht bei mir die Zentralverrigelung) wieder an und reconnected dann auch sauber mit der App (Torque für Android).

Torque habe ich dann so konfiguriert, dass es "Live Logging" alle 5 Sekunden zu einem PHP-Script auf meinem Webserver macht, welches die Messwerte wiederum zu FHEM weiterreicht. Auch das klappt. Durch die automatische Abschaltung des ODB-Dongles kriege ich während der Fahrt sehr dicht Messwerte und bei Stillstand nach einer Weile keine mehr aus dem CAN-Bus, so dass die Autobatterie nicht in die Knie geht.

Sicherheitshalber beende ich Torque nach 30 Minuten Stillstand (per Automagic und Accelerometer vom Handy), weil ich irgendwo las, dass sonst der Dongle nicht schlafen geht, das scheint aber gar nicht nötig zu sein ....

Jetzt fehlt eigentlich nur noch ein Dauertest und ... viel schlimmer, eine Kühlung für das Handy in die heißen Mittagsstunden im Sommer ... das wird knifflig ^^. Und ich muss noch ein paar weitere PIDs für mein Auto rausfinden, ich will noch eine eventuelle Wischwasserwarnung und den Status der Autotüren (abgeschlossen / offen) auf dem Tablet haben. Liegt alles auf dem Bus aber die Hersteller machen da eine Gewese sondersgleichen drum ...

[carlos]

Hi,
Interessant, hast du dazu ein eigenes php script entwickelt oder z.B. dieses https://github.com/econpy/torque genommen.
Wie reichst du die Daten an FHEM weiter?
Könntest du das Script zur Verfügung stellen?
Gruß
Carlos

[peterk_de]

Jo klar ... allerdings ist das sehr unschön / provisorisch und eigentlich nur "für den internen Gebrauch" Das Tool auf Github war mir aber zu sperrig, deshalb hab ich das deutlich reduziert und z.B. auch nur die PIDs, die ich brauche, hart codiert.

Die Verbindung zu FHEM könnte (sollte) man deutlich schöner / effizienter machen. Am besten per Telnet. Aaaaber wie das halt so ist wenn man schnell Ergebnisse will

Wichtig auch: Das Skript sollte unbedingt auf einen Webserver mit TLS an und ordentlichem HTTPS-Zertifikat (--> Letsencrypt).

Außerdem musst du mindestens FHEM-IP, Dummy-Device und Torque-ID anpassen. Wenn du - was sehr wahrscheinlich ist - in der entsprechenden FHEM-Instanz CSRF-Tokens verwendest, müsstest du das noch in die Subfunktion fhemCmd einbasteln (gabs einige Threads zu).

Die PIDs von mir hab ich mal dringelassen, die kannst du ja in der Torque-App frei konfigurieren. GPS kommt seitens Torque immer mit, brauch ich aber nicht (das läuft bei mir separat über Automagic) - wenn du das willst brauchst du nur das entsprechende "continue" entfernen.

Code Auswählen Erweitern

<?php

//error_reporting(E_ALL);
//ini_set('display_errors', 1);

$server_path = "http://192.168.1.3:8083/fhem";

$deviceName = "auto.torque"; // Dummy-Devicename in FHEM

$fhemCmdLine = "";

if (strcmp($_GET['id'], 'aabbccddeeff0011223344556677') !== 0) { // Eigene Torque-ID, siehe App

    header('WWW-Authenticate: Basic realm="Auth"');
    header('HTTP/1.0 401 Unauthorized');
    echo 'HTTP/1.0 401 Unauthorized';
    
    $fhemCmdLine = "setreading $deviceName obd_torque_authStatus authError";
    fhemCmd($fhemCmdLine);
    exit;

} else {

  $fhemCmdLine = "setreading $deviceName obd_torque_authStatus authOK;";
  fhemCmd($fhemCmdLine);
  
}



// Format des Requests durch Torque:
// https://xy.de?eml=xxxxxxxxxxxxxxxx@xxxxxxx.de&v=8&session=1111111111111&id=111f11f1ff111111ff11111f11111f11&time=1486157475464&kff1005=8.328674867738133&kff1006=49.55773920280324&kff1001=1.7127182&kff1007=0.0&kff1270=991.43164&kff1223=-0.00826598&kff1220=-0.10055465

$fhemCmdLine = "setreading $deviceName obd_torque_heartbeat an;";


if (sizeof($_GET) > 0) {

    foreach ($_GET as $key => $value) {

       if (preg_match("/^k.*/", $key)) {
        
          $pid = substr($key,1);
          $reading = "unknown_".$pid;

  if ($pid == '222813') {
             $reading = 'reifen_vl';
             $value = round($value / 14.504, 2);
             
          } elseif ($pid == '222815') {
             $reading = 'reifen_hl';
             $value = round($value / 14.504, 2);
             
          } elseif ($pid == '222814') {
             $reading = 'reifen_vr';
             $value = round($value / 14.504, 2);
             
          } elseif ($pid == '222816') {
             $reading = 'reifen_hr';
             $value = round($value / 14.504, 2);
             
          } elseif ($pid == '21') {
             $reading = 'km_seit_fehlerlampe';
             
          } elseif ($pid == '31') {
             $reading = 'km_seit_fehlerreset';
             
          } elseif ($pid == 'd') {
             $reading = 'speed';
             $value = round($value);
             
          } elseif ($pid == '3c') {
             $reading = 'cat_temp';
             $value = round($value);
             
          } elseif ($pid == '1f') {
             $reading = 'motor_running_time';
             $value = round($value);
             
          } elseif ($pid == 'ff1207') {
             $reading = 'verbrauch_momentan';
             $value = round($value, 2);
             
           } elseif ($pid == '05') {
             $reading = 'temp_kuehlwasser';
             $value = round($value);
             
          } elseif ($pid == '4a') {
             $reading = 'pct_gaspedal';
             $value = round($value, 1);

          } elseif ($pid == 'ff1238') {
             $reading = 'carbattery_voltage';
             $value = round($value, 1);

          } elseif ($pid == '2f') {
             $reading = 'pct_tank';
             $value = round($value);

          } elseif ($pid == 'c') {
             $reading = 'motor_rpm';
             $value = round($value);
                          
          } elseif ($pid == '46') {
             $reading = 'temp_aussen';  
             $value = round($value, 1);  
                                  
          } elseif ($pid == 'ff1005') {
             continue; // Kein Reading hierfür erstellen
             $reading = 'longitude';  
             $value = round($value, 6);    
                                
          } elseif ($pid == 'ff1006') {
             continue; // Kein Reading hierfür erstellen
             $reading = 'android_gps_latitude';  
             $value = round($value, 6);      
                                
          } elseif ($pid == 'ff1001') {
             continue; // Kein Reading hierfür erstellen
             $reading = 'android_gps_speed';  
             $value = round($value, 6);                           
                                
          } elseif ($pid == 'ff1007') {
             continue; // Kein Reading hierfür erstellen
             $reading = 'unknown';  
             $value = round($value, 1);  
          }
  
  $reading = 'obd_'.$reading;

     $fhemCmdLine .= "setreading $deviceName $reading $value;";
     
   }
   }
        
}


fhemCmd($fhemCmdLine);


// Rückmeldung für Torque App:
print 'OK!';




// Helper functions:

function fhemCmd($cmd) 
{
  global $server_path;
  
  $url = $server_path."?cmd=".urlencode($cmd);
  
  $ch = curl_init();
  curl_setopt($ch, CURLOPT_URL, $url);
  curl_setopt($ch, CURLOPT_HEADER, 0);
  curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
  $ans = curl_exec($ch);  
  curl_close($ch);
}


?>

[peterk_de]

Das war ne harte Nuss ... Aber ich habe nun endlich auch die letzten PIDs rausbekommen. Mit meinem alten Wifi-OBD2-Dongle, einer herstellerspezifischen Android-Diagnose-App (Forscan lite), die die nötigen PIDs alle kannte, aber nicht in der App anzeigte, 2 Liter verschwendetem Wischwasser und einem kostenlosen Packet-Sniffer für Android (https://play.google.com/store/apps/details?id=app.greyshirts.sslcapture&hl=de) war es dann letztendes aber doch nicht so schwer

Die Lektüre des wirklich guten ELM327-Datasheets ist für alle, die Daten aus Ihrer Karre mit so einem Dongle ziehen wollen, auch sehr empfehlenswert: https://www.elmelectronics.com/wp-content/uploads/2017/01/ELM327DS.pdf

Für die Nachwelt und Google: Die PID für den Wischwasser-Warnstatus für den Ford Focus MK3 Post-Facelift ist 2261C0, Rückgabewert 00 ist "Warnung aus"; 08 ist "Warnung aktiv". Die OBD-Header sind die selben wie für das TPMS-System und müssen gesetzt werden (läuft auch über das BCM-Modul, hab ich grad nicht im Kopf)

Alles läuft super stabil - Projekt Autoanbindung an FHEM bis auf die Kühlung des Handys abgeschlossen ^^

[visionsurfer]

Schon geil, was du gemacht hast. Ich würde unsere Mercedes V Klasse auch gerne in Fhem einbinden. Nur hört sich das leider recht kompliziert an. Ich hatte gehofft ich kann so einen obd Dongle anschließen und gut ist? Scheint leider nicht der Fall zu sein ?

[Prof. Dr. Peter Henning]

Ich häng mich hier mal rein - habe nämlich vor 2 Jahren meinen OBD-Dongle wieder eingemottet, weil er die Batterie leergesuckelt hatte.

LG

pah

[Benni]

Klingt jedenfalls interessant! 

Bisher tracke ich lediglich die Anwesenheit meines Autos über einen Ultraschallsensor, der mir nebenebei auch noch den Schließzustand des Garagentors übermittelt.

Wäre aber schon cool auch noch Fahrzeugdaten zu haben. 

[peterk_de]

@pah Das tun wohl so einige von diesen Dongles. Die Stromsparschaltung braucht halt 2-3 Bauteile für ein paar Cent extra. Außerdem ist in den Dongles mit ELM327-Clone (= alle für um die 20 Euro, egal was auf dem Gehäuse steht) völlig unklar, was der enthaltene Chip überhaupt kann und welche Bugs da noch in der Firmware drin sind, die im schlimmsten Fall z.B. den Sleep-Mode der PIC verhindern ...

Die OBDlink Scantool-Dongles lösen das Problem mit einer "Ripple-Detection". Sie gehen nach einer konfigurierbaren Zeit schlafen und wachen wieder auf, wenn die Bordnetz-Spannung schwankt - bei mir reicht das Aufschließen per Fernbedienung. Funktioniert sauber und wachte bislang auch noch nicht von allein auf. Stromverbrauch ist dann im Sleep Mode bei 2mA laut Datenblatt. Man kann das Schlafengehen übrigens wohl auch abstellen, das macht aber keinen Sinn, da die ganzen Steuermodule vom Auto nach einer Zeit ja eh ausgehen.

@visionsurfer: Das war wirklich viel Gebastel. Softwareseitig eigentlich gar nicht so sehr, aber das ganze "drum herum". Aber ich denke es lohnt sich, sich damit zu beschäftigen, da in Summe dann sehr viel mehr geht als mit den fertigen Kauf-Lösungen.

Weiteres Update meinerseits: Ich habe das Handy jetzt erstmal zwecks besserer Kühlung in einer einfachen Handyhalterung hinten an der Kopfstütze des Fahrersitzes befestigt. Da sieht man es aufgrund getönter Scheiben zumindest nicht sofort von außen und es hat dort sehr guten GPS-Empfang. Vorher lag es in einem Fach in der Mittelkonsole, aber die ist bei meinem Auto ein wahrer Backofen.

Positiver Nebeneffekt: Da jetzt die Kamera frei ist, kann mir Automagic immer, wenn das Auto geparkt wurde, ein Foto schicken. Und natürlich ebenso, wenn der Autoschlüssel-G-Tag nicht erkannt wurde, sich das Auto aber bewegt (es geklaut / abgeschleppt wurde) - dann bekomme ich alle 5s ein Bild. Der Nutzen davon ist zugegebenermaßen sehr begrenzt (Diebe werden als erstes das Handy klauen und bei der Suche des Autos auf nem großen Parkplatz hilft es sicher auch nur begrenzt), aber wenn da doch eh so eine gute Cam in dem Handy "gratis" mit drin ist ...

[visionsurfer]

Grundsätzlich scheue ich mich nicht. Ich bin aber nicht der totale Bastler.
Wenn du soweit alles stehen hast, wäre halt super wenn du eine Art Mini Tutorial schreiben kannst?
Welche Geräte braucht man? Welche App? Welche andere Hard- und Software?
Wie kann man es quasi auf andere Fahrzeuge kopieren ?
Dann würde ich auch mal versuchen.

Grüße,
Visionsurfer

[peterk_de]

OK hier mal eine Zusammenfassung meines Ansatzes:

Smartphone-Autotracker++ - Teil 1: Hardware

Die Grundidee ist es, ein altes Android-Handy dauerhaft im Auto zu installieren, welches zu FHEM "nach Hause" über Mobilfunk nach Hause Daten schickt.

Gewünschte und umgesetzte Features sortiert nach meiner persönlichen Priorität:

• Kontinuierliche Übermittlung der Auto-Geokoordinaten, auch wenn das Auto steht
• "lepresenced" für das Auto, d.h. Übermittlung der An/Abwesenheit von Bluetooth-Tags, auch wenn das Auto steht
• Übermittlung "sinnvoller" Daten aus dem CAN-Bus des Autos, insb. auch herstellerspezifische (z.B. Status von Tankfüllung / Reifendruck / Wischwasser / Gesamt-Kilometerzahl) bei der Fahrt
• Diebstahlmelder / Stiller Alarm (über Erschütterung des Autos, Bluetooth-Tags am Autoschlüssel und möglichst einer simplen Mobilfunk-Jamming-Detection)
• Erhebung einiger weiterer "nice to have"-Daten über das Auto (z.B. Innentemperatur, simple "Dashcam", ...)

Randbedingungen:

• Keine große Belastung der Autobatterie, bei Strommangel soll lieber das Autotracking nicht funktionieren
• Keinerlei Nutzerinteraktion im Auto nötig
• Anschaffungskosten < ca. 200 Euro
• Keine Cloud + Möglichst viel selbst einstellbar
• Berücksichtigung, dass alles was verbaut wird, möglicherweise auch aus dem Auto geklaut werden könnte (d.h. Verwendung einer PIN-geschützen SIM-Karte im Auto, Sperrcode für Handy etc.)

Auswahl des Smartphones

Es sollte ein leistungsfähiges, weit verbreitetes Smartphone sein. Tipp: Für diesen Zweck Kosten-Nutzen-mäßig am besten ist ein 2-3 Jahre altes Topmodell (viele Sensoren!) mit gesprungenem, aber noch funktionsfähigen Display. Ich habe mich für folgendes Modell entschieden:

• 40 Euro - Samsung Galaxy S7 Edge mit vorinstallierter "Spider-App" in Gold - eBay Kleinanzeigen

Wenn ihr auf eine komplexe Stromversorgung (wie ich sie letztenendes vorgenommen habe) verzichten wollt, achtet darauf, ein Gerät zu nehmen, dass man problemlos rooten kann und von dem bekannt ist, wie ihr es so konfiguriert, dass es bei Anschluss des Ladegerätes von allein bootet. Dann könnt ihr es einfach in einen Zigarettenanzünder stecken, der sich bei ausgeschalteter Zündung abschaltet und es fährt dann mit dem Start der Zündung von allein hoch. Nachteil: Ihr bekommt keine Daten vom Auto solang es steht und die SIM-Karte darf keine PIN verpasst bekommen, d.h. Vertrags-(Zweit-)karten sind definitiv schonmal raus.

Stromversorgung

Das Handy dauerhaft über die Autobatterie zu laden empfiehlt sich nicht, es sei denn, ihr pendelt täglich sehr weite Strecken. In meinen Versuchen hat das Handy dauerhaft zwischen 0,8 und 1,2 Watt gezogen. Das ist vor allem im Winter und je nach Autobatterie zu viel, um das Auto für längere Zeit zu parken.

Auch Autobatterie-Dauerplus und ein Spannungswächter wie dieser hier https://www.amazon.de/gp/product/B071R2XSTZ/ref=ppx_yo_dt_b_asin_title_o05_s00?ie=UTF8&psc=1 empfehlen sich nach meiner Erfahrung nicht für einen zuverlässigen Betrieb. Denn den Ladezustand der Autobatterie kann man, kurzgesagt, nicht nur an ihrer Spannung festmachen. Der und damit die im Batteriewächter einzuprogrammierende Abschaltspannung hängt nämlich auch von der Außentemperatur und dem Alter der Autobatterie ab. Ich habe den Wächter ausprobiert und als zu unzuverlässig verworfen.

Ich verwende nun aus Kostengründen eine schnellladefähige (USB-PD), große USB-Powerbank inkl. kräftigem 12V-USB-Wandler. Das ganze kommt in einen Zigarettenanzünder, der sich mit der Zündung anschaltet:

• 40 Euro - Powerbank mit "Passthrough" (=Entladen während sie geladen wird), ca. 70Wh, ladefähig mit 45 W über USB-PD: https://www.amazon.de/gp/product/B07GZGWC75/ref=ppx_yo_dt_b_asin_title_o03_s00
• 20 Euro - 45W USB PD 12V Ladegerät: https://www.amazon.de/gp/product/B07HK3B2RD

Das bedeutet, dass ich mit ca. 2 Stunden Autofahrt (inkl. "Nachlaufzeit" des Zigarettenazünders, der bleibt bei mir noch ca. 15 min nach Abstellen des Autos an) knapp 3 Tage Laufzeit für das Handy habe (Laden der Powerbank mit 45W, entladen über das laufende Handy mit ca. 1W). Wenn die Powerbank ausgeht (=leer ist), wird das Handy nicht mehr geladen, und ich kann mir eine Warnung zuschicken lassen, da ja jetzt erstmal noch der Handyakku entladen wird.

Bei der Powerbank ist weiterhin zu beachten, dass das laufende Handy genug Strom zieht, ohne dass sich die Powerbank abschaltet. Leider steht diese Schwelle an kaum einer Powerbank dran und erst recht lässt sich dieses Auto-Off nicht abschalten. Hier kann man aber notfalls mit einem Zwischenstecker nachhelfen und den Strombedarf künstlich um ein paar mA erhöhen:

• Optional - 12 Euro - USB-Messgerät (Zwischenstecker): https://www.amazon.de/AMANKA-USB-Tester-Multimeter-Widerstand-Temperatur/dp/B073SP2PPQ

Oder man greift gleich zur ungebastelten Luxus-Lösung, mit der dann je nach Geldbeutel auch wochenlange Standzeiten drin sind: https://www.akkukaufhaus.de/akkus/fuer-golf/6096/unterbrechungsfreie-stromversorgung-12v-usv-mit-lifepo4-akku-inkl.-12v/12v-ladegeraet Hier muss aber ggf. noch in ein stärkeres Ladegerät investiert werden, das mitgelieferte hat wohl nur um die 30 Watt.

OBD2-Dongle

Wer billig kauft, kauft zweimal - so ging es mir auch hier: Bluetooth OBD2-Tracker um die 20 Euro könnt ihr streichen, da sich diese normalerweise nicht automatisch mit dem Handy reconnecten (oder die Autobatterie kontinuierlich leernuckeln). WLAN-OBD2-Dongle funktionieren ebenfalls grundsätzlich nicht, denn die laufen eigentlich immer im Hotspot-Mode und unter Android ist dann das Internet blockiert bzw. es ist sehr häßlich, parallel eine Internetverbindung über Mobilfunk herzustellen. Meine Empfehlung daher:

• ca. 75 Euro - Scantool OBDlink LX

Ich selbst habe den OBDLink MX+ und der läuft super. Schaltet sich sauber in den Standby-Modus und reconnected sauber mit dem Handy. Ich empfehle trotzdem die preiswertere LX-Version für dieses Projekt, da der MX+ (vielleicht bis auf die höhere Performance, hier habe ich aber keinen Vergleich) in dem Szenario keine Vorteile bringt, die den kräftigen Mehrpreis rechtfertigen würden. Das kann ich gern noch näher ausführen bei Interesse, dazu müsste ich aber weit ausholen. Meine Empfehlung wäre, für das gesparte Geld stattdessen lieber zusätzlich noch ein 20 Euro WLAN-Dongle zu kaufen - z.B.:

• Optional - ca. 20 Euro - NoName Wifi OBD2-Dongle - z.B. https://www.amazon.de/Vgate-Interface-Diagnose-Android-Windows/dp/B00OY0X8IS

Hiermit könnt ihr dann nämlich, wenn es für euer Auto eine herstellerspezifische App gibt, sehr bequem zusätzlich Datenpunkte (=PIDs) sniffen. Ich habe mit dem Teil z.B. meinen gewünschten Wischwasserstand herausbekommen Ihr braucht kurzgesagt nur die herstellerspezifische OBD-App (z.B. forscan für Ford) mit einem Standard-Paketsniffer (z.B. https://play.google.com/store/apps/details?id=app.greyshirts.sslcapture&hl=de ) zu belauschen, schon habt ihr die PIDs im Klartext.

Kühlung

Bei diesem Thema bin ich noch etwas ratlos. Innentemperaturen von > 60 Grad im Auto führen zur Abschaltung bzw. Drosselung des Handys und damit letzendlich auch zur Abschaltung der Powerbank. Bis jetzt ist das erst einmal vorgekommen (da lag das Telefon aber noch in einem kleinen Fach, das direkt von der Sonne aufgeheizt wurde), aber für den Hochsommer habe ich hier noch keine gute Lösung gefunden. Das Problem: Strom darf es praktisch nicht verbrauchen und es gibt im Innenraum keine Temperatursenke, wo die Wärme (mit Kühlkörper / Lüfter) hinbefördert werden könnte ... und im Fußraum ist der GPS-Empfang mies.

Aktuell habe ich das Handy jetzt erstmal an einer Kopfstütze der Vordersitze befestigt, hier scheint die Mittagssonne zumindest nicht direkt drauf. Mal gucken wie es aussieht, wenn es richtig heiß wird.


So. Soweit zur nötigen Hardware. Teil 2 - Software kommt dann irgendwann später einmal

[visionsurfer]

Geil. Tausend Dank. Ich möchte das gerne "nachbauen", weil ich auch mein Auto (Mercedes V Klasse) in mein FHEM bekommen will.
Super für deine ausführliche Beschreibung.

Ich werde die Sachen mal nachkaufen. Die Investition hält sich ja in Grenzen.

Ich hoffe, dass ich dann nur auch wie du an die Daten kommen, weil ich ja ein anderes Auto habe.

Grüße,
Visionsurfer

[dr4g0n]

Ich finde das Thema auch sehr intressant und habe hier eine andere ganz "einfache" Alternative.

Der Freematics Dongle wird per OBD angeschlossen, besitzt GPS / GSM usw. Er kann frei programmiert werden da es ein Arduino/ESP32xxx ist.
Somit kann er alle Daten des OBD Bus auslesen und an Traccar senden (Tracking Services auf OpenSource zum selbst hosten).
Die Anbindung Traccar / FHEM habe ich über die Traccar API gelöst und dies funktioniert wunderbar. Ich bekomme nach jeder Fahrt eine Zusammenfassung durch mein FHEM via Telegram aufs Handy gepushed, sogar mit einem Bild der gefahrenen Route!
Das Bild der Maps Karte mit der Route wird durch Grafana generiert, welches auf die GPX Daten von Traccar zugreift.

Aktuell verwende ich einen TK103b GPS  Tracker den ich aber bald gegen den Freematics tauschen möchte um zusätzlich zu den Koordinaten ebenfalls Infos aus dem CAN mitloggen zu können.

Hier der Link zu dem anderen Tracking-Dongle
https://freematics.com/store/index.php?route=product/product&product_id=98

[rcmcronny]

Hi,

@dr4g0n klingt interessant, hast Du für das Freematics eine europäische Quelle oder bleibt da nur direkt die Bestellung ?

Ich nutz derzeit nen LoraWan Tracker, der nicht 100%ig klappt, da die Lora Abdeckung hier nicht so dolle ist, aber der macht sein Job sehr gut sonst.
Dazu noch von vorher ein ESP mit GPS welcher per mqtt die Daten an einen Owntracks Recoder  sendet. (Da werden bei mir alle Infos gesammelt und dargestellt, reicht für mich aus)
Das klappt mit dem LTE Stick bisher sehr gut aber halt auch nur wenn Strom da ist, reicht mir aber auch.

Der OBD Adapter klingt zumindest spaßig, wenn man noch MQTT reinbaut zB und per Datenverbindung dann die Infos sendet. Ich behalte es mal im Auge hier

Ronny

[KOAL]

PUSH

Hallo Herr "peterk_de" wann gibt es Teil 2 der Doku Ich hätte auch mächtig interesse daran, danke


LG
KOAL

[peterk_de]

Oh das tut mir leid, ich habe das Projekt nicht weiter verfolgt, weil ich das Problem mit der Stromversorgung des Handys nicht zufriedenstellend (=läuft über Monate ohne manuellen Eingriff) lösen konnte. Unser Auto steht dafür zu lange am Stück  rum, die Powerbank läuft leer, dann der Handyakku und dann muss ich immer manuell das Handy neu starten. Das war mir im Alltag zu nervig.

Ich bin dabei gelandet, dass ich einen dicken Lithiumakku (über 200Wh) bräuchte, der mit 150-200W  aufgeladen werden kann, um mein Fahrprofil abzudecken. Alternativ eine Zweitbatterie ins Auto.  Und das war mir zu teuer / zu aufwändig. Und von der Stange gibt es da auch kaum was.

Wer täglich pendelt, für den sieht es anders aus, da ist die Stromversorgung einfacher. Da bleibt dann aber noch die Sommerhitze, die ein Smartphone zum Hitzestop bringt ;-(