hier noch mal mein Beitrag aus 'Internet der Dinge', dem Offenen Brief an Max Viessmann, als neuer Thread - Diskussionen, Fragen etc. bitte hier 🙂
Moin Freunde!
Da Viessmann zwar ein wunderschöne Schnittstelle (UDS, ISO-TP oder DoIP) eingebaut hat, das aber nur eingeschränkt und für eine 4-stellige Summe (per WAGO Gateway) zur Verfügung stellt, haben wir uns bekanntlich dran gemacht, das selber offen zu legen. 🙂
Stand der Dinge ist:
- Wir haben eine MQTT fähige Lösung zum Anschluss an den externen CAN Bus ("Stecker 91"), die es erlaubt, E3 Geräte (Wärmepumpen, Gasgeräte, (PV Speicher gerade in der Testphase, BSZ brauchen wir noch Kandidaten)) in Home Automation Systeme einzubinden. ioBroker, mosquitto, Home Assistant, Node-RED und so weiter also alles einfach machbar und bei uns schon im dauerhaften Einsatz.
- Das Ganze läuft lokal, also ohne irgendeine Hersteller oder sonstwelche Cloud, ohne Internet! Bei der CAN Bus Kopplung kann die gleichzeitige Verbindung mit dem Viessmann Server zwecks Wahrung der Gewährleistungs- und Garantieansprüche aufrechterhalten bleiben.
Eine Anbindung über den WLAN Access Point ist auch möglich, damit aber keine parallele Viesmann-Server-Verbindung mehr.
- Aktuell ist nur das Auslesen von Daten weitergehend erprobt. Bei den wichtigen Daten haben wir auch schon die Formate zur Interpretation geklärt, wir arbeiten an einer vollständigen Klärung.
Das Schreiben ist bei vielen Daten auch schon erprobt.
und last not least: das Ganze ist natürlich kostenfrei und open source! im Sinne eins besseren Miteinanders 😉
Der laufend aktualisiert werdende Stand der Linux Lösung ist auf
https://github.com/open3e/open3e
verfügbar. Einen guten 'Leitfaden' für den Einstieg hat @Hotzen-Plotz hier zur Verfügung gestellt:
https://github.com/open3e/open3e/discussions/5
Eine Sammlung von nützlichen Informationen hat @TSG initiert:
https://github.com/TheSmartGerman/open3e/wiki
(werden wir bald auch unter das open3e Projekt migrieren)
beste Grüße!
Phil
zur Beachtung: Der Zugriff auf das Zielgerät mittels dieser durch Viessmann nicht vorgesehenen Lösung zieht möglicherweise den Verlust von Gewährleistungs-/Garantieansprüchen nach sich und kann unter Umständen zu GEFAHREN FÜR LEIBLICHE UNVERSEHRTHEIT ODER SACHWERTE führen! Die Autoren schliessen jegliche Haftung aus.
Beispiele aktueller Home Assistant Integrationen von Wärmepumpen:
Vitocal 250 Kältekreisübersicht: View und Installationsanleitung gibt's hier: https://github.com/MyHomeMyData/iob.vis.vitocal250.git
Visualisierung der Vitocal Energiematrizen zur monatlichen Energiebilanz für ioBroker:
Jürgen hat auch noch weitere schöne Sachen abgeleitet.
Einen Adapter für ioBroker:
https://github.com/MyHomeMyData/ioBroker.e3oncan
und noch ein paar andre Sachen, die aber in dem Adapter integriert sind. Schaut einfach mal sein Repo an...
https://github.com/MyHomeMyData
ps. wer uns unterstützen will und kann ist herzlich willkommen!
pps. und wir freuen uns über jedes 'like' (👍) - damit zeigt ihr deutlich, dass ihr eine offene und lokale Kommunikation mit den 'One Base' Geräten eigentlich von Viessmann erwartet
Und noch zwei Varianten, die auf Fehler laufen. Ich habe jetzt die Option "-m MQTT" dazugeschrieben, die es vorher nicht gab/brauchte und von der ich auch keine Ahnung habe, was sie soll, aber es klang im vorherigen Fehler so, als ob das vielleicht verlangt würde.
python Open3Eclient.py -c can0 -dev vdens -r 268 -t 60 -l open3e/cmnd -m MQTT -mfstr {didNumber}_{didName} -muser x:x
Traceback (most recent call last):
File "/opt/git/open3e/Open3Eclient.py", line 332, in <module>
mqttTopic = mlst[2]
IndexError: list index out of range
python Open3Eclient.py -c can0 -dev vdens -r 268 -t 60 -m MQTT -muser x:x
Traceback (most recent call last):
File "/opt/git/open3e/Open3Eclient.py", line 332, in <module>
mqttTopic = mlst[2]
IndexError: list index out of range
Da es vorher klappte, wüsste ich auch nicht, was ich sinnvoll auf iobroker Seite ändern sollte:
So, die Kommandozeile scheint grundsätzlich zu funktionieren mit:
python Open3Eclient.py -c can0 -dev vdens -r 268,271,274,284,318,331,334,360 -t 60 -m 127.0.0.1:1883:open3e -mfstr {didNumber}_{didName} -muser x:x -v
Das python3 braucht es nicht (das ging vorher auch ohne).
Was Ihr definitiv auch geändert habt, ist die neue zwingende Notwendigkeit zu dem -mfstr.
Wenn ich das nicht angebe wirft es einen Fehler:
Traceback (most recent call last):
File "/opt/git/open3e/Open3Eclient.py", line 358, in <module>
showread(addr=ecudid[0], value=val, idstr=idstr, did=ecudid[1])
File "/opt/git/open3e/Open3Eclient.py", line 239, in showread
publishStr = args.mqttformatstring.format(
AttributeError: 'NoneType' object has no attribute 'format'
Leider stecke ich immer noch auf halber Strecke fest.
Denn zwar erkennt jetzt der Adapter im iobroker eine Verbindung:
Das hilft aber gar nix, denn die Daten tauchen nicht wie früher in der Objektliste auf, sind also nicht verfügbar. Da stehen noch die letzten Stände die mit dem alten Open3e angeliefert wurden.
Das wirkt auf mich so, als wäre die Struktur/das Format der ausgelieferten daten nicht mehr so wie früher, vor dem Scan und der neuen Version.
