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

[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.

[damichi85]

@jrbwh Die Dokumentation schaut auf den ersten Blick super aus - gib mir aber bitte noch ein wenig Zeit, ich möchte sie nochmal in Ruhe durchschauen.

Den Adapter habe ich wie von dir beschrieben über die Shell aktualisiert. Es hat sich praktisch nichts verschlechtert
Jedoch werden bei z. B. die Einheiten nicht angezeigt. Der UDS-Scan lief einwandfrei durch, ebenso der Datenpunkt-Scan.

Hätte ich die alte Instanz löschen müssen?
Ich war mir jetzt nicht sicher. Darum habe ich im Nachhinein die alte Instanz deaktiviert und einfach eine neue angelegt und dort einen UDS- und Datenpunkt-Scan durchgeführt.
Hier ist mir aufgefallen, dass bei der alten Version des Adapters alle im Scan gefundenen Datenpunkte als IO-Datenpunkte angelegt wurden. Bei der neuen Version werden nur die Datenpunkte angelegt, die ich bei "Anfordern von Daten auf dem UDS CAN-Adapter über UDSonCAN" eintrage.

Kann das sein, oder habe ich was falsch gemacht?
Die Adapter-Version schaut in der Shell so aus:

... und so im iobroker-Admin:

Habe ich den Adapter überhaupt richtig installiert?

VG

[jrbwh]

@damichi85 Sorry für die späte Antwort! Ich habe nicht mitbekommen, dass Du geantwortet hast.

Zu Deinen Beobachtungen:

• Versionsnummer: Da ich noch kein Release gemacht habe, ist die Versionsnummer unverändert. Man sieht aber in der Adapterliste und beim Start des Adapters im Log den Hinweis "non-npm": starting. Version 0.10.14 (non-npm: MyHomeMyData/ioBroker.e3oncan#801af2fb36950a6006b0b94cd63c7b4c4a16dda5) in /opt/iobroker/node_modules/iobroker.e3oncan, node: v24.14.1, js-controller: 7.0.6
  Im Konfigurationsdialog für den Device-Scan sollte bei der neuen Version eine zusätzliche Spalte für die Formate auftauchen.
• Alte Instanz: Muss man nicht löschen, beim ersten Start aktualisiert der Adapter alle strukturell veränderten Datenpunkte. Wenn man mehrere Instanten nutzt, darf immer nur eine Instanz aktiv sein! Das übersieht man leicht.
• Fehlende Einheiten: Nur in der Tree-Struktur und nur bei manchen Sensorwerten, werden die Einheiten angezeigt. Du musst die Struktur komplett aufklappen. Im Infobereich jedes Gerätes, also z.B. bei e3oncan.1.HPMUMASTER_0x680.info.udsDidsMetaData müsste es eine lange Liste der Metadaten aller Datenpunkte geben. Schau da bitte mal rein. Wenn da bei einem Datenpunkt steht "unit": "" kann keine Eineheit bei diesem Datenpunkt erscheinen.
• Fehlende Datenpunkte: Das ist sehr seltsam. Ich habe eben in meiner Testumgebung alles nochmal durchgespielt. Sämtliche Datenpunkte wurden beim Scan angelegt. Würdest Du das bitte nochmal durchspielen? Also alle Instanzen stoppen, eine weitere Instanz anlegen und mit dieser:
  • Device-Scan machen - "Speichern" drücken
  • Datenpunkt-Scan machen, parallel in einem weiteren Browser-Tab schauen, was passiert. Es sollten nur Meldungen über den Fortschritt des Scans erscheinen. Nach Abschluss des Scans Speichern drücken.
  • Du kannst auch während des Scans in einem dritten Browser-Tab die Objektstruktur beebachten. Da müssten sehr schnell Datenpunkte angelegt werden.
  • Nach Abscxhluss des Scans die Datenpunktstruktur prüfen

Bin gespannt auf Deine nächste Rückmeldung.

Vielen Dank und liebe Grüße, Jürgen

[damichi85]

@jrbwh Hallo Jürgen! Kein Thema - jetzt hat's aus gesundheitlichen Gründen bei mir ein wenig gedauert.

Grund, warum es bei mir nicht gleich geklappt hat, war, dass ich ein Multihost-System nutze und die neue Version des Adapters scheinbar auf dem falschen Host gelandet ist. Daher Adapter komplett deinstalliert, Instanzen gelöscht und neu auf dem richtigen Host installiert.

Fazit:

1. Die Installation funktioniert wie von dir beschrieben.
2. UDS-Scan funktioniert.
3. Datenpunktscan funktioniert
4. Konfiguration der Instanz aus vorherigem Export funktioniert.
5. Einheiten werden korrekt angezeigt.
6. Bei Receive-Errors am CAN werden keine Errors im IOBroker-Log mehr getriggert.

Also, wenn man den Adapter richtig installiert (was bei einem offiziellen Release ja fast nicht schiefgehen kann), dann sollte es keine Probleme mit der neuen Version geben.

Ich teste die nächsten Tage noch weiter und würde mich dann nochmal melden. Die Anleitung schau ich mir auch nochmal genauer an.
Vielleicht könnt ihr den Vitoden 200-W (B2HF, Baujahr 2020) schon mal in die Kompatibiliätsliste aufnehmen?

Viele Grüße und dir einen schönen Sonntag! ... und nochmals herzlichen Dank für deine Top-Arbeit!!!
Michael