Moin ihr! 🙂
Optolink ist 'alt', aber noch in Benutzung (bei mir auch). Öfter gab es Anfragen zum Betrieb zu lokalen Zwecken aber trotzdem weiter das Vitoconnect für Viessmann Cloud/Vicare/Viguide/Vi.API/Garantieverlängerung zu benutzen. Dazu jetzt hier die benutzerfreundliche Lösung, natürlich wieder open-source und kostenlos:
Er verbindet euer Optolink Gerät auf total einfache Weise mit allem was das Herz begehrt.
- Home Automation Anbindung per MQTT
- W/LAN Anbindung per TCP/IP und einfachen Ascii + $Hex
- Parallelbetrieb des Vitoconnect und damit Vicare, Viguide, Viessmann API weiter nutzbar und Erhaltung der erweiterten Garantie
Kein Gehassel mit komplizierter Einrichtung und irgendwelchen kryptischen xml's. Einfach nen Raspi, ein paar Python Module draufkopiert, Optolinkadapter und bei Bedarf das Vitoconnect angesteckt, ggf. noch ein paar Anpassungen in der Settings_ini (COM Ports, IP Adressen, MQTT Passwort, Poll-Liste, ...) und los.
viel Spass damit & Grüsse!
Phil 🖖
ps. minimalistischer Optolink-Adapter:
mit Diode und Transistor als SMD passt es auch unter die Schiebeklappe 😉
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!)
das hier hatte ich ja gaubich schon mal gepostet
