Wenn dies Ihr erster Besuch hier ist,
lesen Sie bitte zuerst die Hilfe - Häufig gestellte Fragen
durch. Sie müssen sich vermutlich registrieren,
bevor Sie Beiträge verfassen können. Klicken Sie oben auf 'Registrieren', um den Registrierungsprozess zu
starten. Sie können auch jetzt schon Beiträge lesen. Suchen Sie sich einfach das Forum aus, das Sie am meisten
interessiert.
Car to Arduino Communication: CAN Bus Sniffing and Broadcasting With Arduino: From Wikipedia, the Controller Area Network (CAN) bus is a "vehicle bus standard designed to allow microcontrollers and devices to communicate with each other within a vehicle without a host computer." These devices can also be referred to as elect…
Hast Du denn (bis auf die PID 0xF6) alles nur PIDs mit 2 Byte gefunden, die ueber den Bus laufen? (...) Oder muss man jeden Wert, den man auslesen moechte, erst einmal anfordern?
Ja, habe ich. Und ja, das vermute ich. Die OBD sendet denke ich nur Daten auf einen request hin. (Ich habe schon drüber nachgedacht, ob ich einen OBD-"Zwischenstecker" basteln soll, damit ich die Kommunikation meines OBD-Handgeräts oder des OBD-Bluetooth-Dongle-mit-App mal mitlesen kann. Ist doch ein Bus... Ob das mit den Abschlusswiderständen trotzdem hinkommt? ) Die OBD sendet bestimmt dann von selbst mal Daten, wenn im Cockpit die MIL angehen soll.
Oooh, die hab ich noch nicht gefunden, danke! Instructables.com ist auf jeden Fall schonmal eine gute Adresse. Ich werd heute Abend mal lesen - muss erst noch Sonne nutzen.
Update:
0x38B // 2 Bytes Geschwindigkeit
0x129 // 1 Byte Motor an/aus (?) und 1 Byte engine timer (läuft ständig über, aber kein hi Byte in Sicht...), 2 Bytes Gaspedal
0x38A // Daten identisch mit 0x38B, aber deutlich seltener
0x4C2 // 1 Byte vermutlich air intake temp, evtl. 1 Byte Zündung an/aus
0xF6 // 1 Byte Tageskilometer (?), 2 Bytes Drehzahl, 2 Bytes Geschwindigkeit
0x12A // 1 Byte Motor an/aus (?)
0x128 // 3x 2 Bytes lustige Daten, die ich noch nicht zuordnen kann
0x127 // 1 Byte Kühlwassertemperatur (?), 1 Byte Vorglühen an/aus
0x405 // "periodische" Daten - was auch immer...
0x442 // gar keine Daten (alles immer "0") Taktgeber für irgendwas? Hmm...
0x400 // "digitale" Daten (jeweils nur 2 bis wenige Zustände; Bedeutung unbekannt)
0x38B erzeugt 44% der Daten, 0x129 30% der Daten. Alle anderen senden i.d.R deutlich seltener.
Ich habe jetzt mal ein CAN Bus Shield bestellt werde das mal mit dem Arduino Mega verbinden. Sobald ich mal was brauchbares habe werde ich es hier schreiben. Ich finde das ein tolles Projekt. Mal schauen was daraus so entsteht.
@khammul würdest du es erlauben das ich die Daten und Werte die du schon herausgefunden hast für ein GitHub Projekt zu verwenden ?
Ich würde für den Arduino ein Projekt erstellen und das als Open Source allen zur Verfügung stellen.
@khammul würdest du es erlauben das ich die Daten und Werte die du schon herausgefunden hast für ein GitHub Projekt zu verwenden ?
Ich würde für den Arduino ein Projekt erstellen und das als Open Source allen zur Verfügung stellen.
Ja, warum nicht! Wie läuft denn das mit GitHub? Kann ich da mitmachen? Wäre schön, wenn in einem Kommentar oder so hierhin verwiesen wird.
Im Prinzip gibt es so ähnliche Projekte auch schon - aber die IDs sind eben modellspezifisch und nicht öffentlich bekannt und wollen daher selbst herausgefunden werden.
@khamuul
ja an dem Projekt kann im Prinzip jeder mitmachen. Und soll auch mitmachen. Ich hab mit GitHub auch nicht sonderlich viel Erfahrung aber so schwer kann das nicht sein. Nanocom wäre auch sehr praktisch. Hab leider keins mehr.
Im Endeffekt versuche ich mal ein relativ Model unabhängiges kleines Programm zu schreiben, welches die Daten vom CAN Bus mit sniffert. Wenn dann soweit alles decodiert und verifiziert ist würde ich das ganze als kleines System mit einem LDC Display verbauen, so als Multifunktionsdisplay. Alles möglichst Modular und erweiterbar.
Was passiert eigentlich, wenn man für die Informationsgewinnung ein Nanocom parallel dazu hängen würde?
Na dasselbe, wenn du ein Nanocom parallel zu ECU und Kombianzeige ansteckst: nix besonderes, alle können parallel empfangen/senden. In neueren Kfz hängen dutzende Steuergeräte parallel am Bus. Topologisch eine simple Drahtstrecke mit terminierenden Widerständen, an dem (fast) beliebig viele gleichberechtige Teilnehmer einfach zwischen beiden Enden aufgeschaltet werden. Wenn was geschickt wird, können das alle lesen (also praktisch nur broadcasts).
Früher hatte ich ja noch eure Energie zum Reverse-Engineering, heut kauf ich mir lieber Fertiges. Trotzdem viel Glück beim Stöbern (auch ohne die teure SAE J1936 Doku). Könnt ihr mit euren Shields eigentlich Infos zu CAN error frames bekommen? Das fänd ich ja mal interessant, ein Anzeige-/Analysewerkzeug, ob irgendwer auf dem CAN Bus rumspinnt, ob es vielleicht Hinweise auf elektrische Probleme gibt usw.
Gruß, Micha
(Ich habe schon drüber nachgedacht, ob ich einen OBD-"Zwischenstecker" basteln soll, damit ich die Kommunikation meines OBD-Handgeräts oder des OBD-Bluetooth-Dongle-mit-App mal mitlesen kann. Ist doch ein Bus... Ob das mit den Abschlusswiderständen trotzdem hinkommt? )
...meinetwegen auch mit Nanocom, das kann bestimmt noch etwas mehr. Hab aber keins...
Wir verarbeiten personenbezogene Daten über Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen, Werbung zu personalisieren und Websiteaktivitäten zu analysieren. Wir können bestimmte Informationen über unsere Nutzer mit unseren Werbe- und Analysepartnern teilen. Weitere Einzelheiten finden Sie in unserer Datenschutzrichtlinie.
Wenn Sie unten auf "Einverstanden" klicken, stimmen Sie unserer Datenschutzrichtlinie und unseren Datenverarbeitungs- und Cookie-Praktiken wie dort beschrieben zu. Sie erkennen außerdem an, dass dieses Forum möglicherweise außerhalb Ihres Landes gehostet wird und Sie der Erhebung, Speicherung und Verarbeitung Ihrer Daten in dem Land, in dem dieses Forum gehostet wird, zustimmen.
) Die OBD sendet bestimmt dann von selbst mal Daten, wenn im Cockpit die MIL angehen soll.
Kommentar