Climate Solutions Community

@HerrP  Hab die neue geladen und war anfangs vielversprechend. Ist wieder in einen Timeout gelaufen und dann hab ich die zweite Instanz mit einem systemd laufen und überwachen lassen. bis jetzt läuft es einmal am Tag in den Timeout. Die erste Instanz läuft fröhlich weiter mit 109h auf dem Buckel  und wurde manuell gestartet.   Ich kann jetzt so damit leben und hoffe dass ich irgendwann upgraden kann auf die neuste Version und alles läuft. Ich verstehe nur nicht warum Buster bei manchen keine Probleme verursacht. Werde aber noch weitere Datenpunkte am PA2 einfügen nach und nach. Nur zur Vollständigkeit: 2 Canbus Adapter am PI3 mit Buster VCAL ist an interner Klemme 91 angeschlossen mit GND PA2 ist an E380 angeschlossen mit GND auf dem Terminal Anschluss.   ... Mehr anzeigen

@HerrP Danke! Ich habe es heute morgen mit nur 4 DIDs gestartet (1214, 1348, 1367, 1436). Komischerweise funktioniert das bis jetzt.  Ich lese die Daten per -r request aus. Ich lade Sie runter und versuchs. Melde mich dazu. LG Thomas ... Mehr anzeigen

Lieben Dank für den Tip. Sorry für die Ahnungslosigkeit. Jetzt hat es natürlich geklappt. Hier der Dump nach dem Absenden des Befehls cansend can1 680#0322055700000000   rechi2@raspi-heizung:~/open3e $ candump can1,600:700   can1  680   [8]  03 22 05 57 00 00 00 00   can1  690   [8]  05 62 05 57 A7 04 55 55   can1  680   [8]  03 22 04 BE 00 00 00 00   can1  690   [8]  05 62 04 BE 0D 03 55 55   can1  680   [8]  03 22 05 57 00 00 00 00   can1  690   [8]  05 62 05 57 B2 04 55 55   can1  680   [8]  03 22 05 9C 00 00 00 00   can1  690   [8]  10 0C 62 05 9C C9 01 CF   can1  680   [8]  30 00 00 00 00 00 00 00   can1  690   [8]  21 00 48 02 B7 01 00 55 ^Crechi2@raspi-heizung:~/open3e $  ... Mehr anzeigen

mit  cansend can1 680#0322055700000000  passiert gar nichts. Befehl läßt sich absetzen aber es kommt nichts in der Konsole an/zurück. Mach ich was falsch? Der Datenpunkt ist aber nicht 1667 sondern 1367 der den Fehler verursacht hat. ... Mehr anzeigen

Hallo. Ich war die Woche unterwegs und konnte nichts testen. Ich habe nur die VCal laufen lassen (ohne Probleme. Hatte gestern Abend wieder versucht die PA2 wieder zu starten mit einem neuen Ergebnis. Ist zwar auch wieder in den Timeout gelaufen aber diesmal kam eine zusätzliche Meldung, die mir sagte dass meine Datenpunkt Umwandlung mist ist. 2023-12-15 18:32:02 [ERROR] UdsClient: [UnexpectedResponseException] : ReadDataByIdentifier service execution returned a valid response but unexpected. Details : Server returned values for 1 data identifier that were not requested. Dids are : {1367} Traceback (most recent call last): File "Open3Eclient.py", line 363, in <module> readbydid(addr=ecudid[0], did=ecudid[1], raw=args.raw, msglvl=mlvl) File "Open3Eclient.py", line 216, in readbydid value,idstr = dicEcus[addr].readByDid(did, raw) File "/home/rechi2/open3e/Open3Eclass.py", line 114, in readByDid response = self.uds_client.read_data_by_identifier([did]) File "/home/rechi2/.local/lib/python3.7/site-packages/udsoncan/client.py", line 174, in decorated return func(self, *args, **kwargs) File "/home/rechi2/.local/lib/python3.7/site-packages/udsoncan/client.py", line 476, in read_data_by_identifier response, "Server returned values for %d data identifier that were not requested. Dids are : %s" % (len(extra_did), extra_did)) udsoncan.exceptions.UnexpectedResponseException: ReadDataByIdentifier service execution returned a valid response but unexpected. Details : Server returned values for 1 data identifier that were not requested. Dids are : {1367}   In Open3Edatapoints.py war zu dem Zeitpunkt der Codec auf 1367 : O3EInt16(2, "FuelCellThermalPower"),   Ich habs dann versucht mit  1367 : O3EInt16(2, "FuelCellThermalPower", signed=True),   geht aber trotzdem in den timeout. Ich glaube ich habe Fehler in den Datapoints codecs.  Ich brauche die DIDs 567,1191,1214,1313,1348,1349,1367,1435,1436,1573,1596,1795,1798   Kann mir jemand helfen mit den Codecs? Ich verstehe die leider nicht und weiss auch nicht wo ich das rausfinden kann.   Danke vorab! LG Thomas ... Mehr anzeigen

Hallo. Habs endlich geschafft Buster zu installieren. Die SD Karte ist kaputt gegangen arrrrghh.   Hab alles wieder installiert und meine zuvor gesicherten args, devices und Datenpunkte raufgespielt und es lief. Aber nur 2 Stunden und dann schon wieder timeouts. 😫 Dann hab ich die develop version vom Open3Eclient raufgespielt. Parallel kam hier das Thema GND wieder hoch. Ich habe den einen Adapter an der VCal hängen mit GND. Der zweite hängt am E380 (welcher mit der PA2 verdrahtet ist) ohne GND. Aufgrund der Info von @HerrP hab ich dann gleichzeitig (dummerweise) den GND vom Adapter über 1k Widerstand auf PE gezogen.  Es kamen immer noch Fehler. Ich kann nicht mehr genau nachvollziehen welche develop Version es war (die vor HerrPs fix oder die danach). Heute morgen habe nochmal die develop Version drauf gespielt und die Anzahl an DIDs auf dem 2. Adapter auf ein Minimum (3) reduziert und es lief mehrere Stunden durch. Habs jetzt wieder auf 13 erhöht (ggü 25 von vorher) und jetzt läuft es ohne Probleme. Auch nach einer Stunde zeigt  ip -details -statistics link show can0 4: can1: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10 link/can promiscuity 0 minmtu 0 maxmtu 0 can state ERROR-ACTIVE restart-ms 0 bitrate 250000 sample-point 0.875 tq 250 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1 gs_usb: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1 clock 48000000 re-started bus-errors arbit-lost error-warn error-pass bus-off 0 0 0 0 0 0 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 RX: bytes packets errors dropped overrun mcast 54986748 7308941 0 0 0 0 TX: bytes packets errors dropped carrier collsns 185432 23179 0 0 0 0  keine Fehler.   Ich hab das vorher aber auch nie getestet. Schauen wir mal ob es so bleibt.  Es wundert mich nur dass der Fehler wieder kam trotz Buster. Vielleicht war es tatsächlich der GND alleine. Ich berichte weiter. ... Mehr anzeigen

Danke für die Tipps. Hab das upgrade ausgeführt. Die Fehlermeldung wegen des alten Betriebssystems kam nicht (eventuell weil ich vorher schon ein update --allow-releaseinfo-change gemacht habe.  Ich hab das remote gemacht und jetzt lässt er mich nicht mehr per ssh drauf (connection refused).  Muss heute abend zu Hause nachschauen. ... Mehr anzeigen

Ja.    ... Mehr anzeigen

Morgen. Ich habe immer noch abstürze und das regt mich so auf dass ich mir schnell Buster installiert habe. Dummerweise kommt beim start von Open3e immer diese Fehlermeldung. Hat jemand ne Idee:       Der Adapter fährt hoch wenn ich ihn starte.  Danke! ... Mehr anzeigen

Wenn Du Open3e_depictSystem.py durchlaufen lässt siehst Du alle Datapoints für deine Addressen. Der Aufruf prüft die bekannten Device Addressen und die dazugehörigen Datapoints. Kannst dir auch alle Datapoints in Open3E_datapoints.py anschauen. Heist aber nicht dass die 300 alle hat. Einfach depictSystem durchlaufen lassen.  ... Mehr anzeigen

Hallo. Ich hab die gleiche Konfiguration. Gehe davon aus du hast den Mosquitto MQTT laufen auf dem NUC. Wenn username und pwd angelegt hast, musst Du das mit übermitteln. Du musst auf dem RASPI nachdem Du depictsystem gemacht hast, den Open3Eclient.py starten aus dem terminal heraus. Am Anfang habe ich es ohne args gemacht. python3 Open3Eclient.py -c can0  -dev vdens  -m 192.168.2.77:1883:vdens -muser usrname:pwd  -r 268,269  -t 30 & Du kannst Dir parallel auf irgendeinem Rechner in deinem Netzwerk den MQTT Explorer installieren. Den mit  deinem NUC verbinden und dann siehst Du schon die topics vdens mit den DIDs 268 und 269 im obigen Bsp.  Dort heraus kannst Du das state topic kopieren und dir in HA eine mqtt.yaml anlegen und diese DIDs einfügen. Ein sensor sieht z.B. so aus (Bsp von mir): sensor: #Sensor für aktuellen Volumenstrom WP - name: "VCCAN_Volumenstrom"   unique_id: "VCCAN_Volumenstrom"   state_topic: "vitocal/1043_AllengraSensor/Actual"   unit_of_measurement: 'l/h'   state_class: measurement   Dann kannst Du wie gewohnt den sensor verwenden in deinen Dashboard, Automatisierungen, etc.   ... Mehr anzeigen

Danke. Hab die neue Open3Eclient.py aus dem develop branch geholt und sie läuft. Liefert in der 2. Instanz alle 20s eine timeout, läuft aber weiter und liefert Daten. Damit kann ich leben bis die Kernel aktualisiert sind. Danke nochmal. LG   ... Mehr anzeigen

Danke für die Erläuterung. Ich habe mir jetzt einfach ein Script geschrieben das denn Open3Eclient immer wieder startet wenn er abstürzt. Komischerweise stürzt nur die 2.instanz immer ab. Die erste läuft durch. Vielleicht läuft sie auch noch nicht lange genug. Ich beobachte und berichte.  ... Mehr anzeigen

🙈Sorry. War mir nicht klar. Hab jetzt den listener mode raus genommen und den timestep wieder eingefügt. Jetzt läuft es schon seit 10 Minuten. Ich verstehe es nicht.... ... Mehr anzeigen

Hatte danach die Posts danach gelesen die gleiches Problem haben. Habe natürlich auch rpi update gemacht und danach alles zerschossen. Hab mich dann kurz entschlossen den PI neu aufzusetzen. Gibt ja Übung 🙂 Alles lief und dann kam das timeout wieder. Aber bei nur auf dem 2. Adapter (der an der PT2). Zum Schluss sogar alle paar Minuten. Daraufhin habe ich in den args den timestep rausgenommen (cmnd listened ja nur bei Änderungen - mein Verständnis). Jetzt läuft der durch (seit 1h). Der erste Adapter (vcal) läuft auch mit dem timestep und cmnd durch. Vielleicht hilft das ja bei der Fehlersuche.   Achse: eins noch: Habe mir die Version aus der develop branch geholt.   ... Mehr anzeigen

Hallo.   Ich habe jetzt 2 Canbus Adapter im laufen (einen an VCAL und einen an PT2), meine Datenpunkte werden auch ausgelesen und per MQTT an mein HA geschickt. Mit den PT2 Datenpunkten musste ich in Open3Edatapoints.py noch einige anpassen (aus der develop branch mit komplexen Datenpunkten) und siehe da, die Daten kommen im HA an. Etwas Fleisarbeit, aber funktioniert.  Ich habe noch keine automatischen service definerit um Open3Eclient.py zweimal zu starten da ich ich ständig noch mit den Daten rumspiele. Die zweite Instanz (bei mit PT2) stoppt aber nach etwa 4-6h mit foglender Fehlermeldung: 2023-12-06 11:34:19 [ERROR] UdsClient: [TimeoutException] : Did not receive response in time. Global request timeout time has expired (timeout=20.000 sec) Traceback (most recent call last):   File "/home/rechi2/open3e/Open3Eclient.py", line 351, in <module>     listen(args.read, args.timestep)   File "/home/rechi2/open3e/Open3Eclient.py", line 207, in listen     cmnd_loop()    File "/home/rechi2/open3e/Open3Eclient.py", line 155, in cmnd_loop     readbydid(addr, getint(did), json=(cd['mode']=='read-json'), raw=(cd['mode']=='read-raw'))   File "/home/rechi2/open3e/Open3Eclient.py", line 214, in readbydid     value,idstr =  dicEcus[addr].readByDid(did, raw)   File "/home/rechi2/open3e/Open3Eclass.py", line 114, in readByDid     response = self.uds_client.read_data_by_identifier([did])   File "/home/rechi2/.local/lib/python3.9/site-packages/udsoncan/client.py", line 174, in decorated     return func(self, *args, **kwargs)   File "/home/rechi2/.local/lib/python3.9/site-packages/udsoncan/client.py", line 452, in read_data_by_identifier     response = self.send_request(req)   File "/home/rechi2/.local/lib/python3.9/site-packages/udsoncan/client.py", line 2184, in send_request     raise TimeoutException('Did not receive response in time. %s time has expired (timeout=%.3f sec)' % udsoncan.exceptions.TimeoutException: Did not receive response in time. Global request timeout time has expired (timeout=20.000 sec)   Hat jemand ne idee was das sein könnte bzw wie kann ich den Prozess überwachen und wieder starten falls er stoppt? Die erste Instanz (VCAL) läuft durch.   LG ... Mehr anzeigen

@JörgWende Hammer. Läuft! Ganz lieben Dank! ... Mehr anzeigen

Super Sache. Kann ich mich da dran hängen? Ich kann das Thema mit 2 CanBus Adapter hinzufügen. ... Mehr anzeigen

@HerrP . Hast recht. ich habe einen Fehler gemacht. Durch irgendeinen Grund hat er mir das timeout pro did nach 1371 gezeigt. Ich habs nochmal laufen lassen bis 3500 und jetzt ging es und hat auch mehr Punkte gebracht! Ich musste aber auch die datapoint Dateien umbenennen und die Dateinamen in der devises.json anpassen. Jetzt läuft es soweit. Ich hab noch ein paar Fleissaufgaben und danach mache ich mich an ein kleines Wiki. Ich hänge immer noch wie einen Matrixwert auslese. Z.B. bei der 250er: vitocal/565_EnergyConsumptionDomesticHotWater 000000002c0000002c000000960500008106000000000000 wie verarbeite ich den Wert? LG LG ... Mehr anzeigen

Ja das war ich. Ich schau mir das an und schick dir die Dateien. Ich habe in der Datei Open3E_depictSystem die last_did auf 1371 angepasst, weil komischer weise er vorher weiter bis auf 3700 zählen wollte und nach 1371 für jeden did nach 3 Sekunden ein Timeout bekam. Hat mir zu lange gedauert. Zusätzlich habe ich in den CANbus auf 1 gesetzt in der Datei bevor ich es auf PT2 laufen lies. Das mit den beiden Aufrufen hab ich dann spitzbekommen. Habs allerdings wie oben aufgerufen (sprich den PT2 ohne Parameter -v). Es ging soweit, kann die Daten in HA einlesen und verarbeiten. Nur bin ich nicht in der Lage die z.B. ElectricalPowerOutput von Hex in Decimal umzurechnen in Homeassistant und auch nicht die Arrays. Weiss nicht ob dies hierzu das richtige Forum ist. Ich lasse es nochmal auf der VCAL laufen und starte dann mit -cnfg. Lieben Dank für eure tolle Unterstützung!   ... Mehr anzeigen

Hallo Juergen.   Lieben Dank. Hat funktioniert. Beide Adapter (can0 -> vcal und can1 ->PT2) starten nach dem reboot. Ich habe den ersten adapter abgesteckt und den zweiten mit der PT2 verbunden. Depict (mit Parameter -c can1) ist auch durchgelaufen. Es hat die Dateien devices.json neu geschrieben, heisst die Daten da drin von der 250 sind weg, das gleiche für die Datapoints. Die HMUMASTER Adresse ist bei beiden ja gleich. Sorry für die dumme Frage (bin neu in der Materie). Wie starte ich eine zweite Instanz? Einfach ein zweites mal aufrufen mit dem Parameter -c can1 oder muss ich open3e ein zweites mal installieren in einem anderen Verzeichnis? Und welchen -d Parameter muss ich übergeben? Beim 250er ist es ja -v cal, was auch funktioniert mit nur einem Adapter.  Zur Veranschaulichung stelle ich mir das so vor: Adapter 0 (VCAL) python3 Open3Eclient.py -c can0 -dev vcal -m 192.168.178.16:1883:vitocal -mfstr {didNumber}_{didName} -muser usr:pwd -t 30 -r 268,269 Adapter 1 (PT2) python3 Open3Eclient.py -c can1 -dev vpt2 -m 192.168.178.16:1883:vitovp -mfstr {didNumber}_{didName} -muser usr:pwd -t 30 -r 268,269 Hab ich einen Denkfehler hier? LG Thomas ... Mehr anzeigen

Kurze Frage noch. Meine PT2 ist nicht per CAN-BUS an der 250 angeschlossen. Ich plane deshalb einen 2. Canbus Adapter an den Raspi anzuschluschliessen und mit dem dann auf die PT2 zu gehen. Kann ich einfach open3 beide canbus id's übergeben oder muss ich eine separate session starten? Gibt es noch was zu beachten bzgl depict_system.py? Ich möchte ja nicht dass er die Daten vom can 0 überschreibt. Was muss ich dazu beachten? Danke und LG ... Mehr anzeigen

Lieben Dank. Hab ich schon gesehen und steht auf meiner Liste.  wenn meine ersten herzeigbaren Dashboards fertig habe werde ich das zur Verfügung stellen.  Lg ... Mehr anzeigen

Lieben Dank. Hat funktioniert. Muss jetzt zuerst mal die tausende Datenpunkte durchforsten um zu sehen was ich mir an HA chicken will. lg ... Mehr anzeigen

Hab meine MQTT Verbindungsproblem gefunden. Das Argument -muser muss mit username:passwort übergeben werden. Arrrggh. Aber er meldet immer noch die Berechtigungsfehler. Habt ihr hier noch ne Idee? Muss jetzt mal schauen ob die Daten auch in HA ankommen. ... Mehr anzeigen

Hallo.  Ich finde das Projekt echt klasse. Ich habe eine Vitocal250AH, eine Vitodens200 und einen PT2. Ich benutze homeassistant auf einem NUC (worauf auch der MQTT broker läuft). Ich habe mir den CANadapter hier beschrieben besorgt und ihn and die Vitocal angeschlossen und zusätzlich einen alten Raspi3 vorbereitet nach der Anleitung von @Hotzen-Plotz. Funktioniert soweit dass er die vcal erkennt. Allerdings kommt eine Fehlermeldung dass er die devices.json nicht schreiben kann. ------- Fehlermeldung ------ python3 Open3E_depictSystem.py read DID enums ... 2951 DIDs listed. scan COB-IDs 0x680 to 0x6ff ... ECU found: 0x680 : HPMUMASTER ECU found: 0x684 : HMI ECU found: 0x68c : VCMU ECU found: 0x6c3 : BACKENDGATEWAY ECU found: 0x6c5 : BACKENDGATEWAY ECU found: 0x6cf : EHCU 6 responding COB-IDs found. write devices.json ... Traceback (most recent call last):   File "/opt/open3e/Open3E_depictSystem.py", line 263, in <module>     write_devices_json(lstEcus)   File "/opt/open3e/Open3E_depictSystem.py", line 201, in write_devices_json     with open('devices.json', 'w') as json_file: PermissionError: [Errno 13] Permission denied: 'devices.json' -------------   Mit darauf folgendem Befehl  python3 Open3Eclient.py -c can0 -dev vcal -a -v bringt er zuerst eine Warnung: WARNING:root:Cannot load logging configuration from /home/rechi2/.local/lib/python3.9/site-packages/udsoncan/logging.conf. PermissionError:[Errno 13] Permission denied: '/opt/open3e/udsoncan.log' Er liest danach aber die gefühlt 1000 Datenpunkte aus. Danach versuchte ich mit: python3 Open3Eclient.py -c can0 -dev vcal -m 192.168.178.16:1883:open3e/vitocal -mfstr {didNumber:04d}_{didName} -muser MQTTuser -mpass MQTTpwd -t 30 -r 268,269,271 das senden der DIDs zum MQTT ins Homeassistant zu schicken. Darauf folgt aber folgende Fehlermeldung: usage: Open3Eclient.py [-h] [-c CAN] [-d DOIP] [-dev DEV] [-tx ECUADDR] [-cnfg CONFIG] [-a] [-r READ] [-w WRITE] [-raw] [-t TIMESTEP] [-l LISTEN] [-m MQTT]                        [-mfstr MQTTFORMATSTRING] [-muser MQTTUSER] [-j] [-v] Open3Eclient.py: error: unrecognized arguments: MQTTpwd (Benutzername und pwd hab ich geändertem Post). Wenn ich das Passwort einfach weg lasse dann meldet er dass er ein Passwort braucht.   Ich komme nicht weiter. Was hab ich übersehen? Irgendwo scheint ein Rechteproblem zu bestehen. Bin relativ neu in diesen Themen und wurschtele mich durch. Bin aber dank eurer Hilfe schon ziemlich weit gekommen.   Lieben Dank vorab für eure Tipps!   Thomas      ... Mehr anzeigen

Hallo @Hafenstrand,   habs versucht. Die Installation lief problemlos. Aber nach dem Neustart ist die Viessmann Integration mit einem Migrationsfehler gestartet. Jetzt hänge ich komplett. Hast Du ne Idee?   Hier die Fehlermeldung: Logger: homeassistant.config_entries Source: config_entries.py:642 First occurred: 16:35:37 (1 occurrences) Last logged: 16:35:37 Migration handler not found for entry ViCare for vicare   VG   Thomas ... Mehr anzeigen

Hallo @Hafenstrand    PR ausgeführt. ... Mehr anzeigen

Hallo @Hafenstrand ,   hier schonmal die Diagnoseinfo. https://gist.github.com/rechi2/975518a7b0b5972312dfbbfa2d4ab995  Rest folgt. ... Mehr anzeigen

Hallo @Hafenstrand,   lieben Dank für die Rückmeldung. Ich habe 3 von Vicare unterstützte Geräte, VitoCal250AH, Vitodens200W und den Vitopalor VPA2. Ich sehe alle in der ViCare App und kann dort auch die Daten auslesen (z.B. für den PA2 die Stromerzeugungs- und Gasverbrauchswerte). Durch die vicare HACS Integration kombinert mit der Viessmann integration sehe ich alle 3 Geräte, vom PA2 aber nur die Sensoren die ich oben schon gepostet habe. Hier ein Bild aller Geräte.   Anbei die Diagnoseinformationen vom PA2 (Ich musste sie in pdf convertieren da txt hier nicht erlaubt ist).   Ich teste gerne den Pull Request. Ich bin neu in HA mit relativ bescheidenen Programmierkenntnissen. Ich hab folgendes verstanden: - Download the PR - Backup HA - Kopieren von vicare Order aus dem Verzeichnis homeassistant/components nach config/custom_components/ - In der Datei vicare/entity.py im Verzeichnis config/custom_components/ die Zeile beginnend mit  serial_number löschen - HA neu starten - in SSH Terminal folgenden curl ausführen: "cd /config curl -o- -L https://gist.githubusercontent.com/bdraco/43f8043cb04b9838383fd71353e99b18/raw/core_integration_pr | bash /dev/stdin -d vicare -p 96044"   Lass mich bitte wissen ob korrekt dann führe ich es aus und poste das Ergebnis in deinem Pull Request auf Github.   LG Thomas   ... Mehr anzeigen