Climate Solutions Community

eigentlich ist es so auch kein Problem... 😉 Das Ding ist ja völlig einfach was Abhängigkeiten und Handhabung anbetrifft. Die Datenpunkte halt... Die könnte ich aber in einem Image auch nicht für alles passend mitlierfern, und ausserdem hat ja jede/r seine eigenen Anliegen, welche Daten er/sie denn haben will.   ... Mehr anzeigen

jap, läuft. Die ganzen Varianten der Dienste waren einfach immer nicht zum Autostart bei Booten enabled und blieben folglich inaktiv. Schon die erste Variante (auf Seite 1) funktioniert. Das ViConnect ist ein Opto2, das hat überhaupt kein Problem mit unterbrochener Verbindung oder Startsequenz oder so.   Das mit den Datenpunkten ist tatsächlich ein Problem - obwohl es (auch gemäß vorliegendem Abnahmeprotokoll) eine WO1C ist, passen die bekannten Adresslisten nicht dazu (zumindest die meisten ausprobierten Adressen, wobei das nicht viele sind)...   >> Dann kannst du den Splitter bald auf den Markt bringen   du kennst mich doch - ich verschenke immer alles und hoffe auf Belohnung durch das 'Schicksal'.... -)   Grüsse!   ... Mehr anzeigen

ubs, etwas verpennt, sorry, du kannst pm senden ... Mehr anzeigen

gute Idee!   dein journal befehl oben ist nicht richtig, du muss ihn mit deinem Service aufrufen, also journalctl -u optolink-splittersh --since "2024-08-16 15:00"   ein Versuch, den wir machen könnten, wäre, einen Service für die Virtuelle Umgebung und einen für den optolink-switch, und in zweiterem    After=network.target my_venv_service.service Requires=my_venv_service.service   zu setzen.   Aber wir müssen erstmal sicher sein, ob es wirklich dadran liegt.   was hälst du von bsw 20:30 oder 21:00 heute Abend?! (ich wollte grad essen und dann ein kleines Nickerchen machen, die letzte Nach war recht kurz....)   ... Mehr anzeigen

aber wenn es jetzt wieder mit dem ganz normalen ExecStart = /venv/bin/python ol_switch.py klappt, scheint das Problem ja wo anders zu liegen.   ich befürchte nach wie vor Probleme mit dem Vitoconnect bei Heizungs-seitger Unterbrechung der Kommunikation.... schauen wir. ... Mehr anzeigen

könnte nur ein Problemchen geben: im Journal landen jetzt alle Consolen-Ausgaben:   HerrP_2-1723797819464.png   das wird ruck zuck ziiieeemlich viel....   aber das könnte man  show_opto_rx = False  in der settings ini abschalten.   ... Mehr anzeigen

Guten Morgen erstmal! 😁 ... Mehr anzeigen

ich habe ja per Dienst das sh skript gestartet. das funktioniert bei mir wunderbar. Starten und Stoppen, Starten...   HerrP_1-1723797367145.png   Python executable path: /home/pi/olstest/myvenv/bin/python.   alles gut und in meinen Augen ein Dienst?!?     ... Mehr anzeigen

so, jetzt ist aber wirklich Zeit für's Bett. ggf. probier ich das morgen auf meinem Raspi 4, aber da iat auch 'nur' python V 3.11 drauf. ... Mehr anzeigen

die Variante mit ExecStart=/home/pi/olstest/myvenv/bin/python /home/pi/olstest/optolinkvs2_switch.py funktioniert bei mir doch. ich hatte mich vorher verschrieben.   Allerdings habe ich Python Vers. 3.9.2. Auf 3.12 soll es anders sein. siehe z.B. https://github.com/open3e/open3e/issues/98 hier ist open3e aber kein skript mehr. aber in der richtung müssen wir weiterschhauen.   ~~~~~~~~~~~~~~~~   ich habe deine Idee mit dem bash skript ausprobiert!   ein olstest.sh mit dem Inhalt #!/bin/bash source /home/pi/olstest/myvenv/bin/activate exec /home/pi/olstest/myvenv/bin/python /home/pi/olstest/optolinkvs2_switch.py   die .sh muss ausführbar sein! chmod +x /home/pi/olstest/olstest.sh   dann in dem Servicegedöhns:   WorkingDirectory=/home/pi/olstest/ Environment="PATH=/home/pi/olstest/myvenv/bin" ExecStart=/home/pi/olstest/olstest.sh   das funktioniert bei mir!     das ist in meinen Augen zwar wenig Anderes als das ExecStart=/bin/bash -c 'source /home/pi/optolink/myvenv/bin/activate && exec /home/pi/optolink/myvenv/bin/python /home/pi/optolink/optolinkvs2_switch.py' aber wie gesagt - mit dem sh Skript funktioniert es. ... Mehr anzeigen

ich hab mir auch noch mal ne venv gebaut und das mit dem Service versucht. Es geht bei mir auch nicht, mit keiner der bisherigen Varianten.   Wir müssen mal googeln, ChatGPT schein da nicht weiter zu bringen.   Aber heute is spät, morgen ist auch ein Tag   ... Mehr anzeigen

aber da steht doch "Main PID: 7912 (code=exited, status=0/SUCCESS)" Für mich sieht das aus als wäre der Prozess erfolgreich gestartet.   mach mal top -p 7912 Eigentlich sollte da jetzt CMD python3 stehen.   Hast du mal ein MQTT read im MQTT Explorer versucht? Kommt auf das cmnd ein resp ? dann liefe das skript.   Was sagt die Ausgabe im vitolog (wofür wir die Zeile eingebaut haben)? Lösch das vlt vorm Starten mal   >> Zeilen für Logging und polllimit in settings_ini.py eingefügt   ich denke du meinst du hast die Einträge entsprechend gesetzt? die stehen schon drin, du brauchst nix einfügen.   ... Mehr anzeigen

pps. sorry für die späte Antwort! ich war heute unterwegs.... ... Mehr anzeigen

ps. du kannst die Zeile auch einfach bei dir reinschreiben, vitolog.write(f"Python executable path: {sys.executable}\n") musst aber oben bei den imports noch import sys dazu machen. ... Mehr anzeigen

jetzt müssen wir noch mal genau klären: a) läuft das Vitoconnect nicht weiter, wenn du den Kopf rusziehst und nach ner Weile wieder rein steckst? oder b) wird die Virtuelle Umgebung nicht mit/von dem Service gestartet?   ich habe ChatGPT noch mal gebeten und explizit drauf hingewiesen, dass der Dienst myvenv und darin das Skript starten soll:   [Unit] Description=Optolink VS2 Switch Service After=network.target [Service] Type=simple # Benutzer und Gruppe, unter der der Service laufen soll User=pi Group=pi # Pfad zum Arbeitsverzeichnis WorkingDirectory=/home/pi/optolink/ # Aktivierung der virtuellen Umgebung und Ausführung des Skripts ExecStart=/bin/bash -c 'source /home/pi/optolink/myvenv/bin/activate && exec /home/pi/optolink/myvenv/bin/python /home/pi/optolink/optolinkvs2_switch.py' # Optionale Einstellungen: Restart=always # Service neu starten, wenn er abstürzt RestartSec=10 # Wartezeit vor dem Neustart [Install] WantedBy=multi-user.target   das ExecStart sieht schon ein wenig anders aus (Achtung, keinen Zeilenumbruch machen! ich habs noch mal als pdf angehängt). Aber mir scheint ChatGPT ist auch nicht unbedingt zuverlässig in dieser Angelegenheit.   ich habe einen Branch "debug_venv" gemacht mit folgender Egänzung in der optolinkv2s_switch.py:   HerrP_0-1723750366842.png   damit sehen wir dann im vitolog, ob das Skript wirklich in der myvenv läuft.   Könntest du das mal ausprobieren mit der Änderung des Service!?         ... Mehr anzeigen

>> damit man die device immer wieder erneut benutzen kann unabhängig davon ob neu gebootet genau dafür haben wir es gemacht. Die ttyS0 würde bei einem erneuten Start des skripts ohne vorherigen reboot nicht funktionieren.   Wir müssen der 'Neu/Startproblematik' noch mal genau auf den Grund gehen.   Ich vermute, das Vitoconnect muss neu gestartet werden, nicht die ganze Anlage. Bei den Opto1 war es so, dass das beim Einschalten zuerst die Verbindung zur Heizung aufgebaut hat, und wenn die stand, die WLAN Verbindung und dann die Verbindung zum Viessmann Server.   Wenn man jetzt bei laufender Serververbindung die Heizung 'ausmacht' (so sieht das für das Viconnect aus, wenn man das Skript stoppt), kann es sein, dass es die ursprüngliche Initialisierungssequenz wieder erwartet - d.h. Viconnect aus, Heizung an, ...   Um dahinter zu kommen, was passiert, müsstest du man in der settings_ini  log_vitoconnect = True  setzen und  poll_interval = -1  Dann wäre es gut, wenn du im Betrieb mal den Optolinkkopf für 1..2 Minuten abziehen und wieder drauf stecken würdest (an der Heizung, ich weiss, das ist etwas friemelig, aber es hilft uns).   Wenn dann die Vitoconnect Verbindung weiter läuft, haben wir Chancen, das mit dem Neu Starten in der Software hin zu bekommen. Sonst hilft nur das Vitoconnect mit einem Relais neu zu starten (können wir unkompliziert auch automatisiert realisieren).   Danke für die Liste! Ich werde die Punkte mal angehen.       ... Mehr anzeigen

ps. Startreihenfolge von Diensten kannst du beeinflussen. (erst moquitto, dann splitter z.B.) Farg mal ChatGPT, das kann das wahrscheinlich sofort sagen, wie du das hinbekommst.   Ich hab da übrigens garkeine Rücksicht drauf genommen. wenn moquitto noch nicht da ist, geht splitter schief und wird nach 3 Sekunden wieder probiert - solange bis es läuft. ... Mehr anzeigen

mach einen systemctl service wie ein paar seiten zurück beschrieben! den kannst du wie jeden anderen Dienst beim Booten automatisch starten, anhalten und wieder starten. dabei brauchst du dich um die virtuelle Umgebung nicht zu kümmern, die ist sozusagen inklusive.   Aber gerade dann ist es nötig, die ttyAMA0 zu benutzen, weil du ja keinen Reboot machst (oder machst du einen?). Ja, der Weg war ein wenig 'steinig', und du hattest es zwischendrin geschafft, mich etwas zu verunsichern, aber es freut mich auch, dass es jetzt läuft!!   Können wir noch mal die Stolpersteine listen?! - es fing an mit dem 'externally-managed-environment' - dann MQTT Anmeldung, aber eigentlich hatte das doch alles funktioniert, oder? Auch mit dem dynamischen Import des mqtt_util war letzendlich kein Problem? Was war das Problem?!? (OS Err 22, Invalid argument) - der Timestamp, der bei WP anders ist als bei Gas -> Index out of range - serielle Console disablen, serielle Schnittstelle für Apps freischalten - die Geschichte mit ttyS0 ttyAMA0 - Eintrag an der richtigen Stelle von config.txt (oder geht es auch unter [all]?) - Slash vergessen - kann passieren (braucht aber nich in's Readme denk ich) 😉 - nochwas?   Einiges hab ich ja schon in's Wiki gepackt. Sollten trotzdem Hinweise in's Readme? welche?   ... Mehr anzeigen

Falls es dich interessiert - dein Output oben bedeutet folgendes:   rx 06 rx 41 06 01 a1 7d 00 01 03 29 -> (Antwort vorheriges Telegramm, 7d00 hat 1 Byte und Wert 0x03) rx 41 05 00 c1 7d 0a 02 4f -> Vitoconnect an Vitocal: read 7d0a, 2 Bytes rx 06 -> (Vitocal an Vitoconnect: ok, verstanden; ist eigentlich das 1. Byte des Antworttelegramms) rx 41 07 01 c1 7d 0a 02 78 00 ca  -> Vitocal an Vitoconnect: 7d0a gelesen, 2 Bytes, Wert: 0x0078    rx 41 05 00 e1 7d 0b 02 70 -> Vitoconnect an Vitocal: read 7d0b, 2 Bytes rx 06 rx 41 07 01 e1 7d 0b 02 aa 00 1d -> Vitocal an Vitoconnect: Wert 0x00aa   rx 41 05 00 01 7d 0c 02 91 -> (usw.) rx 06 rx 41 07 01 01 7d 0c 02 d7 00 6b  -> 7d0c: 0x00d7   rx 41 05 00 21 7e 80 01 25  -> Vitoconnect an Vitocal: read 7e80, 1 Byte rx 06 rx 41 06 01 21 7e 80 01 00 27 -> Vitocal an Vitoconnect: Wert 0x00   rx 41 05 00 41 7e 81 02 47 rx 06 rx 41 07 01 41 7e 81 02 6e 00 b8  -> 7e81: 0x006e   rx 41 05 00 61 7e 82 01 67 rx 06 rx 41 06 01 61 7e 82 01 00 69  -> 7e82: 0x00   rx 41 05 00 81 7e 83 01 88 rx 06 rx 41 06 01 81 7e 83 01 04 8e  -> 7e83: 0x04   rx 41 05 00 a1 7e 91 02 b7 -> Vitoconnect an Vitocal: read 7e91, 2 Bytes ...   auf die Weise siehst du, welche Datenpunkte Viessmann ausliest. Wenn Viessmann was schreibt, wird das Rosane eine 2 und die Daten (Wert) kommen natürlich im Request. vielleicht nutzt dir das was 😉   du kannst das auch mitschreiben lassen, wenn du in der settings_ini  log_vitoconnect = True  setzt. ... Mehr anzeigen

nagut, wahrscheinlich ist der kleine Spannungsregler im kleinen Chip dann schon hinüber. Es könnte allerdings auch sein, dass die 5V von USB garnicht angeschlossen sind. Ich muss mir das mal in Ruhe anschauen, ich hab auch noch so ein Boardchen hier.   Aber egal - Hauptsache es funktioniert.   Hast du jetzt schon mal das Skript angehalten und nach ner Weile wieder gestartet? Fängt das Vitoconnect dann wieder an zu blubbern?   Ansonsten ist doch jetzt soweit alles am Laufen, oder?   ... Mehr anzeigen

>> Alle Ports sind verbunden und haben damit auch die 3.3V   ja, aber es sind nie und nicht überall 3.3000000000 Volt, also unterschiedlich   HerrP_2-1723654688034.png   Wenn du jetzt den 3.3V Pin mit 3.3V vom Raspi bestromst, belastet du den Voltage Regulator. Der wird nicht viel können wird, zumin weniger als der Raspi. Das geht ne Weile gut, aber auf Dauer läufst du Gefahr den durchzubrennen.   Lass die Verbindung einfach weg! Falls es dann nicht gehen sollte, kanns du ihn ja wieder drauf stecken (dann ist der Voltage Regulator schon abgeraucht) ... Mehr anzeigen

das wird die Kommunikation des Vitoconnect sein. scheint also zu laufen 😎 ... Mehr anzeigen

versuch mal erst, bei dem Adapter nur TX, RX und GND am Raspi anzuschliessen. Ich denke der bekommt seine Spannungsversorgung über den USB Stecker.   HerrP_0-1723650353463.png   Dann muss er natürlich im Vitoconnect stecken und das muss an sein, damit er auch Spannung bekommt.   Zwei sich bekämpfende 3.3V (eine vom Voltage Regulator vom Chip und eine vom Raspi) sind nicht gut. Die sollten nicht verbunden werden. Solange du den USB am Vitoconnect nicht eingestöpselt hast, kannst du die 3.3V vom Raspi nehmen. Aber hinterher nicht beides gleichzeitig.   Der Stecker am gelben Kabel steckt am Raspi nicht auf einem PIN! Zumindest sieht das auf dem Foto so aus.   Ansonsten sieht das richtig aus. TX/RX sind gekreuzt, wie das sein muss.   ~~~~~~~~~~~~   wenn list_ports den AMA0 sieht ist er auch da! - hast du 0 (Null) und nicht O (Buchst O) geschrieben? - hast du in der settings_ini "/dev/ttyAMA0" geschrieben (mit führendem slash)?       ... Mehr anzeigen

HerrP_9-1723647355948.png     ... Mehr anzeigen

>> die Änderung "dtoverlay=miniuart-bt"in der /boot/firmware/config.txt unter der Sektion [ALL] eingetragen   Sektion [ALL] ist falsch! es muss nach oben! (garkeine Section...) ... Mehr anzeigen

etwas komisch ist   HerrP_6-1723646628062.png   bei meinem Vito Raspi steht da   HerrP_7-1723646857347.png   dein Optolink Kopf scheint einen anderen Chip drin zu haben. Hoffen wir, dass dein Vitoconnect auch mit den CP2102 klar kommt! Aber das muss es ja eigentlich, weil die alten Köpfe alle den Chip haben. #   Ist das eine Opto1 oder eine Opto2? ... Mehr anzeigen

das sieht doch eigentlich schon ganz gut aus   HerrP_2-1723645969899.png   auf meinem Raspi4 (wo ich die AMA0 benutze (zwar für meinen Stromzähler aber egal) eigentlich auch so:   HerrP_4-1723646108455.png   es kann halt sein, dass sie noch anderweitig belegt ist. dann hat dein config.txt Änderung nicht gefruchtet (steht der Kram oben und nicht in einer section [xyz]?). Wichtig ist, dass die AMA0 bei python list_ports.py auftaucht.   ... Mehr anzeigen

steht da die ttyAMA0 drin? versuch auch mal   python list_ports.py HerrP_1-1723645667162.png   ... Mehr anzeigen

ok, eins nach den andren.   Was liefert   ls /dev/tty* ? sowas? HerrP_0-1723645543995.png   ... Mehr anzeigen