Climate Solutions Community

Das ist ein Raspi 4B, die CPU-Auslastung liegt so bei ca. 30%. Es läuft nur der Optolink-Switch und Open3E drauf.    Ich tippe im Moment auf etwas an der Verkabelung, möglicherweise tatsächlich EMV, werde einmal nach und nach Kabel tauschen und sehen, was passiert. ... Mehr anzeigen

Vielen Dank, das probier ich einmal aus. Wenn das nicht klappt, bestelle ich bei Gelegenheit nochmal ein CP2102-Board, vielleicht ist mit dem etwas nicht in Ordnung. ... Mehr anzeigen

Das Netzwerkkabel hat tatsächlich nur einen Kunststoffstecker, hab es gegen eins mit Metallstecker getauscht, da sollte der Schirm hoffentlich kontaktiert sein. Mal 24h abwarten, ob das die Neustarts verändert.   Habe auch getestet, was passiert, wenn man den Optolink-Kopf an der WP abzieht. Das gibt auch eine Log-Eintrag, aber nur "VS2 detected", keinen Error 5.   Wegen EMV habe ich einen Test mit einem Föhn gemacht, den ich an der Steckdosenleiste des Raspi angeschaltet habe, das hat zu keinem Fehler geführt.    Magnetventil wird soweit ich sehe, keines geschaltet bei WW-Bereitung. ... Mehr anzeigen

"vgencmd get_throttled" liefert "throttled=0x0" zurück, das scheint demnach zu passen.   Das Board ist offen, auf dem Raspi ist das Kunststoff-gehäuse normalerweise geschlossen, habe ein Foto angehängt, wie die Kabel verlegt sind mit offenem Gehäuse.   Wenn die WW-Heizung anspringt, scheint sich die Leistung nur recht langsam zu ändern, habe einen Screenshot der elektr. Leistung gemacht, wenn die Heizung anspringt. (Ist die Gesamtleistung vom Haus).   Zusätzlich zum CP2102Board hängt am zweiten USB-Port ein USB2CAN-Adapter (https://www.inno-maker.com/product/usb2can-cable/), da habe ich die Masseleitung vom CAN der VX3 durchgeschleift, die sollte eigentlich nur am VX3 aufliegen, der Adapter selbst ist ja isoliert.   ... Mehr anzeigen

Interesant, habe mit dem Hinweis auf die Spannung die Logs nochmal durchgeschaut und festgestellt, dass ein Teil der Errors genau dann auftreten, wenn die Wärmepumpe den Warmwasserpuffer zu heizen beginnt. An der Netzspannung sehe ich allerdings keine Auffälligkeiten zu den Zeitpunkten.   dmesg | grep -i voltage gibt keine Werte zurück.   Kann das an dem CP2102-Adapter liegen, dass der nicht richtig verpinnt ist? Die Netzteile vom Raspberry ist ein Original-Netzteil und von der Vitoconnect auch, die sollten ja eigentlich ok sein. An welcher Stelle sollte ich die >5.1V messen? ... Mehr anzeigen

Nach vier Wochen Betrieb ein kurzes Update meiner Anlage: Optolink läuft mit den letzten Änderungen stabil, etwa einmal am Tag startet es neu, verbindet sich dann zuverlässig wieder. Das hatte zunächst Probleme gemacht, weil der USB-Port manchmal mit USB0, manchmal mit USB1 gestartet wurde. Am anderen Port hängt ein USB2CAN-Konverter, das Daten einer VX3-Batterie über Open3E ausliest. Mit der Anleitung unten habe ich dem USB-Port einen festen Alias zugeordnet, seitdem läuft es rund. https://github.com/philippoo66/optolink-splitter/wiki/130-Fixed-Naming-of-USB-tty-devices-%E2%80%90-udev-rule Was ich noch nicht verstanden habe ist, wieso es immer wieder zu den Neustarts kommt, das vitolog zeigt die Fehler - [ERROR]: (5, 'Input/output error') - [ERROR]: VS2 protocol not detected within timeout - [ERROR]: device reports readiness to read but returned no data (device disconnected or multiple access on port?) Konnte aber noch keine Systematik erkennen, wann das auftritt.   Für die Visualisierung mit Home Assistant habe ich ein Schemabild der Vitocal 300G (Sole-Wasser) mit NC-Box erstellt. Vielleicht hat ja noch jemand Bedarf dafür. Falls es jemand benötigt, kann ich das editierbare Original (LibreOffice Draw) gerne zur Verfügung stellen. ... Mehr anzeigen

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