Problem Verbindung Vitoconnect bzw. Timeouts

[StefanHoerUno]

Ich hab alles nach Anleitung gemacht und teilweise funktioniert es mit dem Vitoconnect und teilweise leider nicht.
Auch wenn ich Vitoconnect neustarte, bekommt er teilweise keine Verbindung.
Hat jemand eine Idee was ich falsch machen könnte? Wie gesagt, teilweise geht es und teilweise nicht - deshalb kann prinzipiell nichts falsch sein oder?

Ich hab aber gesehen ich kriege immer wieder Timeouts und teilweise schaltet Vitoconnect wieder auf rot währendessen - aber Daten kommen per MQTT weiterhin. Wenn ich Port_Vitoconnect auf None setze funktioniert alles tadellos und ich bekomme alle werte
D.h. mein Problem liegt nur am Vitoconnect bzw. dieser verbindung über den Adapter?

Adapter habe ich diesen hier: https://www.az-delivery.de/products/hw-598-usb-auf-seriell-adapter-mit-cp2102-chip-und-kabel

Hier noch Screenshots

Hat jemand einen Tipp was ich noch probieren kann?

Danke euch im Voraus, ich verzweifle schon langsam ;)

[philippoo66]

Hi @StefanHoerUno !

Thank you for using the Splitter! :-))

Zuerst musst du mal sagen, ob du die VS1 Variante benutzt oder die 'normale' (VS2)?! Die VS1 funktioniert nicht zuverlässig, das hab ich ja oben drüber geschrieben. Das hat mehrere Gründe, die zu erklären den Rahmen sprengen würden, falls du eh die VS2 Variante benutzt. da steht's ja...

Dann ist zu sagen, dass ein Timeout nicht ein Problem sein muss. Die Meldung kommt einfach, wenn eine Weile lang (3s) kein Request vom Vitoconnect empfangen wurde. Eigentlich kommt das nicht so häufig vor, aber s kann aus unterschiedlichen Gründen dazu kommen, z.B. eine instabile WLAN Verbindung des Vitoconnects. Der Empfangsloop läuft dann einfach von neuem und wartet wieder 3s auf einen Request...

ein "VS2 Protocol not detected..." ist aber schon ein Problem. Hast du die Start-Reihenfolge beachtet? Benutzt du ein Opto1 oder ein Opto2?

Ausserdem habe ich das Gefühl, dass bei Viessmann öfter mal was nicht rund läuft. Es kommt immmer wieder vor, dass eine ganze Weile alles ruhig ist, und plötzlich kommen mehrere Leute fast geichzeitig mit Problemen. Dann macht man und tut, findet nix, ändert folglich nix, und nach ner Weile läuft plötzlich wieder wie von Geisterhand alles wie gehabt.

Wenn wir näher rein gucken sollen, können wir den Vitolog analysieren (log_vitoconnect = True in settings_ini), aber meist kommt dabei raus, dass der letzte Empfangene Request ordnungsgemäß beantwortet wurde, aber wenn dann irgendwas im WLAN oder im Internet oder bei Viessmann hängen bleibt, sieht man das da nicht und folglich hilft es nicht weiter.

Du könntest auch statt(!) dem Splitter das Skript serlog.py laufen lassen (ggf. Ports anpassen!), das macht nix andres als den Viconn Traffic mit Zeitstempel zu loggen, damit sieht man etwas mehr...

[StefanHoerUno]

Hallo @philippoo66

danke für deine Antwort.
Die Startreihenfolge habe ich beachtet, hab auch geprüft ob RX und TX vertauscht sind.
Hier noch die Logs vom serlog.py und vom optolinkvs2_Switch.py

Soweit ich das sehe, kommt er einfach nicht drüber. Lustigerweise hat er es wie gesagt 1x gestern geschafft für kurze Zeit, danach hab ich es nicht mehr geschafft das übers Vitoconnect meine Heizung wieder Online war am Viessmann-Server.
vitolog.txt

serlog_250118200411.txt

Hast du noch eine Idee was ich probieren kann - prinzipiell kann ja nichts falsch sein, fehler bekomme ich ja sonst keinen.... das Einzige an was ich noch denke ist das beim CP2102 Board seine Arbeit nicht mehr verrichtet? TX und RX Leds leuchten auch nur wirklich hin und wieder....

Soll ich mir mal ein anderes CP2102 Board zulegen - bzw. hast einen Vorschlag was sicher funktioniert?
Zur Info noch hab noch ein Vitoconnect OPTO1 oder soll ich das mal tauschen auf OPTO2?

[philippoo66]

Moin Stefan!

das serlog hast du aber nicht lange laufen lassen, oder? im vitolog sieht man, dass nix vom vitoconnect kommt. ich bezweifle, dass die paar 00 dazwischen echte 'Nachrichten' sind.

was liefert list_ports.py? Was sind deine serial ports Einstellungen in settings_ini (bitte eine Kopie der Zeilen, damit wir auch 'formale' Fehler ausschliessen können)?

hast du das serielle interface freigegeben wie in https://github.com/philippoo66/optolink-splitter/wiki/050-Prepare:-enable-serial-port,-disable-serial-console beschrieben?

was für einen Raspi benutzt du? ab 3er aufwärts gibt es noch die Problematik mit der SW UART i.V. mit Parity anders als none: https://github.com/philippoo66/optolink-splitter/wiki/520-termios.error:-(22,-'Invalid-argument')

[philippoo66]

bitte poste auch noch ein Foto von dem CP2102 Board. Es gibt da unterschiedliche, bei einer Sorte hatte jemand berichtet, dass es nicht funktioniert, wenn man es nicht mit 3.3V versorgt...

[StefanHoerUno]

Serwus Philipp,

den serlog hab ich solange laufen lassen bis das Timeout gekommen ist (120s).

Hier noch die Screenhots wie gewünscht:
list_ports.py

Settings.ini:

Hier noch die Kopie der Settings.ini Zeilen
port_vitoconnect = '/dev/ttyAMA0' # '/dev/ttyS0' older Pi:'/dev/ttyAMA0' {optional} set None if no Vitoconnect
port_optolink = '/dev/ttyUSB0' # '/dev/ttyUSB0' {mandatory}

• Hab es auch mit ttyS0 probiert, aber da ist nichts anders - außer das nach dem ersten Start es nicht mehr startet und meldet Invalid Argument.
• Seriellen Port hab ich freigegeben nach Anleitung - schon mehrmals :D
• die Config.TXT hab ich auch angepasst
• Benutze einen Raspberry PI4

Kann es am USB-Verlängerungskabel liegen, das zwischen CP2102 und Vitoconnect hängt? Funktionieren tut es generell das USB-Verlängerungskabel, weil ich hab es quasi mal zwischen Vitocal und Raspberry Pi gehängt und da funktioniert es tadellos das ich die Daten bekomme über den USB Port (mit Port-Vitconnect = None)

• Hier noch ein Foto von meinem CP2102 Adapter - hab es probiert nur mit Kabel auf 3.3V als Jumper Kabel ohne das es am PI Angesteckt ist + ohne Kabel + Kabel auch am Pi auf Pin1 angesteckt - und immer die Startreihenfolge durchgeführt - kein Erfolg
  
  

[philippoo66]

hm, scheint ja soweit alles ok zu sein. nur hatte ich oben ja extra mit Ausrufezeichen geschrieben, dass das serlog.py statt des Splitters (also anstatt, statt dessen) ausgeführt werden muss, weil ja beides auf die gleichen Ports zugreift (lesend wie schreibend). beides gleichzeitig kann nicht funktionieren.

Wie lang ist denn das USB Verlängerungskabel? ich würde mal sagen bis 2 Meter ist gewöhnlich kein Problem, da drüber kann es schon kritisch werden, weil USB ja doch etwas höhere Baudrates fährt. Da wäre es tatsächlich besser, die Käbelchen zwischen PI und CP2102 Board zu verlängern, weil da nur 4800Bd drüber gehen. da kannst du problemlos so einige Meter zwischen hängen.

Das CP Board ist so eins wie das von dem Nutzer, bei dem es nur mit Anschluss des 3.3V Pins an die 3.3 Volt vom PI funktioniert hatte. Vielleicht solltest du das mal probieren.

[StefanHoerUno]

entschuldige, hab mich falsch ausgedrückt - hab natürlich nur das serlog.py skript laufen lassen, aber dann halt auch nach 2 Minuten sowas abgebrochen.

Hab meinen CP2102 Adapter nun auch mal direkt an das Vitoconnect drangehängt, leider selbiges - Log etc. sieht alles gleich aus. --> d..h am Verlängerungskabel kann es auch nicht liegen.
Danke auch für den Tip mit den 3.3V, hab ich auch ausprobiert, kein Erfolg.
Ich hab mir jetzt mal 2 andere Cp2102 adapter bestellt, mal schauen ob es damit klappt :D

Wenn das nicht klappt dann werd ich mal schauen das ich es noch mit nem anderen Raspberry Pi probiere, bzw. wo vielleicht nur das Skript läuft und sonst nichts --> am jetzigen Pi läuft auch Loxberry drauf(für die Loxone Umgebung) - kann mir zwar nicht vorstellen das sich da was in die quere kommt aber naja...

Hast du sonst noch eine Idee was ich probieren könnte? ;)

[philippoo66]

sag mal, läuft das Vitoconnect denn wenn du es direkt an den Opto-Kopf anschliesst? Nicht dass wir an der völlig falschen Stelle gucken...

[philippoo66]

Du könntest auch mal sicher stellen, dass der User, unter dem du das Ganze betreibst, Mitglied in der Gruppe dialout ist.
groups loxberry

Und du könntest mal das CP Board in einen USB vom Raspi stecken. Damit baust du ja praktisch eine 'Nullmodem Konfiguration'. Dann schickst du über ttyAMA0 was raus und das muss auf ttyUSB0 empfangen werden und andersrum.

[philippoo66]

zu der Nullmodem Geschichte:

• zwei Konsolenfenster aufmachen.
• im einem cat /dev/ttyUSB0 (zeigt alle empfangenen Daten auf der Konsole an)
• im anderen echo "Hallo!" > /dev/ttyAMA0

ggf. die Ports identisch konfigurieren mit
stty -F /dev/ttyXYZ0 9600 cs8 -cstopb -parenb

(alles lt. ChatGPT, hab ich jetz nich ausprobiert)

[StefanHoerUno]

Also das Vitoconnect funktioniert 1A, sobald ich das Optolink Kabel wieder einstecke, schaltet es auf grün und meine Anlage ist in der APP online - das macht es brav seit knapp 5 Jahren ;)

Also der User ist in der Gruppe Dialout

hab das mit dem CP2102 in den eigenen USB Anschluss des PI's anzustecken, lustigerweise geht auch das nicht

Ich hab mittlerweile auch ein zweites CP2102 Board bekommen - auch damit selbe Geschichte...
Also irgendwie muss es an meinem Pi liegen, aber ich hab noch immer keine Idee was es sein kann

Aber wie gesagt, wenn dir auch nichts mehr einfällt lass ich es bleiben und verzichte auf die Daten in der App und steuere alles über den Raspberry PI bzw. Loxone dahinter.

[philippoo66]

also das was die KI erzählt hat funktioniert bei mir:

auf nem Raspi 4 mit dem Board, was auch deins sein dürfte, ohne dass die 3.3V angeschlossen sind (Masse ist eh verbunden)

Solange das also nicht funktioniert, brauchen wir woanders nicht suchen.

[StefanHoerUno]

so ich hab nun noch einen weiteren Adapter ausprobiert und mit dem hat es nun sofort funktioniert.
Lange gesucht und doch wars die Hardware ;)
Danke trotzdem für deine Mühe und Hilfe!!

[philippoo66]

oh, 2 defekte CP Boards? das ist echt Pech! ich hab mehrere, teils unnterschiedliche, teils gleiche, und noch ne handvoll FTDI und noch n andren Chip, und die funktionieren glaubich alle.

Was mich gestern verwundert hatte war, dass list_ports den ttySO nicht angezeigt hatte. Ich hatte dann mit ner andren Karte probiert - auch keine Anzeige. Dann hab ich's trotzdem mit dem 'Nullmodem' probiert und es ging. Alles seltsam...

[StefanHoerUno]

Ich hab nun nochmal geprüft ob ich sonst irgendwas geändert habe bei den ganzen Tests, aber es war definitiv das CP Board - hab es mit den 2 anderen nochmal probiert, funktioniert nur mit dem einen --> https://www.waveshare.com/usb-to-ttl.htm

[philippoo66]

Der Unterschied zwischen dem Waveshare und den anderen ist der Chip. Der Waveshare hat einen FTDI Chip, während die anderen CP2102 Chips haben. Offensichtlich ist auf deinem System kein CP210x Treiber installiert. Den kann man gewöhnlich problemlos nachinstallieren. Auf einem normalen Raspbian OS ist er inklusive.

Du hast offensichtlich ein Opto neuerer Generation. Die alten funktionierten mit einem FTDI Chip nicht - aus dem gleichen Grund, nur andersrum. Das Problem ist, dass man auf einem Vitoconnect keinen Treiber nachinstallierenn kann.