Monatsrückblick Januar/Februar 2026 ist online!

[jrbwh]

@Steffen-Esch. Was steht im Log? Starte den Adapter nochmal neu.

[Steffen Esch.]

Ich habe den Adapter neu gestartet und diesmal stehen die 2 Werte noch drinnen. Die Temperatur steht jetzt auf 57 (normal 55) es muss also zwischendurch funktioniert haben bzw. der Wert wurde verändert, bei Adapter Neustart. Jetzt geht es wieder nicht mehr.
2026-01-19 183711.074 - error e3onc.txt

[jrbwh]

@Steffen-Esch. Sind die beiden Datenpunkte 396 und 1659 in udsDidsWritable noch drin?

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