OBD-Diagnose


Nr.56

Member
Joined
May 7, 2006
Messages
327
Ich weiß das der GP2X nicht dafür gemacht ist, aber beim spielen bin ich auf die Idee gekommen das er ein prima Laptopersatz in der KFZ-Werkstadt wäre. Die Diagnoseschnittstelle an modernen KFZ ist genormt. Die Schnittstellenbeschreibung ist frei. Der Gp2x hat sehr gute Akkulaufzeiten und ein sehr gutes Display. Er würde sich als Auslesegerät hervoragend eignen. Außerdem ist er sehr kostengünstig. Vergleichbare Geräte von bekannten Werkstattausrüstern kosten mit Software ab 2000€. Es dürfte also auch bei kommerziellen Gedanken interessant sein, wenn man eine entsprechende Software im Bundle mit Kabel und GP2X anbietet. Er kann deutlich mehr als ein Spielgerät sein. :wink:
 
möglich wärs schon.
Das hat man ja auch mit dem gba gemacht.

Aber wer wird das programmieren :twisted:
 
Hey, gute Idee eigentlich... Ich glaub ich hab hier sogar noch eine Bauanleitung fuer nen OBD2 Connector rumfliegen. Weiss allerdings nicht, ob es dafuer auch OSS fuer gibt.
 
Naja, Grundlagen gibts zuhauf. Ein kurzes Googlen hat mir http://www.obd-2.de/index.html geliefert. Die Fehlercodes sind bekannt, der Standard scheint offen zu sein. Die Belegung des Steckers ist auch bekannt, müsste man im Prinzip ein deamon haben der im Hintegrund das Zeugs dauernd abfragt und ein Prog der die Werte Anzeigt ...

Wäre da der Ext Port für sowas geeignet?
 
Wenn der ne serielle Schnittstelle annehmen kann schon, oder? Dann könnte man ja ein Zwischengerät basteln was die Signale nach seriell übersetzt... Bei 2000 Euro "Budget" wäre das ja denkbar hehe
 
Dann könnte man ja ein Zwischengerät basteln was die Signale nach seriell übersetzt

Das kann doch der Gp2x selber grad machen:
Die Kommunikation zwischen dem oder den Steuergerät(en) des Fahrzeugs (Server) und dem angeschlossenen Tester (Client) erfolgt als Frage- und Antwortspiel. Frage und Antwort bestehen aus Datenpacketen mit Header-Bytes, Daten-Bytes und abschließendem Checksummen-Byte. Die eigentlichen Daten können 1 bis 7 und 63 oder 255 Byte umfassen, abhängig vom verwendeten Standard. Der Datenbus wurde vorrangig für die Kommunikation zwischen verschiedenen Steuergeräten (Knoten, Nodes) im Fahrzeug entwickelt, um die Verkabelung zwischen diesen Knoten (Motor-Kontroller, Getriebe-Kontroller, ABS-Kontroller, Komfort-Kontroller usw. usw.) kostengünstig gestalten zu können. Der evtl. angeschlossene Tester ist nur ein weiterer Knoten. Die Header-Bytes (1 bis 4 Bytes je nach Standard, bei CAN 11 oder 29 Bit) können u.a. bitcodierde Informationen über die Adressierung (Ziel und Quelle), Adressierungsart (funktional oder physisch), Länge der folgenden Datenbytes und Priorität des Datenpackets enthalten. Bei ISO9141 erfolgt die Adressierung bereits während der Initialisierung. Speziell für Tester entwickelte Chips wie die ELM-Chips übernehmen die Aufgabe, die Header und Checksumme zu interpretieren oder zu erzeugen, so daß sich der Programmierer eines Diagnose-Programms nur um das Datenfeld zu kümmern braucht. Auch die Initialisierung übernehmen diese Chips ebenso selbsttätig wie die Verwendung der richtigen Baudrate.

http://www.obd-2.de/tech_prog.html
 
Bin etwas überrascht, das die Idee anklang gefunden hat. :)
In Anbetracht der Tatsache, das die Anwendung kaum auf Geschwindigkeit optimiert werden muß dürfte eine Adaption der Palm-Software doch eigentlich nicht schwierig sein, oder??
Eine Serielle Verbindung über den USB-Port ist doch möglich. Es gibt nur eine Datenleitung. Normalerweise müßte eine reine Softwarelösung möglich sein. Eine Box zum übersetzen sollte überflüssig sein. Das Kabel (oder der Plan zum nachbauen) wäre aber schon von Nöten.
 
bin daran auch sehr interessiert wegen fehlercodes auslesen und service-errinnerungsmeldung entfernen :)

mfg
tom
 
Bin etwas überrascht, das die Idee anklang gefunden hat.
Wieso? Bist hier bei Bastler gelandet. Alles was man anschliessen kann, wird angeschlossen. Und wenns ein Volkswagen ist :D

Mich interressieren weniger die Fehlercodes sondern eher die Livedaten der Fahrt. Könnte man zB. den Gp2x so laufen lassen das wenn die optimalen Werte zum Schalten erreicht sind, das ganze Display rumblinkt. So als Schaltblitz :lol: (gäu Musa). Ist auch bitter nötig bei meiner 1.4er Schüssel.... <_<
 
Also, ich hab folgendes:

eines auf python basis
http://www.cs.unm.edu/~donour/cars/pyobd/

eines auf perl basis
http://pages.infinit.net/jsenk/obd_Perl.htm

und dann noch ScanTool.net
http://www.scantool.net/?mode=displaySoftware&category=ScanTool.net

Alles Opensource, jedoch keine Ahnung ob das zeugs brauchbar ist.

Dies scheint auch ne gute Website zu sein:
http://www.obd-codes.com/index.php
 
wer machts?

<r>Okay, die Grundlage ist vorhanden. Alles open source. fehlt nur noch eine gute Portierung mit einer Bedieneroberfläche für den GP2X. Das fertige Kabel wäre ja eine option. Was sind schon 90$ ? <E>:D</E> Der Euro steht günstig!</r>
 
Ich mein das ist ein ganz normaler serieller anschluss, nur die spannung ist zu niedrig. Liegt ja bei 3.3 statt 5V.
 
also en auto arbeitet nit mir nem standart rs232 signal sonder can; lin; pwm etc hardware braucht man also schon
bausatz gabs glaub ich bei elv für knapp 30€
wobei verschiedene autotypen verschiedene systeme unterstüzen
mfg
timo
 
Das Bussystem des jeweiligen Fahrzeugs sollte für die Diagnose eigentlich keine rolle spielen. Seit 2000 greift die verbindliche Vorschrift für alle Hersteller am europäischen Markt die genormte Carbschnittstelle zu installieren und somit freien Testern Zugang zur Fahrzeugeigenen Onboarddiagnose zu gewähren. Dies wurde erforderlich, da die Fehlercodes für Fahrzeuge ab diesem Baujahr in der Abgasuntersuchung ausgewertet werden müssen. Dies erfolgt über eine Standartabfrage am Pin 7 und die müsste bei allen Fahrzeugen gleich sein.
 
Wenn du Ergebnisse hast, lass es mich bitte wissen. :wink:
Ein Motortester, den man quasi immer dabei hat. Ein toller Gedanke
Besteht die möglichkeit, eines der open-source projekte zu portieren und mit einer GP2x-fähigen benutzerschnittstelle zu versehen?
 
wenn die opensource sachen nicht alle komplett in x86 assembler geschrieben sind dann macht sich bestimmt jemand dran ...

http://pdaobd1.sourceforge.net/ <---- ist C also koennte man vielleicht crosscompilen ... find den source aber nirgens





mfg
tom
 
Back
Top