Neuer Installer und neuer Fixer: übersichtliche Oberfläche und `iob docker`

[mcm1957]

@septa-cr said:

Der automatische Check hatte dort keine Fehler gefunden, der Objektdump ist angehängt. Bei den Namen der Datenpunkte meldet der Objekt-Check E6001 (nur en/de vorhanden, nicht die übrigen neun Sprachen). Falls du dazu eine Meinung hast, ob das für die Aufnahme nötig ist, würde ich mich über einen Hinweis freuen. Dort habe ich dazu auch eine Frage gestellt.

Viele Grüße
septa-cr

Ja, name sollte entweder nur english sein oder wenn i18n dann eine Übersetzung in alle Sprachen.
Wenn du objecte verwendest kannst translator-ui.iobroker.in verwendne, das liefert dir fertige Objeket. Wenn du i18n file in verbindung mit i18n Support im adapter-core verwendest kannst du npm run translate (adapter-dev paket) verwenden um die Files zu erzeugen und zu übersetzen

[Bluefox]

@septa-cr Danke, das ging schnell. Einmal am Tag plus Knopfdruck passt gut, an den Pfaden ändert sich ja kaum etwas.

Zu E6001 hat @mcm1957 schon alles gesagt: entweder nur Englisch oder alle Sprachen übersetzen.

[mcm1957]

Übrigends: Ausgenommen von Übersetzungen der Namen sind jene Name die DIREKT von einer externen Quelle (also Cloud oder direkt vom Geräte Api) kommen. Wenn dir also deine Waschmaschine zu einem Programm die Bezeichnung "Wolle filzen" oder "Socken kochen" liefert, dann darfst du das 1:1 als Name verwenden und musst keinen Online Translator bemühen. (Außerdem wär eine andere Waschmaschine ne Überlegung wert :-) )

[septa-cr]

was für ein Tag aber viel geschafft, außer Wäsche waschen, da "Wolle filzen" <-> "Socken kochen" ;-)
Danke für eure Antworten.
In der aktuellen Version 0.0.6 habe ich die Namen aller Datenpunkte in die empfohlenen Sprachen übersetzt (ru, pt, nl, fr, it, es, pl, uk, zh-cn), damit der Befund E6001 weg ist, und das Feld _pass als geschützt und verschlüsselt eingetragen.

Die automatische Prüfung im Antrag meldet jetzt keine Fehler mehr, es stehen nur noch die optionalen Hinweise offen.

Grüße
septa-cr

[septa-cr]

Test Adapter buderus-mx400 v0.0.6 - Buderus Wärmepumpe über das LAN- und Funkmodul MX400 (lokale API)

Aktuelle Test-Version 0.0.6
Veröffentlichungsdatum 23.10.2026
Quelle GitHub / npm (noch nicht im Latest-Repository, Antrag läuft)
GitHub https//github.com/septa-cr/ioBroker.buderus-mx400
npm https//www.npmjs.com/package/iobroker.buderus-mx400
Fehlermeldungen https//github.com/septa-cr/ioBroker.buderus-mx400/issues
Antrag Latest-Repository https//github.com/ioBroker/ioBroker.repositories/pull/6985

Hinweis zur KI-Beteiligung: Dieser Adapter wurde mit Unterstützung einer KI (Claude) entwickelt.

Hallo zusammen,

ich stelle Buderus MX400 (buderus-mx400) Version 0.0.6 zum Testen bereit.

Der Adapter liest die Daten einer Buderus-Wärmepumpe über die offizielle lokale API des LAN- und Funkmoduls MX400 aus. Die Verbindung läuft direkt im Heimnetz, ein Cloud-Konto ist nicht nötig.

Was der Adapter macht:
Beim Start prüft der Adapter alle Ressourcen aus der API-Beschreibung des Herstellers und legt nur für die Werte Datenpunkte an, die deine Anlage tatsächlich liefert (bei mir rund 400). Dazu gehören die Signale des Geräts, Heizkreise, Warmwasser, Energiezähler (Wärme, Verdichter, Heizstab) und Verlaufsdaten (Tageswerte, Monatswerte, heute, dieser Monat). Die Namen der Datenpunkte gibt es in 11 Sprachen. Werte werden nur geschrieben, wenn sie sich ändern. Sonderwerte von Fühlern (Kurzschluss, Leitungsbruch) werden nicht als Messwert angezeigt.

Hinweis: Die API des Herstellers ist derzeit nur lesend. Der Adapter kann keine Einstellungen an der Wärmepumpe ändern.

Getestet mit: Buderus MX400, ioBroker auf einem Raspberry Pi 5 (js-controller 7.2.5, Node.js 22).
Laut Hersteller bieten auch der Bosch Connect-Key K 40 RF sowie der K 40 RF von IVT, Vulcano und Worcester dieselbe API an. Mit diesen Geräten habe ich den Adapter nicht getestet.

Wichtig - API-Token:
Der Token wird einmal direkt in den Adaptereinstellungen angefordert: IP-Adresse des MX400 eintragen, Login und Pass vom Aufkleber eingeben (werden nicht gespeichert), die Tasten WLAN und Wireless am MX400 eine Sekunde gleichzeitig drücken und innerhalb von 5 Minuten auf "API-Token anfordern" klicken. Bitte den Token nur einmal anfordern und aufbewahren, der Speicher des MX400 für Token ist begrenzt.

Bekanntes Verhalten:

• Beim ersten Start dauert die Suche nach den vorhandenen Ressourcen ein bis zwei Minuten. Die Liste wird gespeichert und einmal am Tag oder per Schaltfläche aktualisiert.
• Selten veränderliche Werte (Verlaufsdaten, WLAN-Liste) werden nur einmal pro Stunde abgefragt.

Worauf Tester bitte achten:

• Andere Anlagen und Wärmepumpen-Typen: Werden alle Werte gefunden und sinnvoll angezeigt? Gerne mit Modell melden.
• Andere Gateways (K 40 RF von Bosch, IVT, Vulcano, Worcester).
• Anlagen mit mehreren Heizkreisen, Lüftung, Solar oder Pool. Bei mir sind nicht alle Bereiche vorhanden.
• Die Namen in den neuen Sprachen (ru, pt, nl, fr, it, es, pl, uk, zh-cn) wurden mit KI-Unterstützung erstellt und nicht von Muttersprachlern geprüft. Korrekturen sind willkommen.

Voraussetzungen:

• Gateway-Firmware 15.00.01 oder neuer
• Node.js 22 oder neuer
• js-controller 6.0.11 oder neuer
• Admin 7.6.20 oder neuer

Änderungen:
0.0.6:

• Namen der Datenpunkte in allen empfohlenen Sprachen (ru, pt, nl, fr, it, es, pl, uk, zh-cn), vorher nur Deutsch und Englisch
• Feld _pass als geschützt und verschlüsselt eingetragen
  0.0.5:
• Token kann direkt in den Einstellungen angefordert werden, curl ist nicht mehr nötig
• Liste der gefundenen Ressourcen wird gespeichert
• Werte werden nur bei Änderung geschrieben

Installation im ioBroker (noch nicht im Latest-Repository):
Expertenmodus aktivieren.
Klicke oben in der Werkzeugleiste auf das GitHub-Symbol („Installieren aus eigener URL“).
Gib entweder im Reiter „npm“ den Paketnamen buderus-mx400 ein oder im Reiter „Benutzerdefiniert“ https//github.com/septa-cr/ioBroker.buderus-mx400 und bestätige die Eingabe.

Feedback, Fehlerberichte und Wünsche bitte hier im Thread oder als GitHub-Issue. Bei Fehlern bitte das Log (Loglevel "debug") und das Anlagenmodell angeben. Bitte vorher IP-Adressen, MAC-Adressen und WLAN-Namen aus dem Log entfernen.

Post Bearbeitet:
Adapter wurde umbenannt, siehe Post #12

Grüße
septa-cr

[septa-cr]

@mcm1957

wie ich angegeben hatte, wird die gleiche API auch
für Bosch-K40RF, Buderus-MX400, K40RF von IVT, Vulcano und Worcester
verwendet.

Jetzt habe ich den Adapter nur "buderus-mx400" genannt, ich weiß auch, dass wir in mitten des PR sind, aber besser jetzt, als wenn er durch ist. Auch wenn es mehr Arbeit bedeutet.

Daher die Frage ob es nicht mehr Sinn machen würde den Adapter umzubenennen?
Nicht das später für die gleiche API mehrere Adapter kommen.
Falls ja zum umbenennen, wie soll er bei der Menge an Herstellern heißen, oder
gibt es da eine bessere Idee?

grüße
septa-cr

[mcm1957]

Also was den Revie betrifft ist der Adapter-PR noch in der Warteschlange. Wird sicher noch ein wenig dauern - KI ist beim Adaptererstellen schneller als beim review :-) Ein Renaming bedeutet für mich keinen Mehraufwand. Wenn du das machen willst, schließ einfach den review PR, rename den Adapter und erstell einen neuen PR.

Prinzipiell ist es immer gut wenn ein Adapter kein Spezielles Gerät im Namen hat wenn er meherer unterstützt. Allersdinsg hab ich bei der obigen Hersteller / Geräteliste auch keine wirklich bracuhbare Idee für einen Namen. Ev. kommt ja hier noch ein Input von anderen. Hat die Api einen "Namen" ? @Apollon77 hast du da ev. ne Idee?
Kann mir bosch-buderus-wp vorstellen. Ist aber auch ziemlich lang. Keine Ahnung ob Vulcano und Worcester bekannt sind. Ich kenn sie nicht - sagt aber nichts aus, da ich Fernwärme habe und keine Beobachtung des Markst für Wärmepumpen mache :-)

Kurz
Rename wäre kein Problem
Namensvorschläge ev. hier abwarten

[septa-cr]

@mcm1957

Danke für die schnelle Antwort.
Bosch, Buderus, IVT, Vulcano und Worcester gehören zur Bosch Home Comfort Group.
Der Name der API "K 40 RF API" aber da würde wieder das Modul von Buderus MX400 im Namen nicht vorkommen.

Bei Bosch heißt es: Bosch Connect-Key K 40 RF
Bei Buderus: Buderus MX400
Bei den anderen aus der Boschgroup: IVT, Vulcano, Worcester K 40 RF

Dein Vorschlag: "bosch-buderus-wp" ist schon sehr gut, der Rest kann ja dann in der Beschreibung hervorgehen.
Vielleicht kommt hier ja noch ein Namensvorschlag.

[septa-cr]

Test Adapter bosch-buderus-wp v0.0.7 - Buderus MX400 / Bosch K 40 RF (Wärmepumpe, lokale API)

Aktuelle Test-Version 0.0.7
Veröffentlichungsdatum 02.11.2026
Quelle GitHub / npm (noch nicht im Latest-Repository, der neue Antrag folgt)
GitHub https://github.com/septa-cr/ioBroker.bosch-buderus-wp
npm https://www.npmjs.com/package/iobroker.bosch-buderus-wp
Fehlermeldungen https://github.com/septa-cr/ioBroker.bosch-buderus-wp/issues
Antrag Latest-Repository wird gestartet sobald @bluefox die Einladung angenommen hat.

Hinweis zur KI-Beteiligung: Dieser Adapter wurde mit Unterstützung einer KI (Claude) entwickelt.

Hallo zusammen,

der Adapter hieß bisher buderus-mx400 und heißt jetzt bosch-buderus-wp. Die Umbenennung war mein Vorschlag, weil der Adapter mehrere Marken abdeckt und kein bestimmtes Gerät im Namen führen sollte, Danke @mcm1957

Was der Adapter macht:
Er liest die Daten einer Wärmepumpe über die lokale API des LAN- und Funkmoduls Buderus MX400 / Bosch Connect-Key K 40 RF aus. Die Verbindung läuft direkt im Heimnetz, ein Cloud-Konto ist nicht nötig. Beim Start prüft der Adapter alle Ressourcen aus der API-Beschreibung des Herstellers und legt nur für die Werte Datenpunkte an, die deine Anlage tatsächlich liefert (bei mir rund 400). Dazu gehören die Signale des Geräts, Heizkreise, Warmwasser, Energiezähler und Verlaufsdaten. Die Namen der Datenpunkte gibt es in 11 Sprachen.

Hinweis: Die API des Herstellers ist derzeit nur lesend. Der Adapter kann keine Einstellungen an der Wärmepumpe ändern.

Getestet mit: Buderus MX400, ioBroker auf einem Raspberry Pi 5 (js-controller 7.2.5, Node.js 22).
Laut Hersteller bieten auch der Bosch Connect-Key K 40 RF sowie der K 40 RF von IVT, Vulcano und Worcester dieselbe API an. Mit diesen Geräten habe ich den Adapter nicht getestet.

Wer die alte Version buderus-mx400 benutzt hat:

• Das ist technisch ein neuer Adapter. Bitte eine neue Instanz bosch-buderus-wp.0 anlegen, den bisherigen Token in den Einstellungen wieder eintragen (es muss kein neuer Token angefordert werden, der alte gilt weiter) und danach die alte Instanz und den alten Adapter löschen.
• Die Datenpunkt-IDs ändern sich von buderus-mx400.0.* auf bosch-buderus-wp.0.*. Skripte, Visualisierungen oder Logging, die auf die alten IDs zeigen, müssen angepasst werden.

Wichtig - API-Token:
Der Token wird einmal direkt in den Adaptereinstellungen angefordert: IP-Adresse des Gateways eintragen, Login und Pass vom Aufkleber eingeben (werden nicht gespeichert), die Tasten WLAN und Wireless am Gateway eine Sekunde lang gleichzeitig drücken und innerhalb von 5 Minuten auf "API-Token anfordern" klicken. Bitte den Token nur einmal anfordern und aufbewahren, der Speicher des Gateways für Token ist begrenzt. Der QR-Code auf dem Gerät enthält Login und Pass, bitte nicht auf Fotos zeigen.

Bekanntes Verhalten:

• Beim ersten Start dauert die Suche nach den vorhandenen Ressourcen ein bis zwei Minuten. Die Liste wird gespeichert und einmal am Tag oder per Schaltfläche aktualisiert.
• Selten veränderliche Werte (Verlaufsdaten, WLAN-Liste) werden nur einmal pro Stunde abgefragt.

Worauf Tester bitte achten:

• Andere Geräte: Bosch Connect-Key K 40 RF und die K 40 RF von IVT, Vulcano und Worcester. Werden alle Werte gefunden und sinnvoll angezeigt? Gerne mit Modell melden.
• Anlagen mit mehreren Heizkreisen, Lüftung, Solar oder Pool. Bei mir sind nicht alle Bereiche vorhanden.
• Die Namen in den Sprachen ru, pt, nl, fr, it, es, pl, uk und zh-cn sind mit KI-Unterstützung entstanden und nicht von Muttersprachlern geprüft. Korrekturen sind willkommen.

Voraussetzungen:

• Gateway-Firmware 15.00.01 oder neuer
• Node.js 22 oder neuer
• js-controller 6.0.11 oder neuer
• Admin 7.6.20 oder neuer

Änderungen:
0.0.7:

• Umbenennung von buderus-mx400 in bosch-buderus-wp, Titel, Beschreibung und Texte nennen jetzt auch den Bosch K 40 RF, Hinweis zur KI-Beteiligung in der README
  0.0.6:
• Namen der Datenpunkte in allen empfohlenen Sprachen (ru, pt, nl, fr, it, es, pl, uk, zh-cn)
  0.0.5:
• Token kann direkt in den Einstellungen angefordert werden, Liste der gefundenen Ressourcen wird gespeichert, Werte werden nur bei Änderung geschrieben

Installation (noch nicht im Latest-Repository, und der neue Name steht in der Adapterliste unter "Von npm" noch nicht): Admin → Adapter → Installation aus eigener Quelle → Reiter "Benutzerdefiniert" → URL eintragen:
https//registry.npmjs.org/iobroker.bosch-buderus-wp/-/iobroker.bosch-buderus-wp-0.0.7.tgz

Feedback, Fehlerberichte und Wünsche bitte hier im Thread oder als GitHub-Issue. Bei Fehlern bitte das Log (Loglevel "debug") und das Anlagenmodell angeben. Bitte vorher IP-Adressen, MAC-Adressen und WLAN-Namen aus dem Log entfernen.

Post Bearbeitet:
neue Version 0.0.8

Grüße
septa-cr

[septa-cr]

Test Adapter bosch-buderus-wp v0.0.8 - Buderus MX400 / Bosch K 40 RF (Wärmepumpe, lokale API)

Aktuelle Test-Version 0.0.8
Veröffentlichungsdatum 03.11.2026
GitHub https://github.com/septa-cr/ioBroker.bosch-buderus-wp
npm https://www.npmjs.com/package/iobroker.bosch-buderus-wp
Fehlermeldungen https://github.com/septa-cr/ioBroker.bosch-buderus-wp/issues
Antrag Latest-Repository https://github.com/ioBroker/ioBroker.repositories/pull/7068 (in Prüfung)

Neu in 0.0.8:

• Der gespeicherte API-Token kann in den Einstellungen angezeigt und kopiert werden (Häkchen "API-Token anzeigen" unter dem Token-Feld), zum Beispiel für eine Sicherung in einem Passwortmanager.
• Bei einigen Temperaturen steht jetzt das Sensorkürzel im Namen (PH1, PL1, TR1, TR3, TR5, TR6, TC3, TA4). Die Zuordnung habe ich an meiner Anlage durch Vergleich der Messwerte mit einem EMS-ESP an derselben Wärmepumpe geprüft. Bei anderen Modellen kann sie abweichen, bitte melden, falls ein Kürzel nicht passt.

Update von 0.0.7: Einfach die neue Version mit der URL unten darüber installieren, IP-Adresse und Token bleiben erhalten.

Installation (noch nicht im Latest-Repository): Admin → Adapter → Installation aus eigener Quelle → Reiter "Benutzerdefiniert" → URL eintragen:
https://registry.npmjs.org/iobroker.bosch-buderus-wp/-/iobroker.bosch-buderus-wp-0.0.8.tgz

Alles Weitere (Funktionsweise, Voraussetzungen, Hinweise zum Token und zur Umbenennung von buderus-mx400) steht im vorigen Beitrag.

Feedback und Fehlerberichte bitte hier im Thread oder als GitHub-Issue, mit Log (Loglevel "debug") und Anlagenmodell. Bitte vorher IP-Adressen, MAC-Adressen und WLAN-Namen aus dem Log entfernen.

Grüße
septa-cr

[mcm1957]

Installation (noch nicht im Latest-Repository): Admin → Adapter → Installation aus eigener Quelle → Reiter "Benutzerdefiniert" → URL eintragen:
https://registry.npmjs.org/iobroker.bosch-buderus-wp/-/iobroker.bosch-buderus-wp-0.0.8.tgz

Auch Adapter die noch nicht im Repository verfügabr sind sollten AUSSCHLIESSLICH mit den vorgesehenen iobroker befehlen installiert werden, z.B.

iob url iobroker.bosch-buderus-wp

oder unter Verwendung der url iobroker.bosch-buderus-wp im Tierheim (= admin UI und Katze).

Alternativ kann natürlich auch eine explizite Version angegeben werden: iobroker.bosch-buderus-wp@1.2.3