> was muss ich darunter verstehen: "depictSystem und DID von depict gelesen wurde. depictSystem macht nichts anderes als zu versuchen, jeden Datenpunkt (DID) im Bereich von 256 bis 3.500 zu lesen. Auf jeder Steuereinheit (ECU), die auf 256 antwortet. Die Datenpunkte, die gelesen werden konnten, werden gesammelt und in den Open3Edatapoints_6yx.py aufgelistet. 6xy ist dabei die "Adresse" der ECU (genaugenommen die COB-ID (Communication Object Identifier), mit der die ECU auf dem CAN Bus angesprochen werden kann). Wenn so ein Datenpunkt einmal von depictSystem gelesen werden kann, kann er immer gelesen werden. Zumindestens ist das unsere Erfahrung, wir haben es noch nie anders gesehen oder berichtet bekommen. > Ich bekomme immer wieder Timeout UDS timeout on 0x680.355 und UDS timeout on 0x680.321 Muss ich die Abstände zum Abfrage Intervall größer oder kleiner setzen vielleicht? Nein. mit einer Abfragezykluszeit (irgendwo im normalen Rahmen) hat das nichts zu tun. Was du tun solltest, ist in deiner Open3Edatapoints_680.py nachzuschauen, ob da die DIDs 335 und 321 überhaupt aufgelistet sind. Wenn sie das sind, sollten wir mal die Ausgabe von ip -details -statistics link show can0 betrachten. Wenn da keine Auffälligkeiten sind (oder auch dann) schauen wir uns die Ausgabe von candump -t a can0,680:7FF,690:7FF an. Etwas länger laufen lassen, auf jeden Fall so lange, bis die Timeouts gekommen sind, und das in eine Datei tun und hier hochladen. Bist du sicher, dass bei dir nur eine einzige Instanz von open3e läuft? Falls 2 Instanzen gleichzeitig laufen (z.B. einmal als Dienst gestartet und einmal in einer Konsole per command line? oder aus Versehen 2 Dienste eingerichtet?), ist es hochwahrscheinlich, dass da was durcheinander geht und das als Timeouts gemeldet wird.
... Mehr anzeigen