Climate Solutions Community

Jetzt habe ich es doch schneller geschafft als gedacht: Das logfile scheint ok zu sein, sind keine auffälligen Zahlenwiederholungen zu entdecken wie beim Test gesehen Die Daten landen auch sauber in Home Assistant, sieht alles gut aus.    ... Mehr anzeigen

Ok, das ist eine gute Idee, werde ich mir anschauen. Kann ein paar Tage dauern bis ich dazu komme, das logging aktivierte ich im settings-file mit  log_vitoconnect = True Und die Daten landen dann im gleichen Verzeichnis, richtig?     ... Mehr anzeigen

Ah, halt...   Ich hatte noch  port_vitoconnect = None in der settings_ini.py stehen...   Mit port_vitoconnect = '/dev/ttyAMA0' ist jetzt richtig Verkehr auf dem Port und die Vitoconnect ist auch zufrieden.   Das sieht sehr gut aus, vielen Dank nochmal für die Unterstützung! Ist ein schöner Sonntag 🙂 ... Mehr anzeigen

Hallo HerrP, vielen Dank für die schnelle Antwort, auch noch an einem Sonntag! Ist eine interessante Fehlersuche, einen Schritt bin ich weiter, vielen Dank! Bin jetzt an der nächsten Hürde.   Hatte tatsächlich rx/tx im Raspi verkehrt herum drin. Richtig rum reingesteckt, liefert der 'Null-Modem-Test' 'echo "hurz" > /dev/ttyAMA0' --> 'cat /dev/ttyUSB0' genau das erwartete Ergebnis.   Andersrum liefert der wiederholte Aufruf von echo "hurz" > /dev/ttyUSB0 --> cat /dev/ttyAMA0 das folgende Ergebnis: hhurz hurz hhurz hurz hhurz uhurz hurz uhurz hurz   Mit den rx/tx-Kabeln so eingesteckt läuft jetzt das Skript 'optolinkvs2_switch.py', es empfängt Daten vom Optolink und schickt sie per MQTT weiter. Den UART2USB-Dongle habe ich wieder im Vitoconnect eingesteckt, da scheinen noch keine Daten anzukommen, es blinkt die gelbe LED (Link) (der große Kreis mit den vier kleinen Kreisen), so als ob das Optolink-Kabel nicht eingesteckt ist.   'optolinkvs2_switch.py' liefert die folgende Ausgabe in der Konsole (ich lese testweise nur die Außentemperatur ein): rx 06 rx 41 07 01 01 01 01 02 6e 00 7b rx 06 rx 41 07 01 01 01 01 02 6e 00 7b rx 06 rx 41 07 01 01 01 01 02 6d 00 7a rx 06 rx 41 07 01 01 01 01 02 6d 00 7a rx 06 rx 41 07 01 01 01 01 02 6d 00 7a rx 06 rx 41 07 01 01 01 01 02 6d 00 7a   Was könnte ich mit dem Vitoconnect noch versuchen? ... Mehr anzeigen

Hallo zusammen, seit kurzem sind wir zu Hause auf eine Wärmepumpe Vitocal 300G umgestiegen und wegen der nicht recht stabilen Verbindung über Vitoconnect (und die eingeschränkten Daten, auf die man zugreifen kann) bin ich auf das Optolink-Splitter-Projekt gestoßen, das klingt richtig gut!   Habe die Software auf einem Raspberry Pi installiert und möchte die Vitoconnect-Schnittstelle parallel weiterbetreiben. Jetzt hänge ich an einem Punkt, an dem ich nicht mehr weiter komme:   Gebe ich in der settings_ini.txt den Port "/dev/ttyAMA0" für Vitconnect ein, kommt offenbar keine Verbindung mit dem Optolink-Adapter mehr zustande. Auf der Konsole sieht das so aus:   16.11.2025 11:42:14 [INFO]: poll_list made, 1 items 16.11.2025 11:42:14 [INFO]: Version 1.6.0.3 16.11.2025 11:42:14 [INFO]: awaiting VS2... 16.11.2025 11:44:14 [ERROR]: VS2 protocol not detected within timeout 16.11.2025 11:44:14 [INFO]: exit close... 16.11.2025 11:44:14 [INFO]: cancel poll timer 16.11.2025 11:44:14 [INFO]: exiting TCP/IP client 16.11.2025 11:44:14 [INFO]: closing serViCon 16.11.2025 11:44:14 [INFO]: reset Optolink protocol 16.11.2025 11:44:14 [INFO]: closing serViDev 16.11.2025 11:44:14 [INFO]: disconnect MQTT client   Der Timeout kommt unabhängig davon, ob der UART2USB-Adapter eingesteckt ist oder nicht.     settings_ini.txt sieht folgendermaßen aus (Auszug):  port_optolink = '/dev/ttyUSB0'  port_vitoconnect = '/dev/ttyAMA0' vs2timeout = 120   # Optolink Communication Timing + fullraw_eot_time = 0.05 fullraw_timeout = 2 olbreath = 0.1   # Optolink Logging ++++++++++++++ log_vitoconnect = False show_opto_rx = True viconn_to_mqtt = True     Ändere ich in der settings_ini.txt port_vitoconnect = None funktioniert die Kommunikation einwandfrei.   Meine Konfiguration ist wie folgt:   Raspberry Pi 4B (auf dem nebenher noch Open3E läuft, das funktioniert perfekt) USB2UART-Adapter von Reichelt  Im Raspi habe ich über "raspi-config" die serielle Schnittstelle aktiviert und serial console deaktiviert In "/boot/firmware/config.txt" ist gesetzt: enable_uart=1 dtoverlay=disable-bt in "/dev" ist die Schnittstelle "ttyAMA0" gelistet   Was könnte ich noch versuchen? ... Mehr anzeigen