Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Steffen Esch.]

ja

[Steffen Esch.]

Ich habe gerade 3 x kurz hintereinander 60 eingegeben. Bei dem dritten mal hat er den Wert übernommen. Kann das mit der Aktualisierungszeit zusammenhängen?

[jrbwh]

@Steffen-Esch. Beim Schreiben wird mit dem geänderten Wert ein Schreibbefehl an das Viessmann-Device gesendet. Nach 2,5 Sekunden wird der Datenpunkt erneut gelesen.

Was steht im Log bei den 3 Versuchen?

[Steffen Esch.]

2026-01-19 19:31:44.124	error	Write access using SID 0x77 failed. Hint: This service is available on internal and master bus only!

e3oncan.0
2026-01-19 19:31:44.123	error	UDS timeout on 0x682.1659

e3oncan.0
2026-01-19 19:31:36.585	info	Going to try again using SID 0x77 to write data point on HMUMASTER_0x680

e3oncan.0
2026-01-19 19:31:36.584	error	UDS worker error on HMUMASTER_0x680: Negative response writing did 1659. Code=0x22

e3oncan.0
2026-01-19 19:31:35.436	error	Write access using SID 0x77 failed. Hint: This service is available on internal and master bus only!

e3oncan.0
2026-01-19 19:31:35.435	error	UDS timeout on 0x682.1659

e3oncan.0
2026-01-19 19:31:27.834	info	Going to try again using SID 0x77 to write data point on HMUMASTER_0x680

e3oncan.0
2026-01-19 19:31:27.832	error	UDS worker error on HMUMASTER_0x680: Negative response writing did 1659. Code=0x22

MOD-EDIT: Code in code-tags gesetzt!

[jrbwh]

@Steffen-Esch. Ok, das Schreiben von 1659 lehnt das Device ab. Du musst also 396 verwenden.

[Steffen Esch.]

Ja, so funktioniert es jetzt mit der Wassertemperatur. Jetzt bin ich happy. Vielen lieben Dank für die Unterstützung und das großartige Projekt dieses Adapters, endlich unabhängig. Der alte API Adapter hat mich die letzten Monate sehr oft im stich gelassen

[jrbwh]

@Steffen-Esch. Freut mich. Vielleicht machst Du nochmal einen Datenpunkt-Scan. Dabei sollte die udsDidsWritable neu befüllt werden. Ansonsten musst Du jeden Datenpunkt, den Du schreiben willst, von Hand in udsDidsWritable eintragen.

[Steffen Esch.]

Das verstehe ich jetzt nicht, ich habe den Scan gerade nochmal laufen lassen und jetzt sind die Werte in der udsdidsWriteable. Ich bin mir sicher das ich dieses vor ein paar Monaten, als ich mit dem Adapter installiert habe 2 X durchgeführt habe. Sonst hätte ich die Werte doch nicht gesehen. Oder?

[jrbwh]

@Steffen-Esch. Dass die Werte jetzt da sind, ist ok. So soll es sein. Wieso sie überhaupt gefehlt haben, kann ich mir nicht erklären.

[damichi85]

Hallo zusammen,
hat jemand schon eine Vitodens 200-W (B2HF) Gastherme über e3oncan angebunden?
Wenn ja, mit welchem CAN-Adapter?

Ich habe einen Raspberry PI 3 mit Arduino MKR CAN-Shield (MCP2515) am CAN-Bus der Vitodens 200-W und versucht, über den UDS-Scan was zu finden.
Leider findet der Adapter nichts. Stattdessen ändert sich während des Scans der Status von can0 von UP auf DOWN und von Error-Active auf Bus-off.

Kann mir da jemand helfen?

Danke und beste Grüße :-)

[jrbwh]

@damichi85 Meines Wissens gehört die Vitodens 200-W zur E3-Serie. Dann sollte sie über e3oncan ansprechbar sein. Was Du über den CAN-Bus schreibst deutet auf ein Verdrahtungs- oder Hardware-Problem hin. Hier gibt es viele Hinweise zu USB2CAN-Adpatern, Verkabelung usw.

[damichi85]

@jrbwh Vielen Dank für deinen schnellen Support! Du hast mir bei der Fehlersuche weitergeholfen. Der Fehler lag in dem falsch konfigurierten dtoverlay in der /boot/firmware/config.txt

Ich hatte da die falsche Oszillatorfrequenz der CAN-Platine eingetragen:
dtoverlay=mcp2515-can0,oscillator=8000000,interrupt=25
Richtig ist für das Arduino MKR CAN Shield:
dtoverlay=mcp2515-can0,oscillator=16000000,interrupt=25

Jetzt funktioniert es und es wurden auch jede Menge Datenpunkte gefunden.
Also Vitodens 200-W (B2HF) funktioniert an deinem super Adapter!

Ich bin sehr begeistert. Habe seit fünf Jahren das Viessmann Automation Gateway am CAN-Bus, das die Daten per Modbus TCP bereitstellt. Leider aber nur einen Teil der Datenpunkte und viele wichtige Sachen nicht. Der Support hierzu von Viessmann und auch vom Heizungsbauer ist praktisch nicht vorhanden.

Danke für den tollen Adapter!! Jetzt kann ich wahrscheinlich dieses offizielle Viessman-Gateway endlich außer Betrieb nehmen :-)

[jrbwh]

@damichi85 Freut mich, dass Du das Problem beheben konntest. Danke für das tolle Feedback!

Ich arbeite grade an einem Update, das varianten Datenpunkte einführt (es gibt Datenpunkte, die auf verschiedenen Geräte unterschiedliche Längen haben) und Meta-Daten für die Datenpunkte bereitstellt, u.a. die physikalischen Einheiten bei entsprechenden Werten. Funktional ändert sich zwar nicht viel, es hat aber einige Änderungen erfordert. Wärst Du bereit, eine Vorab-Version zu testen? Vor allem wäre für mich der Geräte- und Datenpunkt-Scan interessant. Dabei werden die Meta-Daten zugewiesen.

[damichi85]

@jrbwh oh das hört sich interessant an! Ja gerne! Was muss ich machen?

[jrbwh]

@damichi85 Danke für die Bereitschaft. Bin derzeit noch selber am Testen, das dauert noch ein paar Tage. Melde mich, sobald ich damit durch bin.

[damichi85]

@jrbwh OK, das passt - melde dich einfach, wenn du soweit bist.

Mir ist übrigens noch eine Kleinigkeit aufgefallen. Der Adapter schreibt in unregelmäßigen Abständen, aber schon ca. 1 - 2 Mal pro Stunde folgenden Error ins Log:

e3oncan.0
	2026-03-28 17:47:05.955	error	UDS worker on HMUMASTER_0x680: Bad frame. candata: 100f62022100004a

Der Teil nach "candata" ist nicht immer gleich.
Je mehr Datenpunkte ich über UDS abfrage, desto mehr Fehler kommen pro Tag. Seit gestern Abend waren es ca. 40 Fehler.

Sind das Übertragungsfehler? Wenn ja, gibt es eine Möglichkeit, dass man die unterdrückt oder statt als Error als Warning ausgibt?

Schönes Wochenende und viele Grüße!

[jrbwh]

@damichi85 An dem CAN-Frame ist nichts verkehrt. Dass er trotzdem bemängelt wird dürfte daran liegen, dass die Abfolge der Frames nicht stimmt. Typische Ursachen sind:

• Es ist mehr als ein Client auf dem CAN-Bus aktiv, z.B. ioBroker.e3oncan und open3e. Vielleicht mal die aktiven Services überprüfen.
• Der Bus läuft nicht stabil. Mach mal ein ip -s -d link show can0. Die Werte bei "errors" müssen 0 sein. Sind sie das nicht, gibt es ein Problem.

Du kannst auch mal in den State e3oncan.0.HMUMASTER_0x680.info.statUDS schauen. Da werden die Fehler mitgezählt. Bei mir sieht das im Moment so aus:

{
  "state": "active",
  "CANdevAddr": "0x680",
  "cntCommTotal": 81824,
  "cntCommOk": 81824,
  "cntCommNR": 0,
  "cntCommTimeout": 0,
  "cntCommBadProtocol": 0,
  "cntCommFailedPerDid": {},
  "cntTooBusy": 0,
  "replyTime": {
    "min": 2,
    "max": 113,
    "mean": 8
  },
  "nextTs": 1774722010485,
  "tsMinStep": 5000
}

Die bad frames als Error zu loggen ist vielleicht wirklich ein wenig hart. Ich stufe es auf Warning zurück. Kommt dann auch mit dem Update.

Mit meinen Tests bin ich praktisch durch. Seit 2 Tagen läuft die neue Version auf meiner eigenen Anlage ohne irgendwelche Probleme. Ich komme also demnächst auf Dich zu.

[damichi85]

@jrbwh sagte in Test Adapter e3oncan - Viessmann E3 Serie einbinden:

Es ist mehr als ein Client auf dem CAN-Bus aktiv, z.B. ioBroker.e3oncan und open3e. Vielleicht mal die aktiven Services überprüfen.

Es ist wirklich nur Iobroker mit der e3oncan-Instanz aktiv. Die Installation habe ich hierfür extra neu aufgesetzt.

@jrbwh sagte in Test Adapter e3oncan - Viessmann E3 Serie einbinden:

Der Bus läuft nicht stabil. Mach mal ein ip -s -d link show can0. Die Werte bei "errors" müssen 0 sein. Sind sie das nicht, gibt es ein Problem.

Der Wert bei "errors" ist leider nicht 0.

StatUDS für HMUMASTER_0x680 schaut so aus:

{"state":"active","CANdevAddr":"0x680","cntCommTotal":100276,"cntCommOk":100253,"cntCommNR":0,"cntCommTimeout":1,"cntCommBadProtocol":22,"cntCommFailedPerDid":{"268":1,"271":3,"275":4,"282":2,"365":7,"544":5,"545":1},"cntTooBusy":0,"replyTime":{"min":2,"max":5197,"mean":8},"nextTs":1774769593509,"tsMinStep":5000}

Wenn ich den UDS-Scan durchführe, dann werden folgende Geräte angezeigt:
BCU_0x688
HMI_0x684
HMUMASTER_0x680

In den Objekten gibt es dann noch:
HMUMASTER_0x680_service77
e3100cb
e380

Dem UDS-Scan nach, liegt dann die BCU (Brennersteuerung), das HMI (eingebaute Bedieneinheit) und der HMUMASTER (Regelung) auf dem selben CAN-Bus, oder? Meinst du, dass der Fehler damit zusammenhängt? Ich kann definitv ausschließen, dass sich noch ein Gerät am CAN-Bus befindet.

Abgesehen von diesen Kommunikationsfehlern funktioniert der Adapter wirklich 1A - ich bin sehr begeistert! Vielen Dank nochmals dafür :-)

[jrbwh]

@damichi85 Bis auf die Fehlerrate sieht das für mich alles gut aus. Die Fehlerrate ist zwar niedrig, deutet aber trotzdem auf ein Problem mit dem Bus hin. Was Du prüfen kannst:

• Sind die Signalleitungen CAN_L und CAN_H miteinander verdrillt?
• Wenn Du einen potenzialfreien CAN-Bus Adapter hast, solltest Du die Masse auch anschließen (falls das überhaupt geht). Wenn der Adapter nicht potenzialfrei ist, die Masseleitung besser weglassen, um Masse-Schleifen zu verhindern.
• Sind die Abschlusswiderstände korrekt. Der sicherste Test geht so: System stromlos machen, also alle Komponenten ausschalten. Mit dem Ohmmeter zwischen CAN_H und CAN_L messen. Das sollte ca. 60 Ohm anzeigen. Ggf. die Beschaltung der Abschlusswiderstände ändern.

Dass mehrere Geräte am gleichen Bus hängen, ist der Normalfall. Grade deshalb muss man aber bei den Abschlusswiderständen darauf achten, dass es passt. Also idealerweise am ersten und letzten Gerät am Bus einen Widerstand (120 Ohm) anbringen.

HMUMASTER_0x680_service77 ist ein virtuelles Gerät für den "Service 77" für spezielle Schreibzugriffe. e3100cd und e380 sind optionale Geräte für die Energy Meter.

[jrbwh]

@damichi85 So, bei mir läuft alles seit einigen Tagen ohne Auffälligkeiten. Wäre klasse, wenn Du Dir die neue Version anschauen würdest. Ich habe recht umfangreich geändert und ein unabhängiger Test vor dem Release wäre sehr hilfreich.

Was hat sich geändert und wo solltest Du hinschauen.

Zunächst würde mich Dein Feedback zum Readme und zur neuen Dokumentation zu Datenpunkten interessieren:
https://github.com/MyHomeMyData/ioBroker.e3oncan#readme
https://github.com/MyHomeMyData/ioBroker.e3oncan/blob/main/data-points.md

Das Readme ist komplett restrukturiert. Das habe ich Claude machen lassen.

Die wichtigsten Änderungen:

• Einführung varianter Datenpunkte. Auf den verschiedenen Viessmanngeräten gibt es einzelne Datenpunkte mit der gleichen id, aber mit unterschiedlichen Längen und Strukturen. Der Adapter kann damit jetzt umgehen und verwendet die richtige Struktur, sofern sie uns bekannt ist.
• Einführung von Meta-Daten, also Beschreibung, physikalische Einheit, usw. Diese werden bei einem Datenpunktscan in die Objektstruktur geschrieben und sind dann in der Namensspalte bzw. als Einheit bei den Werten sichtbar. Es steht dann also zum Beispiel 21,0 °C statt 21,0 im Objektbaum. Das geht nur in der tree Ansicht.
• Auswertung der Format-Konfiguration der Anlage. Das wird beim Device-Scan ermittelt und beim Datenpunkt-Scan verwendet. Steht eine Anlage auf Ìmperial, siehst Du nachher beim Objekt 21,0 °F (der Wert wird vom Adapter natürlich nicht verändert, vom Gerät dürfte aber ein anderer Wert kommen).
• Für sehr viele Datenpunkte wurde die Struktur geändert. Beim ersten Start der Adapters werden die alle angepasst. Das dauert also ein bisschen.
• Für die Details schaust Du am besten ins Changelog und in o.g. Beschreibungen.

Worauf solltest Du achten

• Auf alles was Dir auffällt bzw. ungewöhnlich erscheint.
• Beim ersten Start nach der Installation bitte beobachten, was im Log passiert
• Dann in der Adapter-Konfiguration zunächst einen Device-Scan machen. Es sollten die Format-Infos neu erscheinen. "Speichern" drücken. Wieder ins Log schauen.
• Als nächstes einen Datenpunkt-Scan machen. "Speichern" drücken. Wieder ins Log schauen. Jetzt müssten in den Objektbäumen die Meta-Daten vorhanden sein, in der tree Ansicht auch die Einheiten (gibt es nicht für alle Datenpunkte).
• Beobachten, ob alles wie erwartet läuft.
• Ein wenig "rumspielen". Was Dir so einfällt. Auch mal einen Datenpunkt ändern, also schreiben. Von Zeit zu Zeit in den Log schauen.

Installation

Vor der Installation bitte den Adapter auf log-Level debug stellen und dann auch im ioBroker-Log das Debug-Level anzeigen lassen.

Falls Du schon wichtige Daten mit dem Adapter gesammelt hast, sollten wir vorab nochmal über Backup-Maßnahmen reden. Wenn es blöd läuft müsstest Du den Adapter komplett deinstallieren und neu installieren. Dann sind vermutlich die "History"-Daten der Datenpunkte weg.

Auf jeden Fall solltest Du vorab die Konfiguration des Adapters herunterladen: Den Konfigurationsdialog des Adapter öffnen und ganz rechts, unterhalb des Fragezeichen-Symbols den Download-Button klicken. Dann müsste eine Datei e3oncan.0.json in Deinem Download-Ordner landen. Bei Bedarf kannst Du diese später wieder hochladen (mit dem Upload-Button) und damit die Konfiguration wiederherstellen.

Da ich noch kein Release gemacht habe, geht die Installation am einfachsten über die Kommandozeile:

iob stop e3oncan
iob url https://github.com/MyHomeMyData/ioBroker.e3oncan
iob start e3oncan

Alternativ geht es auch über die GUI.

Sollte es Probleme geben und Du möchtest zurück zum aktuellen Release-Stand:

iob stop e3oncan
iob upgrade iobroker.e3oncan@0.10.14
iob start e3oncan

Da viele Datenpunkte geänderte Strukturen haben, geht das aber nicht ohne Probleme. Wirklich sauber zurück geht es durch Deinstallation des Adapters, dann normal neu installieren, wie bereits erwähnt.

Zum Schluss

Sorry, war ein bisschen viel. Eines möchte ich noch ganz klar machen: Wenn Du Bedenken hast, oder grade keine Zeit: Kein Ding, sag einfach Bescheid.