OBDLink SX Adapter: ELM antwortet nicht

Dacia008

Mitglied Gold
Fahrzeug
Duster
Baujahr
2023
Hallo, OBDLink SX Adapter ist am Dacia Logan I MCV angeschlossen. Nach dem Start von Pyren werde alle Baudraten durchprobiert bis 2.000.000, dann kommt ELM antwortet nicht, ELM zurücksetzen, Exception AttributeError: "'int' object has no attribute 'write'" in <bound method ELM.__del__ of <mod_elm.ELM instance at 0x03A46800>> ignored, dann kommt C:\Programm Files (x86)\Dacia Pyren. Ich glaube, dass der Adapter kaputt ist. Ob diese Informationen ausreichen, um daraus den Schluss ziehen zu können, dass der Adapter kaputt ist, weiß ich leider nicht. Ich bin ratlos.
 
Lösung
Mein Vorschlag wäre, zuerst mit dem OBDLINK plus Motor läuft zu scannen, um Unterspannung auszuschließen.
Wenn sich das Ergebnis nicht ändert, könnte man mal zum Test diese beiden Zeilen in der Datei mod_elm.py mit einer Raute auskommentieren:

Code:
        #if self.currentprotocol == "iso":
            #self.check_answer(self.cmd("82"))  # close previous session

Wurde dein OBDLINK mit der Version 5.8.1 ausgeliefert oder hast du selbst aktualisiert?
Wenn man deine anderen verstreuten Antworten liest, hast du mit mehreren verschiedenen Programmversionen experimentiert, auch Python noch mal separat installiert, obwohl es in den Installationspaketen schon passend enthalten ist.
Bei gleichnamigen Programmordnern kann es zur Vermischung von Python Dateien kommen, die nicht zusammen passen. Viel hilft viel oder weniger ist mehr?
 
  • Themenstarter Themenstarter
  • #3
Es gibt keine gleichnamigen Programmordner.
  • Dacia Pyren ist im Programmordner C:\Program Files (x86)\Dacia Pyren installiert worden. Dacia Pyren verwendet mit %comspec% "K .\Python27\python.exe .\launch.py" Python27 aus dem Programmordner Dacia Pyren. Wenn man Python27 im Programmordner Dacia Pyren testweise umbenennt in Python 27-2.7.12, dann startet Dacia Pyren nicht mehr, weil es den Pfad zu Python27 nicht finden kann.
  • PyREN184 ist im Programmordner C:\Program Files (x86)\PyRen installiert worden. PyREN184 verwendet mit %comspec% "K .\Python27\python.exe .\_pyren_launcher.py" Python27 aus dem Programmordner PyREN. Wenn man Python27 im Programmordner PyRen testweise umbenennt in Python 27-2.7.12, dann startet PyREN184 nicht mehr, weil es den Pfad zu Python27 nicht finden kann.
  • Pyren-Master wurde gar nicht installiet, sondern alle Programmdateien und Daten wurde nach D:\Pyren extrahiert. Das einzige Programm, dass bei Pyren-Master installiert wird, ist Python27 und zwar im Programmordner C:\Python27. Bei Pyren-Master befindet sich Python27 nicht im Programmordner Pyren, sondern wird über die Umgebungssystemvariable gefunden.
Ich weiß natürlich nicht, was Dacia Pyren und PyREN184 bezüglich Python27 in die Registry schreiben, was dann bei Installation von Python27 für Pyren-Master in der Registry durcheinander kommt.

Aber offensichtlich ist doch etwas durcheinander gekommen, womit ich nicht gerechnet habe, weil es keine gleichnamigen Programmordner gibt

Ich habe jetzt doch noch die Kurve gekriegt und einen Plausibilitätstest mit der obdwiz.app, die zum Lieferumfang gehört, gemacht und konnte dabei feststellen, dass es nicht am OBDLink SX Adapter liegt, weil es kein Problem ist, sich mit der obdwiz.app mit den Steuergeräten zu verbinden. Dass es nicht am Adapter liegt, ist erst einmal gut zu wissen.

IMG_20230714_185820.jpg

Ich werde jetzt mit nur einer Pyren-Variante weitermachen und den Rest entfernen.
 
Zuletzt bearbeitet:
Zuletzt bearbeitet:
  • Themenstarter Themenstarter
  • #5
Zum Vergleich habe ich mir noch nichts notiert. Danke für den Tipp. Ich habe keine vorhandenen Ordner benutzt, sondern nur Versionen installiert, die keine vorhandenen Ordner benutzen bzw. die Auswahl eines anderen Ordners zulassen, was aber offensichtlich (in der Registry?) doch Verwirrung gestiftet hat.

Die Einrichtung nach der "Methode Pyren-Master" hat funktioniert, Sprache der Datenbank: Englisch:

IMG_20230714_052635.jpg

IMG_20230714_052711.jpg

IMG_20230714_052736.jpg

IMG_20230714_052820.jpg

IMG_20230714_054804.jpg

Trotzdem einiges durcheinander geraten war, ist es mir lustigerweise mit dem Vgate vLinker FS USB doch noch gelungen heute in der Früh eine Fahrt aufzuzeichnen. Ich bin aber ganz schön ins Schwitzen gekommen, als das nicht auf Anhieb funktioniert hat.
 

Anhänge

  • Themenstarter Themenstarter
  • #6
Jetzt habe ich auf dem Laptop aufgeräumt und wieder alleine die aktuelle Pyren Version installiert.
  • ECU Liste laden dauert 02 min 30 sec.
  • ELM initialisieren nach Auswahl Steuergerät dauert über 01 min
  • Daten werden keine aufgezeichnet, NODATA = 551, TIMEOUT = 42
IMG_20230716_121806.jpg
 

Anhänge

Zuletzt bearbeitet:
Laut deinem Datenprotokoll hat immer nur die Zentralelektronik geantwortet. Das ist ein Steuergerät , welches auch bei <Zündung aus> ansprechbar ist.
 
  • Themenstarter Themenstarter
  • #8
Die Zündung war definitiv an.

Habe noch einmal einen Test gemacht. OBDLinkSX versus vLinkerFS, beide Male Zündung an.
  • OBDLinkSX: ECU Liste laden und ELM initialisieren: sehr langsam. Es werden nur 4 Steuergeräte erkannt (Servolenkung: nein). Datenaufzeichnung: Nein.
  • vLinkerFS: Es werden 5 Steuergeräte erkannt. Datenaufzeichnung: Ja.
 

Anhänge

Mein Vorschlag wäre, zuerst mit dem OBDLINK plus Motor läuft zu scannen, um Unterspannung auszuschließen.
Wenn sich das Ergebnis nicht ändert, könnte man mal zum Test diese beiden Zeilen in der Datei mod_elm.py mit einer Raute auskommentieren:

Code:
        #if self.currentprotocol == "iso":
            #self.check_answer(self.cmd("82"))  # close previous session

Wurde dein OBDLINK mit der Version 5.8.1 ausgeliefert oder hast du selbst aktualisiert?
 
Zuletzt bearbeitet:
Lösung
Deinen Vorschlag muss ich erst noch durcharbeiten.

Ich habe vor deinem Vorschlag noch einen Test gemacht. Auf dem Laptop: Dacia Pyren aktuelle Version und Pyren-Master (D:\PyREN) mit installiertem C:\Python27 (EDIT: v 2.7.17).

vLinkerFS (Erkennung: Zündung an; Datenaufzeichnung: Motor an):
  1. Pyren-Master: Probleme Erkennung: nein, Datenaufzeichnung: ja.
  2. Dacia-Pyren: Probleme Erkennung: nein, Datenaufzeichnung: ja.

OBDLinkSX (Erkennung: Zündung an; Motor: aus)
  • Pyren-Master: Probleme Erkennung: ja (bleibt nach der Erkennung der 5 Steuergeräte minutenlang hängen, deshalb Abbruch), Datenaufzeichnung: nein.
 

Anhänge

Zuletzt bearbeitet:
Mein Vorschlag wäre, zuerst mit dem OBDLINK plus Motor läuft zu scannen, um Unterspannung auszuschließen.

Wurde dein OBDLINK mit der Version 5.8.1 ausgeliefert oder hast du selbst aktualisiert?

Dacia Pyren, Motor läuft:
  • OBDLinkSX: ECU Liste laden und ELM initialisieren: sehr langsam. Es werden nur 4 Steuergeräte erkannt (Servolenkung: nein). Datenaufzeichnung: Nein.
    Kommunikationsfehler Statistik: NODATA = 3557, TIMEOUT = 56
Firmware 5.8.1: Ich habe selber aktualisiert: obdlink_sx-5.8.1.bin
 

Anhänge

Ich ziehe meinen Hut vor dir. Herzlichen Dank für deine Hilfe. Die Adapter alleine - vLinkerFS oder OBDLinkSX - sind nicht die Lösung. Beides sicherlich gute Adapter, aber ohne entsprechendes Gehirnschmalz leider nutzlos.

Wenn sich das Ergebnis nicht ändert, könnte man mal zum Test diese beiden Zeilen in der Datei mod_elm.py mit einer Raute auskommentieren:
Code:
        #if self.currentprotocol == "iso":
            #self.check_answer(self.cmd("82"))  # close previous session
Dacia Pyren, Motor läuft:
  • OBDLinkSX: ECU Liste laden und ELM initialisieren: sehr schnell. Es werden 5 Steuergeräte erkannt. Datenaufzeichnung: ja.
  • ABS und Handbremse blinken, solange Dacia Pyren am Arbeiten ist. Dürfte ich damit los fahren?
 

Anhänge

Dann scheint die Version 5.8.1 ein Problem mit dem KWP Protokoll Befehl 82 (Stopp Communication) zu haben, da bei meinen Tests mit einer Version 5.6.5 dieses Problem nicht auftritt.
Die Befehle 82 und 81 wurden am 29.März 2019 eingefügt.

Wenn eine Diagnoseverbindung zum ABS besteht, wird für diese Zeit die ABS Funktion deaktiviert. Was durch die Kontrollleuchte angezeigt wird.
 
Dacianer.de - die Dacia-Community

Statistik des Forums

Themen
42.824
Beiträge
1.056.351
Mitglieder
73.490
Neuestes Mitglied
JTh
Zurück