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
hm, am Montag gab es 5 Änderungen an der codecs.py, aber die hab ich glaubich tief in der Nacht gemacht (grob zwischen 0 und 4 Uhr), also sollten die bei dir drin sein. Aber bei allen war der O3EInt Codec unverändert:
offset ist 0 per default und byte_width ist bei Int32=4
"P1" ergibt also die Wandlung der kompletten 4 Bytes lsb..msb. Wenn die hinteren 2 Bytes 00 sind, ergibt O3EInt16 und O3EInt32 das gleiche, wenn sie ungleich 0 sind, gibt es enorme Unterschiede > 65.535dec, ggf. negative Werte (wegen signed=True).
Weil der Complex Codec mit der Länge (string_len, von dir mit 2 angegeben) des vorhergehenden Listenelements arbeitet, ergibt "P2"
int.from_bytes(string_bin[2:6])
die 6 geht eigentlich in's Leere, Python fängt das aber ab und nimmt nur die vorhandenen letzten 2 der 4 Bytes, O3EInt16 und O3EInt32 ergibt in diesem Fall das gleiche.
Aber wie gesagt - wenn die hinteren beiden der 4 Bytes ungleich 00 sind, liefert "P1" ein völlig falsches Ergebnis, oder es ist wirklich nur ein 32-Bit Wert, und "P2" 'gibt es eigentlich garnicht'. In dem Falle wäre der richtige Eintrag in datapoints.py einfach
1603: O3EInt32(4, "PointOfCommonCouplingPower", signed=True),
(scale ist bei dem 32bit per default 1)
Ich lese
1603: O3EComplexType(4, "PointOfCommonCouplingPower", ...)
bei mir erfolgreich via ESPHome aus.
Die ersten beiden Bytes ("P1") ergeben bei mir die Wirkleistung am PCC, welche ich auch über einen anderen Weg erhalte. Beide Werte stimmen also überein, weshalb ich die Interpretaion als O3EInt16 so bestätigen würde.
rot: DID 1603 "P1" @1Wert/min (gleitender Mittelwert aus 6 Messwerten)
grün: Zählermesswert (E380 CA)
Die anderen beiden Bytes "P2" habe ich noch nicht verarbeitet/interpretiert.
schon gesehen? Offensichtlich sind mit der Version 2323 ein paar Parameter für den User/Fachkraft über das Servicemenü zugänglich.
@Mucki mit BSZ haben wir noch keinerlei Berührung gehabt, es wäre aber sehr interessant! ich bin eigentlich zuversichtlich, dass 'das geht', es ist ja auch ein E3 One Base Gerät. Vielleicht besorgst du dir einfach für ne schmale Mark den Adapter und ggf. nen kleinen Raspi, scannst das Ding mal ab und wir machen die datapoints Liste dafür?! Und dann schauen wir weiter. Parameter gibt es jedenfalls reichlich (da sind noch mehr, aber mein Bildschirm ist nicht größer)... 😉
nochmal @Bu-Na in der Viguide Demo gibt es auf einer 252 ein ADIO Modul am Interneren CAN-BUS: 66. Da finde ich aber keinen Parameter, der auf die Werte der Ein/Ausgänge hinweist. Ein HIO Modul gibt es in der Demo nicht, was aber nix heissen muss.
Es gibt aber jede Menge Datenpunkte, für IOs
keine Ahnung, mit welchem Gerät die auftauchen. Da sind auch noch ne Menge mehr. Vielleicht ist dein HIO Modul ja was zusätzliches, und es gibt da solche Parameter drauf? Man müsste es finden (die ECU Addr) und dann mal einen Scan machen...
