moin Stef! Wie gesagt - [ERROR]: (5, 'Input/output error') ist ein Hardwareproblem. Der Splitter geht dann in die re-connect loop und wartet da drauf, dass das Vitoconnect das VS2 Protokoll erneut initialisiert, was das aber nicht tut, weil für es keinen Grund dafür ersichtlich ist (es weiss ja nicht, dass der Splitter ein Problem mit der Hardware hatte). Folge: VS2 protocol not detected within timeout [ERROR]: device reports readiness to read but returned no data ist ein weiterer Hinweis auf ein Problem (des Treibers) mit der Hardware : Soweit ist die Sache für mich eindeutig. Was mir nicht ganz klar ist, ist, ob es sich dabei um den Optolink-Kopf am USB handelt (wahrscheinlich) oder um den Vitoconnect Port (eher unwahrscheinlich). Hast du das log_vitoconnect eingeschaltet? (hatte ich letztes mal drum gebeten) Bitte schick mir den splitter Log und das vito Log (als zip hier hochgeladen oder auf open3e(bei)web.de). Wenn du mich jetzt pauschal nach einer Lösung fragst, würde ich sagen anderer Raspi, anderer Optolink Kopf, andere Spannungsversorgung (wahlweise nacheinander/abwechselnd). Betrieb von open3e (oder noch besser den Splitter) auf einem anderen Raspi, um irgendwelche Interrupt/IRQ Probleme auszuschliessen. Aber ich denke dass du davon wahrscheinlich nicht begeistert bist. Wenn es geht (?!) wäre es aber ein Versuch wert, mal zu schauen, ob das Problem auch auftritt, wenn open3e nicht läuft. (oder auf einem anderen Raspi. der CAN darf nicht initialisiert (oder abgestöpselt) sein, weil er ansonsten den Kernel möglicherweise auch beschäftigt obwohl open3e nicht läuft!)
... Mehr anzeigen