NEWS
Adapter: ioBroker.obd2
-
Hallo Leute,
ich bin in GitHub auf ein leeren Repository gestoßen, der ein Adapter für die Kommunikation mit einem Auto per ODB2 realisieren soll (https://github.com/ioBroker/ioBroker.obd2). Gibt es da Neuigkeiten? Wird das noch entwickelt? Habe Nichts im Forum gefunden…
Zur Zeit habe ich eine ziemlich umständliche Methode um das zu machen. Wie hier beschrieben http://homematic-forum.de/forum/viewtop ... 18&t=27393 , tue ich mit einem Android-Handy per Torque das ganze an eine PHP Anwendung senden und von dort aus holt sich meine CCU die Daten. Ein direkteren Weg wäre mir lieber. ;)
Vielleicht gibt es was neues zum Adapter
Grüße,
ldittmar
-
Hallo Leute,
ich bin in GitHub auf ein leeren Repository gestoßen, der ein Adapter für die Kommunikation mit einem Auto per ODB2 realisieren soll (https://github.com/ioBroker/ioBroker.obd2). Gibt es da Neuigkeiten? Wird das noch entwickelt? Habe Nichts im Forum gefunden…
Zur Zeit habe ich eine ziemlich umständliche Methode um das zu machen. Wie hier beschrieben http://homematic-forum.de/forum/viewtop ... 18&t=27393 , tue ich mit einem Android-Handy per Torque das ganze an eine PHP Anwendung senden und von dort aus holt sich meine CCU die Daten. Ein direkteren Weg wäre mir lieber. ;)
Vielleicht gibt es was neues zum Adapter
Grüße,
ldittmar `
Wie verwendest du ODB2? Ich hatte vor es zu implementieren und konnte über node.js und Bluetooth mit einem ODB2 Modul kommunizieren. -
Ich habe mein Android-Handy per Bluetooth am ODB2-Adapter gekoppelt. Im Handy habe ich Torque (https://play.google.com/store/apps/deta … rque&hl=de) installiert. Torque sendet alle gewünschten Daten an einem PHP-Server mit Torque-Viewer (https://github.com/econpy/torque) - Ich musste den Viewer etwas anpassen, damit ich mit der CCU die Daten holen kann. Alles ist genauer hier beschrieben: http://homematic-forum.de/forum/viewtop ... 40#p245983
Du solltest vielleicht doch auf Torque setzen und nur die Daten live zum ioBroker schicken. Man kann ja im Torque einstellen wohin die Daten geschickt werden sollen. DU müsstest dann nur mit ioBroker empfangen und verarbeiten. ;)
Grüße,
ldittmar
-
Du solltest vielleicht doch auf Torque setzen und nur die Daten live zum ioBroker schicken.
interessante Idee, aber dann wirf das ioBroker.torque heißen :)
Das ist auch ein schöner Name :lol: Der Vorteil ist: Die Torque-Entwickler sind Spezialisten was Autos angeht und allein schon deswegen ist die App super. Man könnte sich komplett auf den Import der Daten konzentrieren. Sogar das Versenden der Daten ist schon bei Torque drin und es klappt echt super… man müsste also nur die Daten annehmen und speichern. Man kann in Torque alles angeben, was exportiert werden soll (GPS-Position, Geschwindigkeit, Tankinhalt und sonstige Daten) und das wird dann als CSV an die angegebene Adresse gesendet (z.B. den cloud-adapter). Ist eigentlich ganz einfach und wurde hier z.B. mit PHP gelöst: https://github.com/econpy/torque -
Du solltest vielleicht doch auf Torque setzen und nur die Daten live zum ioBroker schicken.
interessante Idee, aber dann wirf das ioBroker.torque heißen :)
Das ist auch ein schöner Name :lol: Der Vorteil ist: Die Torque-Entwickler sind Spezialisten was Autos angeht und allein schon deswegen ist die App super. Man könnte sich komplett auf den Import der Daten konzentrieren. Sogar das Versenden der Daten ist schon bei Torque drin und es klappt echt super… man müsste also nur die Daten annehmen und speichern. Man kann in Torque alles angeben, was exportiert werden soll (GPS-Position, Geschwindigkeit, Tankinhalt und sonstige Daten) und das wird dann als CSV an die angegebene Adresse gesendet (z.B. den cloud-adapter). Ist eigentlich ganz einfach und wurde hier z.B. mit PHP gelöst: https://github.com/econpy/torque `
Kannst du ein Beispiel für CSV zeigen? -
Ohh… sorry. Die Torque App sendet immer ein GET-Request zur angegebene Webseite.
Hier ein beispiel:
https://iobroker.net?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.10055465link -> wird in der App angegeben
eml -> wird in der App angegeben
v -> keiner Ahnung was die 8 soll
session -> die aktuelle Session-ID der torque App. Wenn du die App schließt und wieder öffnest, dann bekommst du eine neue session-id
id -> Diese ID ist ein MD5 produkt vom Gerät IMEI oder Bluetooth/wifi… auf jedem Fall immer eindeutig für ein Gerät
time -> wann wurden diese Daten erhoben
ab da kommen dann die Daten die man prüfen möchte (PID Codes) - eine kleine Liste der PIDs findest du hier:
https://github.com/econpy/torque/blob/m ... e_keys.csv
natürlich kann es noch viel mehr Codes geben....
-
Würde mich auch interessieren. Könnte das jemand realisieren?
-
Tut sich hier ggf. etwas, jetzt wo die e-mobility Fahrt aufnimmt?
Der Weg der von @ldittmar beschrieben wird, scheint mir im Moment der einzige Weg zu sein, wie man die SoC Daten des Fahrzeugs OHNE Eingabe der Hersteller (Cloud) Daten in 3. Anbieter Apps, in ioBroker bekommen könnte.
Vielleicht sollte man an diesem Faden nochmal ziehen ;)
ioBroker (since 2018) auf Intel Core i3-5005U NUC und Windwos10 Pro
-
Tut sich hier ggf. etwas, jetzt wo die e-mobility Fahrt aufnimmt?
Der Weg der von @ldittmar beschrieben wird, scheint mir im Moment der einzige Weg zu sein, wie man die SoC Daten des Fahrzeugs OHNE Eingabe der Hersteller (Cloud) Daten in 3. Anbieter Apps, in ioBroker bekommen könnte.
Vielleicht sollte man an diesem Faden nochmal ziehen ;)
…nach ein paar Jahren frage ich jetzt auch nochmal.
Eigentlich (TM) bräuchte man ja „nur“ eine App, die sich die Daten per OBD holt und dann über Internet auf irgendeinen Server überträgt. Den Rest könnte man dann ja ioB-seitig hinbekommen.
Ich hätte sooo gerne auch für meinen Smart eine Restreichweitenanzeige im Vis…
768
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge