Neues YouTube-Video: Visualisierung im Devices-Adapter

[damichi85]

@jrbwh
Hallo Jürgen,

das kann ich gerne machen.
Die Installation bzw. das Upgrade hat gut geklappt. Allerdings finde ich die Datenpunkteinstellungen nicht. Hättest du dazu einen Screenshot für mich?
Bei mir schaut es aktuell so aus:

VG
Michael

[jrbwh]

@damichi85 Das ist seltsam, das müsste so aussehen:
file:///home/juergen/Downloads/Bildschirmfoto%20vom%202026-05-02%2019-08-31.png
Dann wäre es das Symbol "Pfeil im Rechteck". Was wird für eine Version angezeigt, wenn Du die Instanz aufklappst?
Und welche Version des Admin-Adapters hast Du installiert?

[damichi85]

OK, danke! Das gibts bei mir nicht.
Auch nicht, wenn ich eine neue Instanz erstelle.
Allerdings zeigt es, wenn ich die Instanz-Zeile nach unten aufklappe an, dass die Instanz mit Version 0.10.14 läuft:

Bei "Adapter" steht aber die aktuelle Beta

Komisch, oder?

Nachtrag:
Wenn ich eine neue Instanz erstelle, dann passt die Version. Sobald ich aber die Sicherung meiner Konfiguration einlese, kommt in der Instanzzeile wieder die alte Version.

[Thomas Braun]

@damichi85

iob upload all

mal versuchen. Ansonsten auch mal

iob diag

anschauen.

[jrbwh]

@damichi85 Das Einlesen der alten Konfiguration ist keine gute Idee, denn beim ersten Start der neuen Version wird die Konfiguration auf den neuen Stand migriert. Warum sich beim Einlesen die Version ändert ist mir allerdings unklar.

Wie sieht es aus, wenn Du das Upgrade wie beschrieben durchführst und kein Einlesen der Konfig machst?

[damichi85]

@jrbwh
So, alle Probleme sind jetzt gelöst! Vielen Dank!

iob fix

ausgeführt - und schon bleibt die neue Beta-Version aktiv. Keine Ahnung, was da faul war.

Der neue Datenpunkt-Manager ist ja der Hammer :-) Schaut super aus und lässt sich sehr gut bedienen.

Ich teste und melde mich wieder....

@thomas-braun
Thomas, an dich auch ein Dankeschön für deinen Tipp!

[jrbwh]

@damichi85 Freut mich, dass es nun funktioniert und dass Dir die neue Konfig-Oberfläche gefällt. Hast Du schon die verschiedenen Filter ausprobiert? Die wirken über die Geräte hinweg und das praktisch verzögerungsfrei.

Und wenn Du die Scans gemacht hast, klick mal auf den Button "Topology". Mich interessiert, ob die Ergebnisse stimmig und plausibel für Deine Anlage sind.

[damichi85]

@jrbwh
Das mit den Filtern hab ich gestern intuitiv gleich ausprobiert
Mir hat das sehr geholfen, ich musste ja, da ich das Backup nicht einspielen durfte die zu synchronisierenden Datenpunkte erneut definieren.

Wenn man vergisst, das Polling-Intervall zu definieren, und wie ich gestern z. B. nur den Haken für "on Start" setzt, kommt man mit den Filtern schnell drauf, welche Datenpunkte anders bzw. falsch konfiguriert sind. Perfekt - gefällt mir richtig gut.
Ich hatte in wenigen Minuten alle benötigten Datenpunkte ausgewählt.

Hier noch ein Screenshot von der Topologie.
Da kenn ich mich aber nicht besonders gut aus.

Die Anlage besteht aus:

• dem Gaskessel (Vitodens 200W) mit Display (das sind wahrscheinlich die drei UDS-Devices, oder)
• der Plusbus Node 64 (könnte evtl. der Solar-Divicon sein, das ist ein Plusbus-Teilnehmer)
• einer EA-Erweiterung, da bin ich mir aber nicht sicher, wo die dran hängt, am CAN jedenfalls nicht

Auch diese Topologie-Übersicht ist der Hammer - gefällt mir richtig gut!

[jrbwh]

@damichi85 Das ist natürlich ein bisschen blöd gelaufen, dass Du den Adapter komplett neu installieren musstest. Sonst wäre die Konfig einfach übernommen worden. Auch wenn es jetzt zu spät ist, vielleicht hilft später mal:

Die ganzen Infos, wann was abgefragt wird, sind in "tableUdsSchedules" gespeichert. Du kannst also die neue Konfig exportieren, den Abschnitt aus der alten nehmen und damit den Abschnitt in der neuen Konfig ersetzen und dann diese wieder importieren. Dann ist alles direkt wieder da.

Wird noch nichts abgefragt sieht der Abschnitt so aus:

  "tableUdsSchedules": [
  ],

Und hier ein Beispiel mit 2 Geräten:

  "tableUdsSchedules": [
    {
      "udsScheduleActive": true,
      "udsSchedule": 15,
      "udsSelectDevAddr": "0x680",
      "udsScheduleDids": "1190,2346,2735",
      "udsScheduleUserComment": ""
    },
    {
      "udsScheduleActive": true,
      "udsSchedule": 0,
      "udsSelectDevAddr": "0x684",
      "udsScheduleDids": "256,580",
      "udsScheduleUserComment": "on start"
    }
  ],

Die Topologie sieht für mich plausibel aus.

Denke, ich kann demnächst ein richtiges Release ins Beta-Repo machen.

Danke & Gruß, Jürgen

[damichi85]

@jrbwh
Danke, das ist sehr interessant! Ich werd das beim nächsten Mal ausprobieren!

@jrbwh sagte:

Denke, ich kann demnächst ein richtiges Release ins Beta-Repo machen.

Ja, du schaut gut aus bis jetzt. Schreiben funktioniert nach wie vor auch noch einwandfrei.

Dir noch einen schönen Abend!
Michael

[jrbwh]

@damichi85 Im Beta-Repo ist jetzt die Version 1.0.1 verfügbar. Kleiner Bugfix. Und mit Klick auf das Badge "xxx scheduled" kann man nun nach genau diesen DIDs filtern.

[damichi85]

@jrbwh Vielen Dank! Ich hab die Version vor ein paar Tagen installiert - läuft soweit wieder einwandfrei! Perfekt

[Beowolf]

Hab da mal ne Frage. Muß der CAN-Bus Adapter am PI stecken auf dem ioBroker installiert ist?

[teletapi]

@Beowolf sagte:

Hab da mal ne Frage. Muß der CAN-Bus Adapter am PI stecken auf dem ioBroker installiert ist?

Wo sonst..? Ich geh mal davon aus das du den Adapter auch auf dem Iobroker installiert hast...

So sieht das im Augenblick bei mir aus, aber die Viessmann a250 kommt ja erst im September

[jrbwh]

@Beowolf Ja, das ist die Standard-Konfiguration. Falls der ioBroker-Raspi zu weit weg ist, gibt es weitere Möglichkeiten

• Einen älteren zusätzlichen Raspi beim CAN-Bus installieren und ioBroker als Master-Slave aufsetzen
• Cannelloni verwenden und die CAN-Bus Daten über TCP/IP tunneln. Dazu reicht ein Raspi-Zero am CAN-Bus. Das wird auf beiden Rechner installiert, auf dem ioBroker-Raspi sind die Daten dann auf einem virtuellen CAN-Bus (vcan0) verfügbar. Den trägt man im e3oncan-Adapter ein.

[Beowolf]

Danke für die Hilfe.

[RaspiCan]

Bekomme seit seit Mitte Mai UDS timeout auf allen Datenpunkten die ich abfrage. Geändert hatte ich nichts, keine Updates oder ähnliches.

Es wird angezeigt, dass der Dienst oder Gerät nicht verbunden ist. Habe alles kontrolliert, konnte keinen Fehler feststellen.

Komisch ist allerdings, dass es keinen Error über can0 gibt.

Wie kann ich e3oncan wieder zum Leben erwecken, ohne timeout error?

Was könnte das Problem sein?

[Thomas Braun]

@RaspiCan
Was steht denn zu einem Kaltstart der Instanz im Log?

iob logs --watch

anschauen. Oder gleich das 'große Ganze' per

iob diag

[jrbwh]

@RaspiCan Hast Du in node.js-Upgrade gemacht? Dann gibt es zwei Möglichkeiten:

• das native Modul socketcan neu compilieren mit iob stop e3oncan && iob rebuild && iob start e3oncan - siehe auch im Readme
• Upgrade auf e3oncan v1.0.3 - da ist dieses Problem komplett behoben, da der Entwickler von socketcan sein Modul auf non-native umgestellt hat. Allerdings bringt 1.0.3 viele Updates von Datenpunkten, da ist ziemlich sicher Nacharbeit notwendig. Auch hier gilt: Siehe Readme.

Falls Du kein node.js-Upgrade gemacht hast: Poste die Log.Einträge beim Start des Adapters.

[RaspiCan]

2026-06-05 14:08:23.658 - error: e3oncan.0 (27942) UDS timeout on 0x68c.2852

habe kein Update gemacht