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
hm, soweit ich das sehe sind das Ausgaben von udsoncan. Das blöde ist, dass das nicht den DID mit ausgibt, bei dem das passiert. Vielleicht hast du bessere Chancen, wenn du dass loglevel auf INFO ändern würdest.
@Pollux ,
Hallo ihr beiden,
danke für eure Antworten.
Ich benutze einen pi 3. Zur Auslastung
Denke mal, da ist noch etwas Luft.
Die Fehler treten auch auf, wenn ich die Abfrage über open3e (nohup .....) nicht gestartet habe, also eigentlich nichts laufen sollte. Ich denke mal es stört mich auch nicht, da die angeforderten Daten im 30 Sekundentakt kommen. Es stellt sich mir nur die Frage: Was ruft die Fehlermeldungen hervor, da sie nicht an die gewünschte Abfrage gekoppelt sind? Sind es Fehlermeldungen aus open3e oder sind es Fehlermeldungen, die die auf Betriebssystemseite festgestellt werden? Vielleicht drücke ich mich da nicht ganz verständlich aus 🙄.
Auszug aus mqtt explorer:
so sehen die Meldungen im mqtt explorer aus, die permanent erscheinen. Ob es einen zeitlichen Hintergrund hat? Die Meldungen erscheinen alle 3 Sekunden.
Eben gesehen das obere Kästchen ist von gestern (also nicht zeitgleich mit den Einträgen VX3_680_000_......, die den aktuellen Zeitstempel haben und ständig Reih um aktualisiert werden.
Nach Änderung in Open3Eclass.py und Neustart (nohup..open3e/.venv/bin/open3e :
leitwolfpi@leitwolfrpi:~ $ systemctl status open3e
● open3e.service - Open3e MQTT Bridge
Loaded: loaded (/etc/systemd/system/open3e.service; enabled; preset: enabled)
Active: active (running) since Mon 2026-01-12 12:10:09 CET; 4min 6s ago
Main PID: 336195 (open3e)
Tasks: 20 (limit: 748)
CPU: 1min 8.120s
CGroup: /system.slice/open3e.service
└─336195 /home/leitwolfpi/open3e/.venv/bin/python3 /home/leitwolfpi/open3e/.venv/bin/open3e @/home/leitwolfpi/open3e/args.txt
Jan 12 12:13:56 leitwolfrpi open3e[336195]: 2026-01-12 12:13:56 [INFO] UdsClient: Received positive response for service ReadDataByIdentifier (0x22) from server.
Jan 12 12:13:56 leitwolfrpi open3e[336195]: 0x680 1834 ElectricalEnergyStorageStateOfEnergy {"StateOfEnergy": 0.0, "Unknown": 0.0}
Jan 12 12:13:56 leitwolfrpi open3e[336195]: 2026-01-12 12:13:56 [INFO] UdsClient: ReadDataByIdentifier<0x22> - Reading data identifier : 0x072c (VehicleManufacturerSpecific)
Jan 12 12:13:56 leitwolfrpi open3e[336195]: 2026-01-12 12:13:56 [INFO] UdsClient: Received positive response for service ReadDataByIdentifier (0x22) from server.
Jan 12 12:13:56 leitwolfrpi open3e[336195]: 0x680 1836 ElectricalEnergyStorageCurrentPower 0.0
Jan 12 12:13:56 leitwolfrpi open3e[336195]: 2026-01-12 12:13:56 [INFO] UdsClient: ReadDataByIdentifier<0x22> - Reading data identifier : 0x072f (VehicleManufacturerSpecific)
Jan 12 12:13:56 leitwolfrpi open3e[336195]: 2026-01-12 12:13:56 [INFO] UdsClient: Received positive response for service ReadDataByIdentifier (0x22) from server.
Jan 12 12:13:56 leitwolfrpi open3e[336195]: 0x680 1839 ElectricalEnergyStorageUsableEnergy "10270000"
Jan 12 12:13:56 leitwolfrpi open3e[336195]: 2026-01-12 12:13:56 [INFO] UdsClient: ReadDataByIdentifier<0x22> - Reading data identifier : 0x08c0 (VehicleManufacturerSpecific)
Jan 12 12:13:56 leitwolfrpi open3e[336195]: 2026-01-12 12:13:56 [INFO] UdsClient: Received positive response for service ReadDataByIdentifier (0x22) from server.
Was steckt hinter den VehicleManufacturerSpecific ? Weder die Adressen noch die Bezeichnung kann ich finden
und im mqtt explorer erscheinen jetzt zusätzlich zu den abonnierten die VX3_680_xxxx mit den aktuellen Daten der DiDs. Die hab ich aber nicht subscribiert.
und in unregelmässigen Abständen erscheinen die ERR mit den 0x680.xxxx
Das sieht doch aus, als würden diese Informationen zusätzlich zu der Def. beim Aufruf von open3e an mqtt geschickt werden. Ich verstehe es nicht.
cheers
wwsolar
@wwsolar schrieb:
Ich benutze einen pi 3. Zur Auslastung
Denke mal, da ist noch etwas Luft.
Ja, mit einem Load von 0,4 hast Du noch viel Luft nach oben. 🙂
Machst Du mit Deinem Pi 3 noch irgendetwas anderes außer Open3e/mqtt? Weil mein Pi Zero W, der ja langsamer als ein Pi 3 sein dürfte, fragt per Open3e alle 20 Sekunden über 80 Variablen ab und hat typischerweise nur einen Load von 0,07 - 0,1.
Es stellt sich mir nur die Frage: Was ruft die Fehlermeldungen hervor, da sie nicht an die gewünschte Abfrage gekoppelt sind? Sind es Fehlermeldungen aus open3e oder sind es Fehlermeldungen, die die auf Betriebssystemseite festgestellt werden? Vielleicht drücke ich mich da nicht ganz verständlich aus 🙄.
Auszug aus mqtt explorer:
so sehen die Meldungen im mqtt explorer aus, die permanent erscheinen. Ob es einen zeitlichen Hintergrund hat? Die Meldungen erscheinen alle 3 Sekunden.
Unter "ERR" stehen Fehlermeldungen von Open3e die an mqtt gesendet werden. "Did not receive response in time" hatte mein open3e mal gemeldet, als bei meinen ersten Tests mal mehrere open3e-Prozesse Daten auf den CAN-Bus gesendet hatten, und es dann dadurch Datensalat/Kommunikationsprobleme gab oder wenn ich Werte abgefragt habe, die es nicht gab (und zu denen es auch keine Antwort gab).
Dass die Meldungen alle 3 Sekunden kommen, ist logisch. Es wird 3 Sekunden auf die Antwort zu einem Request gewartet und wenn die Antwort nicht kommt, wird die Meldung erzeugt. Und dann wird der nächste Request erzeugt, auf den wieder 3 Sekunden gewartet wird (und bei dem es wieder keine Antwort gibt ,.... usw.)
Hast Du mal Deinen Pi rebootet? Nur um sicherzugehen, dass da nicht doch noch irgendwo von nem Test nen übersehener Prozess Daten auf den can-bus sendet?
Lässt Du open3e mit "--listen" laufen? Falls ja, schalte das mal testweise ab, ob es dann besser wird.
@Pollux ,
@HerrP ,
@DK78 ,
ich versuche einmal zusammen zu fassen:
@wwsolar Nochmal die Frage: Startest Du mehrere open3e-Instanzen parallel? Also einmal als Service und zusätzlich über die Komnmandozeile? Oder mehrere Services?
es läuft lediglich eine open3e Instanz (nohup .... wie beschrieben) .
Laufen andere Anwendungen, die den CAN-Bus benutzen?
ja. es existieren 2 can-Busse can0 (Stiebel Eltron WPL24I) und can1 (open3e). Die Instanzen (open3e) und (can-progs, basierend auf der Entwicklung elster-kromschroeder can-bus address scanner and test utility
copyright (c) 2014 Jürg Müller, CH-5524. Die Abfragen der Werte geschieht in einem 30 Sek Turnus. Beide Adapter sind physisch voneinander getrennt).
Die Probleme treten auch bei Abschaltung des SE Adapters auf.
Wie oft tauchen die Fehler auf? Nur ab und an mal am Tag? Sofern du nen altes Kommunktionsmodul hast in deiner IDU kann es vorkommen, dass diese die Verbindung verliert.
Was steckt hinter der IDU?? Der Fehler tritt zeiweise auf. Als ich vor etwa 2 Stunden nach Anpassung des Open3Eclass.py (logging = ERROR _> INFO geändert und open3e neu gestartet habe, blieben die Fehler/Info aus. Seither liefert open3e mir die 19 subscrierten DiDs in mqtt explorer wie folgt (ein Auszug)
Was mir aufgefallen ist bei den Fehlermeldungen versucht wird 0x680.1831 zu lesen und 1834 wird geliefert oder es tritt ein time out auf.
Mich würde interessieren, wer die ERR und die VX3_680_XXXX_<description-of-DiDs> published, die bei mir im mqtt explorer auflaufen. Wenn ich die task von open3e beende laufen die DiDs mit VX3_680-XXXX weiter im explorer auf.
--------------------
Falls du ioBroker hast installiere mal den "Ping" Adatper und lasse das Dingen dauerhaft pingen und tracke mit wenn die Anlage nicht erreichbar ist.
nein hab keinen ioBroker.
---------------------------
Machst Du mit Deinem Pi 3 noch irgend etwas anderes außer Open3e/mqtt?
ja wie zuvor beschrieben das elster-Stiebel-Modul eingebunden in fhem, das alle 30 Sekunden ca. 60 Daten abruft an mqtt übergibt und in der web-Anwendung aufbereitet ausgibt. Eigener can-Bus can0.
--------------------------
Hast Du mal Deinen Pi rebootet? Nur um sicherzugehen, dass da nicht doch noch irgendwo von nem Test nen übersehener Prozess Daten auf den can-bus sendet?
yes Sir. mindestens jeden 2 Tag. Manchmal sogar öfter.
---------------------------
Welche Services sind am Laufen? mir ist dabei nichts ungewöhnliches aufgefallen
leitwolfpi@leitwolfrpi:~/can_progs $ systemctl list-units --type=service --state=running
UNIT LOAD ACTIVE SUB DESCRIPTION
accounts-daemon.service loaded active running Accounts Service
apache2.service loaded active running The Apache HTTP Server
avahi-daemon.service loaded active running Avahi mDNS/DNS-SD Stack
bluetooth.service loaded active running Bluetooth service
colord.service loaded active running Manage, Install and Generate Color Profiles
cron.service loaded active running Regular background program processing daemon
cups-browsed.service loaded active running Make remote CUPS printers available locally
cups.service loaded active running CUPS Scheduler
dbus.service loaded active running D-Bus System Message Bus
exim4.service loaded active running LSB: exim Mail Transport Agent
fhem.service loaded active running FHEM Home Automation
getty@tty1.service loaded active running Getty on tty1
lightdm.service loaded active running Light Display Manager
ModemManager.service loaded active running Modem Manager
mosquitto.service loaded active running Mosquitto MQTT Broker
NetworkManager.service loaded active running Network Manager
ntpsec.service loaded active running Network Time Service
open3e.service loaded active running Open3e MQTT Bridge
polkit.service loaded active running Authorization Manager
rtkit-daemon.service loaded active running RealtimeKit Scheduling Policy Service
snapd.service loaded active running Snap Daemon
ssh.service loaded active running OpenBSD Secure Shell server
systemd-journald.service loaded active running Journal Service
systemd-logind.service loaded active running User Login Management
systemd-networkd.service loaded active running Network Configuration
systemd-udevd.service loaded active running Rule-based Manager for Device Events and Files
triggerhappy.service loaded active running triggerhappy global hotkey daemon
udisks2.service loaded active running Disk Manager
user@1000.service loaded active running User Manager for UID 1000
user@106.service loaded active running User Manager for UID 106
wpa_supplicant.service loaded active running WPA supplicant
Die rot markierten sind "bewusst" von mir im Zuge von Installationen gestartet.
--------------------------------------------------------------
Lässt Du open3e mit "--listen" laufen? Falls ja, schalte das mal testweise ab, ob es dann besser wird.
Nein, nicht bei mir im Einsatz.
-------------------------------------
Für die Fehlersuche bitte den Service stoppen und den Befehl von Hand im Terminal absetzen. Die Ausgabe posten.
siehe angehängtes PDF
hoffe, dass nix fehlt. wenn ja einfach schreien. Danke für eure Zeit
cheers
wwsolar
Vermutlich hängt das von der Ausstattung deiner Anlage ab.
Unsere Anlage besitzt drei Temperatursensoren ..
- Fußbodenheizung: e3oncan.0.Vitocal.tree.0286_MixerTwoCircuitFlowTemperatureSensor.Actual
- Heizwasser-/Warmwasserspeicher: e3oncan.0.Vitocal.tree.0268_FlowTemperatureSensor.Actual
- (gemeinsamer) Rückkauf: e3oncan.0.Vitocal.tree.0269_ReturnTemperatureSensor.Actual
Der Temperatursensor der Fußbodenheizung ist nach dem Mischer verbaut. Dein Heizungsbauer sollte wissen, was er wo eingebaut hat.
