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, 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.
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.
Eine Sammlung von nützlichen Informationen hat @TSG initiert:
https://github.com/open3e/open3e/wiki
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
Viessmann schickt mal wieder keine Benachrichtigungen... aber jetzt hab ich's grad gesehen
> Macht es sinn die files aus dem depictSystem, die man mit python3 Open3E_depictSystem.py -s erstellt hat, an die devs zu schicken?
mit viel Aufwand würden wir dann die 0x90 in Zusammenhang mit utf wahrscheinlich finden, aber einfacher wäre, wenn du mal grad in Zeile 343 in Open3Eclass.py bitte
den Unterstrich vor readByDid(...) wegnimmst und dafür bei den return vars einen anfügst, also
ändern in
ich hatte das beim readAll() ein wenig blöd gemacht. Bei dem 'kompletten' readByDid() ist eine Fehlerbehandlung mit Ausgabe des DID drin, bei dem 'Kern-' _readByDid() nicht...
Ich hab das grad im develop branch auch geändert und hochgeladen.
bitte auch Rückmeldung danach 🙂
danke!
Alles klar,
hatte mich auch gerade kurz durchs repo geklickt und die "alte" Funktion auch entdeckt.
Die Ausgabe verwirrt mich, denn 0x680 256 ist das erste Element in der Open3Edatapoints_680.py
Edit:
habe noch die Zeile entdeckt:
0x680 1132 ERR/0x680.1132 "'utf-8' codec can't decode byte 0x90 in position 14: invalid start byte"
rufe ich jedoch den Datenpunkt direkt auf gibt es kein Problem:
open3e -v -r 1132
0x680 1132 ViessmannIdentificationNumberListInternal {"Count": 4, "VIN1": "772752010xxxxxxx", "VIN2": "772752010xxxxxxx", "VIN3": "772752010xxxxxxx", "VIN4": "772752010xxxxxxx", "VIN5": "", "VIN6": ""}
Btw. ist die gridX Cloud einigermaßen stabil. Nur verliert meine VX3 alle paar Tage mal die Verbindung zur Gridbox. Früher hat es geholfen die VX3 dann in der App zu löschen, neu zu scannen und im Anschluss die VX3 als All-In-One Anlage neu hinzuzufügen. Seit neuestem muss ich aber die VX3 komlpett Stromlos machen und so neustarten. Ein CAN Datenpunkt den man dafür triggern könnte wäre perfekt 😉
Gruß
meinst du die
die gibts bei Bezos für etwas unter 10 € für 10 Stk
ich denk mal die Farbe spielt keine Rolle.
cheers
wwsolar
sorry, ich hatte mal wieder keine Benachrichtigung und deinen Beitrag entsprechend wieder erst jetzt bemerkt.
Wegen der 'Modultrennung' werden bei readAll (-a) ja erstmal alle DIDs gelesen, in einer Liste 'geparkt' und am Ende wird die Liste ausgegeben.
Wenn beim Lesen ein Fehler passiert, wird der aber wohlmöglich direkt ausgegeben. Deswegen stehen dann die Fehlermeldungen vor dem ersten Datenpunkt. Doof dabei ist, dass udsoncan den Fehler abfängt und die Meldung ausgibt, leider wieder ohne Bezug auf die DID Nummer, also wissen wir nicht, bei welchem DID das passiert ist.
Wenn wir das wissen wollen, könntest du, wo du ja jetzt schon in der Python Codemanipulation erfahren bist, in Open3Eclass.py an Zeile 343 ein print(hex(self.tx), did) einfügen. Dann sehen wir in der Console, bei welchem DID der Fehler passiert (das steht dann direkt über der Fehlermeldung).
Grüsse!
ps ach ja, das unterschiedliche Verhalten zwischen readAll und open3e -v -r 1132 ist mir unerklärlich. Schliesslich ruft ja beides unsere Funktion readByDid() auf, und die sollte sich beidesmal gleich verhalten, es sei denn, es werden wirklich unterschiedliche Daten empfangen. Das könnte man mittels mitlaufendem candump klären.
pps. zu dem "can't decode 0xf7 in position 12" solltest du auch noch so eine Meldung finden wie zu dem mit 1132. dann brauchen wir auch die Zeile mit dem print(...) nicht mehr
hier nochmal das 'Profil' von Seite 3
passt denn 3,81mm? es gibt auch das 5.08mm Raster, das hat auch diese Rundungen. vorsichtshalber mal messen...
Hey HerrP,
wollen wir die Konversation bei den github open3e discussions weiterführen?
Jetzt liefert auch der direkte Aufruf von open3e -v -r 1132 den Fehler
2025-08-05 12:43:22 [ERROR] UdsClient: [UnicodeDecodeError] : 'utf-8' codec can't decode byte 0x98 in position 3: invalid start byte
0x680 0 ERR/0x680.1132 "'utf-8' codec can't decode byte 0x98 in position 3: invalid start byte"
Die Änderung in der Open3Eclass.py scheint gar nix gebracht zu haben. Um zu schauen ob die Funktion überhaupt aufgerufen wird habe ich direkt als erstes noch ein print() hinzugefügt aber die Ausgabe erscheint nicht. Daran, dass ich open3e nicht via
pip install git+https://github.com/open3e/open3e.git@develop
sondern so nutze sollte nicht das Problem sein oder?
git clone https://github.com/open3e/open3e.git
cd open3e
python3 -m venv .venv
pip install .
Aufruf dann so
source .venv/bin/activate
open3e -v -a
reading 0x680, 180 datapoints, please be patient...
2025-08-05 12:57:04 [ERROR] UdsClient: [UnicodeDecodeError] : 'utf-8' codec can't decode byte 0x90 in position 14: invalid start byte
Traceback (most recent call last):
File "/home/vx3/open3e/.venv/bin/open3e", line 8, in <module>
sys.exit(main())
^^^^^^
File "/home/vx3/open3e/.venv/lib/python3.12/site-packages/open3e/Open3Eclient.py", line 572, in main
lst = ecu.readAll(args.raw)
^^^^^^^^^^^^^^^^^^^^^
File "/home/vx3/open3e/.venv/lib/python3.12/site-packages/open3e/Open3Eclass.py", line 343, in readAll
value,idstr = self._readByDid(int(did), raw=raw)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/vx3/open3e/.venv/lib/python3.12/site-packages/open3e/Open3Eclass.py", line 272, in _readByDid
response = self.uds_client.read_data_by_identifier([did])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/vx3/open3e/.venv/lib/python3.12/site-packages/udsoncan/client.py", line 175, in decorated
return func(self, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/vx3/open3e/.venv/lib/python3.12/site-packages/udsoncan/client.py", line 488, in read_data_by_identifier
response = services.ReadDataByIdentifier.interpret_response(response,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/vx3/open3e/.venv/lib/python3.12/site-packages/udsoncan/services/ReadDataByIdentifier.py", line 164, in interpret_response
val = codec.decode(subpayload)
^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/vx3/open3e/.venv/lib/python3.12/site-packages/open3e/Open3Ecodecs.py", line 524, in decode
result[subType.id] = subType.decode(string_bin[index:index+subType.string_len])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/vx3/open3e/.venv/lib/python3.12/site-packages/open3e/Open3Ecodecs.py", line 166, in decode
mystr = string_bin[0:self.string_len].decode('utf-8')
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x90 in position 14: invalid start byte
Gruß
