Climate Solutions Community

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     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.     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

>> 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     bei meinem Vito Raspi steht da     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     auf meinem Raspi4 (wo ich die AMA0 benutze (zwar für meinen Stromzähler aber egal) eigentlich auch so:     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   ... Mehr anzeigen

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

wenn du hinterher Datenpunke suchst, mach das mit dem MQTT Explorer:     dann musst du nicht dauernd die poll_list editieren und das Skript neu starten 😉 ... Mehr anzeigen

puh, du machst es einem aber auch nicht einfach 😉 den meisten Usern ist klar, dass die Serielle Console nicht laufen darf, wenn man die UART als serielle Schnittstelle für Anwendungen benutzen will. Aber vielleicht sollte ich es trotzdem in's ReadMe schreiben.  Überhaupt sollten wir, wenn du es dann endlich am Laufen haben wirst (und das wirst du, da bin ich mir ziemlich sicher, weil du jetzt nach der ganzen 'Arbeit' wohl nicht aufgeben wirst), noch mal rekapitulieren, wodran es denn eigentlich gehapert hatte, damit wir dem für die 'Nachwelt' gleich vorbeugen können.  ... Mehr anzeigen

du musst einen reboot machen danach.... sagt Raspi aber auch ... Mehr anzeigen

sudo raspi-config                 ... Mehr anzeigen

aber erstmal die serielle Konsole ausschalten und die UART einschalten! ... Mehr anzeigen

also dann AMA0 statt S0 (oder vor jedem Skript-Start neu booten 😉 ) ... Mehr anzeigen

was für einen Raspi benutzt du? größer/gleich 3? ... Mehr anzeigen

serielle Konsole abschalten (und serielle UART enablen): https://www.raspberrypi.com/documentation/computers/configuration.html   ttyAMA0 benutzen statt ttyS0: https://github.com/philippoo66/optolink-splitter/wiki/520-termios.error:-(22,-'Invalid-argument') ... Mehr anzeigen

das ist genau das Verhalten des ttyS0   1. hast du noch die serielle Console am laufen meine ich gesehen zu haben, die musst du abschalten! 2. kommt es beim 2. Versuch, die S0 mit EVEN Parity zu öffnen, zu einem Fehler!     ... Mehr anzeigen

du musst jetzt erstmal 'richtige' Datenpunkte zusammenstellen! ... Mehr anzeigen

das sieht doch gut aus! Abgesehen, dass du noch lauter Datenpunkte (bzw den einen immer wieder, 0x2500) liest, die es auf deiner Anlage nicht gibt, aber die Reaktion ist die richtige. Optolink Error Code 0x01 steht für gewöhlich für 'Datenpunkt existiert nicht'. Den bekomme ich auch, wenn ich versuche 0x1234 zu lesen.   den komischen Time stamp kann ich noch nicht interpretieren, vielleicht kommen wir da irgendwann mal zu....     ... Mehr anzeigen

>> wurde pi3-miniuart.bt nicht auf miniuart.bt umbenannt?   kann schon sein, die werfen ja dauernd irgendwas um. bei mir klappt es mit dem pi- davor, aber ich habs mal mit ins Wiki geschrieben - danke! ... Mehr anzeigen

Fixe Benennung von USB Serial Adaptern zum Wiki zugefügt: https://github.com/philippoo66/optolink-splitter/wiki/130-Fixed-Naming-of-USB-tty-devices-%E2%80%90-udev-rule   ... Mehr anzeigen

als erstes solltest du TCP/IP ausschalten wenn du es nicht benutzt (settings_ini):   tcpip_port = None (hat aber nix mit dem aktuellen Fehler zu tun)   das, was wir jetzt als Fehler sehen, bedeutet, dass das Umschalten auf VS2 Protokoll grad nicht klappt (Antwort 0x06 auf Request 0x16,0x00,0x00). Das hat aber nichts mit deinen Änderungen zu tun!   etwas komisch ist das schon, weil die 0x05 auf den Protokoll Reset 0x04 ja kommt.   Starte das Skript noch mal, zur Not musst du die Vito einmal aus und wieder an schalten. Sitzt der Optolink Kopf noch richtig?!     ... Mehr anzeigen

ttyS0 - ttyAMA0 zum Wiki hinzugefügt: https://github.com/philippoo66/optolink-splitter/wiki/520-termios.error:-(22,-'Invalid-argument')   ... Mehr anzeigen

Moin Joachim!   Langsam kommen wir der Sache näher 🙂 Der list index out of range kommt daher, dass die Wärmepumpen den Zeitstempel in einem anderen Format übertragen als die Gas-Wandgeräte, hier wird der 0x20-te Wochentag in einer Liste Mo..Fr gesucht. Das hatten wir schon - siehe hier   Also als nächstes die poll_list auf Einträge anpassen, die es gibt und das Format richtig setzen. Das Datum an 088E gibt es, aber ändere erstmal das Format auf raw (in Wirklichkeit ist es irgendein wahrscheinlich Unix Time Stamp Ähnliches, der Converter ist noch nicht eingebaut).   >> den USB Anschluss des Optolinks auf einen freien USB Port von meinem RPi   Solange du nur ein ttyUSB Gerät dran hast, ist das kein Problem. Sobald du mehrere serielle Converter anschliesst, kann es sein, dass der Opto mal ttyUSB0 und ein andres (Boot-) mal ttyUSB1 ist. Dann macht es Sinn, (gewöhnlich) anhand der Seriennummer des Chips einen festen namen zuzuordnen, z.B. ttyOptolink.   Wenn das bei dir nötig werden sollte, sag ich dir, wies's geht, oder ich schreib es zwischendurch in's Wiki.   Ich seh auch schon den nächsten potentiellen Stolperstein mit der on-Board UART bei Raspi 3 und 4. Der ttyS0 kann mit even Parity (die das Viessmann Protokoll nun mal benutzt) nur einmal pro boot benutzt werden. Wir er ein mal geschlossen muss der Pi neu gestartet werden. Aber auch da gibt es einen Weg (Umstellen auf ttyAMA0) - ich muss dringend das Wiki etwas ergänzen... 😉   Aber gut, dass wir schon mal weiter sind! (ich hab den dynamischen Import auch schon wieder eingebaut)   Such dir erstmal ein paar grundlegende Datenpunkte raus und beschränk die Liste im ersten Moment da drauf.   Grüsse! ... Mehr anzeigen

 noch eine kleine Erklärung zu mqtt_user = None : der betreffende Abschnitt im Code ist ja der hier:     mqtt_user = None heisst also nur, dass dann die Funktion  username_pw_set()  nicht ausgeführt wird. Es wird nicht None übergeben, sondern eben garnix (bzgl. user/pwd gemacht). Dementsprechend wird das  connect()  weiter unten mit anonymous gemacht.    aber inzwischen gehe ich eigentlich davon aus, dass das Problem mit MQTT garnix zu tun hat... ... Mehr anzeigen