Python Diagnoseprogramm

[Kampfkuchen]

Moin,

ich hab derzeit etwas mit Motorproblemen zu kämpfen, denen ich derzeit auf den Grund gehen möchte. Da mir die meisten vorhandenen Diagnoseprogramme etwas zu fummelig sind, hab ich mir etwas gevibe-coded. 

Das ganze liegt auf GitHub, da ich es persönlich für brauchbar halte. Benötigt wird eigentlich nur Python und ein ELM327-kompatibler Dongle.
Bei mir läuft das alles unter Xubuntu 24.04 (Windows sollte auch laufen, hab ich aber nicht getestet) und einem uralten ELM327 Bluetooth (der blaue transparente Stummel-Dongle) für ~11€. 
Git-Repo

Mich würde durchaus Feedback interessieren.

Die Hauptaufgabe des Tools ist das Plotten verschiedener PIDs wie Saugrohrdruck, Drosselklappenstellung, Fuel-Trims, Motordrehzahl, Kühlwasser u.s.w.
Dazu ist ein Helper drin für erhöhten Leerlauf, mit Countdown um zB für 20s auf 1500 Umdrehungen zu halten, damit man beobachten kann, was die Fuel-Trims machen.

Außerdem auch die Möglichkeit zu sehen ob die Lambdasonde vernünftig springt. 

Der erste Gedanke war eigentlich nur für mich ein Hilfetool zu erstellen um es einfacher loggen und auswerten zu können, dachte mir aber es könnte auch dabei helfen unerfahreneren Usern eine gute Möglichkeit des Mitschnitts für's Forum zu geben.
Die gesamten Kurven lassen sich als .csv exportieren und wieder importieren. Man kann auch Markierungen in Form von Kommentaren im Plot setzen, um zB einen abgezogenen Sensor zu markieren o.ä.

   
   
   


Wenn es zu kompliziert für den durchschnitts-User ist, dann ließe sich das ganze auch noch gepackt als .exe veröffentlichen. 

Aktuell bin ich auch noch dabei die ein oder andere Verbesserung umzusetzen. Ich bin hierbei auch offen für Feedback.

Gruß
Steven

[Eleske]

Ja, als .exe wäre es wahrscheinlich nicht ganz verkehrt.
Mein Diagnoselaptop darf zum Beispiel nie ans Internet.
Da wird es dann schnell zur Rennerei, wenn man immer mal wieder Dinge downloaden muss, die man doch noch braucht, oder mal eben google anschmeißen muss

[Kampfkuchen]

Ich werde mal schauen, dass ich ein Release für Windows auf GitHub erstelle mit einem Komplettpaket.
Da einige Abhängigkeiten für Python notwendig sind, wäre Internetzugang schon durchaus sinnvoll. Das Release wäre dann als Portable nutzbar.

Da ich heute noch mal ein paar Tests gemacht habe, hab ich auch gleich mal ein Video gemacht: https://www.youtube.com/watch?v=IBBOKCg8pMg

Edit: Hast du besondere Anforderungen an ältere Systeme? Also muss es unter Windows 7 laufen? Sonst teste ich es nur unter 10 / 11.

[Kampfkuchen]

Update: Ich hab nun ein Release erzeugt, mit herunterladbarer .exe.

Im GitHub-Repo rechts unter "Releases" zu finden. Oder direkt hier: https://github.com/Battlecake91/OBD_ELM3...tag/v3.1.0
Das ganze hat nur eine Einschränkung - beim Ausführen warnt Windows davor, dass der Herausgeber unbekannt ist. Das hängt damit zusammen, dass ich keine Signatur im Programm habe.

Es gibt ein paar kostenfreie Methoden die Programme zu signieren, aber die sind nicht so unaufwändig und die unaufwändigen kosten leider alle Geld. Ich bitte das daher zu entschuldigen.

Hinweis: Für das Ausführen des Tools sind keine Administratorrechte notwendig.

[Eleske]

Nö.
Für mich muss es nur unter W10/11 laufen.

Ich werd das demnächst mal testen.
Mal schauen, ob mein Diagnosekabel damit auch klar kommt.

[Kampfkuchen]

Ja, das sollte dann kein Problem sein.

Theoretisch sollte es mit jedem ELM327 kompatiblem Dongle funktionieren, USB oder Bluetooth.

Bei Bluetooth muss der Dongle einmal gekoppelt und dann verbunden werden. Unter Windows gibt es, glaube ich, nur "Verbinden" und die virtuelle Serielle Schnittstelle wird automatisch erstellt - man muss dann ggf. einmal im Gerätemanager herausfinden welcher COM-Port für die Bluetooth-Schnittstelle zur Verfügung gestellt wurde. Ob man das direkt im Bluetooth-Manager sieht, weiß ich nicht so genau...
Unter Ubuntu ist das ganze deutlich einfacher, da verbindet man die Serielle Verbindung und bekommt /dev/rfcomm0 als Serielle Schnittstelle für's Bluetooth-Gerät.

Bei USB ist es einfacher, da sollte sich der COM-Port direkt im Geräte-Manager zu erkennen geben.

Ich freue mich dann über dein Feedback.

[Eleske]

Ja, der COM-Port für USB ist bei mir eh fest, weil ich da für die Kabel immer den selben einstelle

[Kampfkuchen]

Ich hab es heute mit dem ELM327 USB Dongle probiert, den ich habe. Unter Ubuntu hat es auf Anhieb ohne Probleme funktioniert.

[Kampfkuchen]

Ich bin derzeit dabei für meinen Onkel das Programm noch zu erweitern um alte Opel Modelle. Im konkreten testen wir das ganze an einem Astra G, Baujahr 1999 mit 1.6er - da keiner der gekauften Diagnosegeräte oder bekannten Apps funktioniert hat.

Nach einiger Recherche war die allgemeine Meinung "Fehlercodes auslesen und löschen geht nur mit Opel-Geräten". Was mir bisher in ersten Tests möglich war ist das Auslesen von Fehlern, das Löschen der Fehler und auslesen von Live-Daten. Allerdings alles noch in Rohdaten - ich werde in dem Zuge, da mein Onkel da nicht so bewandert ist, noch einen Assistenten zum Start einführen. Dieser wird einen dann durch die erste Konfiguration führen und im "easy-mode" dann ganz simpel nur Live-Daten und Fehlercodes anzeigen.

Sollte jemand einen älteren Opel haben würde ich mich hier über Feedback freuen, ob es funktioniert oder welche Probleme hier auftreten.

Außerdem wäre ich für Input zum Assistenten oder des "easy-modes" dankbar - da ich hier leider dazu neige innerhalb der eigenen Fähigkeiten zu kompliziert zu werden.

Der Gedanke ist beim "easy-mode" Presets zu nehmen, für bestimmte Diagnose-Gründe, damit einfacher Daten geteilt werden können. Die Presets wählen dann die angezeigten und geplotteten Daten aus. Da mit steigender Anzahl der PIDs auch das Auslesen langsamer wird, kann es manchmal notwendig sein nur 3 oder 4 zu loggen.