Test Adapter bosch-buderus-wp
-
Hallo zusammen,
vom Hersteller Buderus wurde die lokale API freigegeben, um über das Funkmodul MX-400 die Daten der Wärmepumpe abfragen zu können. Es ist nur die Abfrage der Daten möglich, keine Änderungen und kein Senden von Befehlen.
Da ich kein EMS-ESP (BBQKees) benutzen wollte, ist dieser Adapter entstanden. Dadurch ist es dann möglich, Datenpunkte z.B. über influxdb zu sichern und z.B. über grafana darzustellen. Das sollte aber jeder für sich selbst herausfinden und umsetzen.
Die Erstellung des Tokens ist nur einmalig notwendig.
Kurzfassung für die Token-Ermittlung:- Der Token wird einmalig mit den Werten „Login“ und „Pass“ vom Aufkleber bzw. Infoblatt des MX-400 erzeugt.
- Ermittle die IP-Adresse des MX-400 in deinem Router.
- Entferne beim Wert „Pass“ alle Bindestriche.
- Drücke die Tasten „WLAN“ und „Wireless“ am MX-400 eine Sekunde lang gleichzeitig. Die LEDs blinken kurz blau auf.
- Fordere innerhalb von 5 Minuten den Token an (Port 9442):
curl --insecure --request POST "https://IP-ADRESSE:9442/auth/token" \ --header "Content-Type: application/x-www-form-urlencoded" \ --data-urlencode "grant_type=password" \ --data-urlencode "username=LOGIN" \ --data-urlencode "password=PASS-OHNE-BINDESTRICHE" \ --data-urlencode "client_name=iobroker"Unter Windows (PowerShell) schreibst du curl.exe statt curl und gibst den Befehl in einer Zeile ohne die Backslashes () ein.
Kopiere den Wert von access_token aus der Antwort. Dieser wird später benötigt und muss nicht erneut erstellt werden.Installation im ioBroker:
Expertenmodus aktivieren.
Klicke oben in der Werkzeugleiste auf das GitHub-Symbol („Installieren aus eigener URL“).
Gib entweder im Reiter „npm“ den Paketnamenbuderus-mx400ein oder im Reiter „Benutzerdefiniert“https//github.com/septa-cr/ioBroker.buderus-mx400und bestätige die Eingabe.Version 0.0.4
Da der Adapter bereits auf npm verfügbar, aber noch nicht im offiziellen ioBroker-Repository gelistet ist, sind Tester herzlich willkommen!
Post Bearbeitet:
Adapter wurde umbenannt, siehe Post #12Grüße
septa-cr@septa-cr Danke, schön dass Buderus die lokale API endlich freigegeben hat. Ich habe kurz in den Code geschaut, ein paar Punkte:
-
Den Token könnte der Adapter auch selbst holen. In der jsonConfig Felder für Login und Pass und einen
sendTo-Button, und der Adapter macht inonMessageden POST auf Port 9442 und trägt dasaccess_tokenein. Dann braucht keiner curl, und unter Windows gibt es auch keine Probleme mit den Anführungszeichen. -
Die Suche über alle 1286 Pfade läuft bei jedem Start erneut. Ich würde die gefundenen Pfade (
fixedPaths/slowPaths) speichern, z. B. in einem State oder innativeeines Objekts. Beim nächsten Start nimmst du dann diese Liste und suchst nur noch stündlich bzw. auf Knopfdruck neu. Das schont die MX400 und der Adapter ist sofort da. -
In jedem Zyklus werden alle Werte mit
setStategeschrieben, auch wenn sich nichts geändert hat. Bei über 100 Werten pro Minute erzeugt das unnötige Last und Events für influxdb/history (je nach Einstellung). MitsetStateChangedwird nur geschrieben, wenn sich der Wert wirklich geändert hat. -
Kleinigkeit: In der README steht Admin 7.0.23, in
io-package.jsonaberadmin >=7.6.20. Das sollte zusammenpassen.
Vor dem Antrag fürs Repo lass am besten noch den Adapter-Check laufen: https://adapter-check.iobroker.in/
-
vielen Dank für das schnelle und genaue Feedback! Ich habe alle vier Punkte umgesetzt, das Ganze steckt in Version 0.0.5 (npm, mit Provenance).
Auch für diejenigen die es testen möchten . . .
-
Token: In den Einstellungen gibt es jetzt Felder für Login und Pass und die Schaltfläche "API-Token anfordern". Der Adapter macht in onMessage den POST auf Port 9442 und trägt das access_token ein, curl ist nicht mehr nötig (bleibt in der README als Alternative). Login und Pass werden nicht gespeichert. Die Fehlermeldungen richten sich nach der Tabelle des Herstellers, z. B. 412, wenn die Tasten am Gerät nicht gedrückt wurden. Ich habe das an meiner MX400 getestet.
-
Pfadliste: Die gefundenen Pfade (fixedPaths/slowPaths/retryPaths) liegen jetzt im State info.discoveredPaths und werden beim Start geladen, solange IP und Pfadliste des Adapters dazu passen. Neu gesucht wird einmal am Tag und auf Knopfdruck ("Ressourcen erneut suchen"). Ich habe bewusst täglich statt stündlich gewählt, weil eine Suche 1286 Abfragen bedeutet und sich an den vorhandenen Pfaden selten etwas ändert. Wenn du stündlich bevorzugst, ist das nur ein Zahlenwert im Code.
-
setStateChanged: Alle Werte werden jetzt nur noch bei Änderung geschrieben.
-
README und io-package.json nennen jetzt beide Admin 7.6.20.
Der Antrag für LATEST ist offen:
https//github.com/ioBroker/ioBroker.repositories/pull/6985
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 -
-
vielen Dank für das schnelle und genaue Feedback! Ich habe alle vier Punkte umgesetzt, das Ganze steckt in Version 0.0.5 (npm, mit Provenance).
Auch für diejenigen die es testen möchten . . .
-
Token: In den Einstellungen gibt es jetzt Felder für Login und Pass und die Schaltfläche "API-Token anfordern". Der Adapter macht in onMessage den POST auf Port 9442 und trägt das access_token ein, curl ist nicht mehr nötig (bleibt in der README als Alternative). Login und Pass werden nicht gespeichert. Die Fehlermeldungen richten sich nach der Tabelle des Herstellers, z. B. 412, wenn die Tasten am Gerät nicht gedrückt wurden. Ich habe das an meiner MX400 getestet.
-
Pfadliste: Die gefundenen Pfade (fixedPaths/slowPaths/retryPaths) liegen jetzt im State info.discoveredPaths und werden beim Start geladen, solange IP und Pfadliste des Adapters dazu passen. Neu gesucht wird einmal am Tag und auf Knopfdruck ("Ressourcen erneut suchen"). Ich habe bewusst täglich statt stündlich gewählt, weil eine Suche 1286 Abfragen bedeutet und sich an den vorhandenen Pfaden selten etwas ändert. Wenn du stündlich bevorzugst, ist das nur ein Zahlenwert im Code.
-
setStateChanged: Alle Werte werden jetzt nur noch bei Änderung geschrieben.
-
README und io-package.json nennen jetzt beide Admin 7.6.20.
Der Antrag für LATEST ist offen:
https//github.com/ioBroker/ioBroker.repositories/pull/6985
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-crDer 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-crJa, 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 -
-
vielen Dank für das schnelle und genaue Feedback! Ich habe alle vier Punkte umgesetzt, das Ganze steckt in Version 0.0.5 (npm, mit Provenance).
Auch für diejenigen die es testen möchten . . .
-
Token: In den Einstellungen gibt es jetzt Felder für Login und Pass und die Schaltfläche "API-Token anfordern". Der Adapter macht in onMessage den POST auf Port 9442 und trägt das access_token ein, curl ist nicht mehr nötig (bleibt in der README als Alternative). Login und Pass werden nicht gespeichert. Die Fehlermeldungen richten sich nach der Tabelle des Herstellers, z. B. 412, wenn die Tasten am Gerät nicht gedrückt wurden. Ich habe das an meiner MX400 getestet.
-
Pfadliste: Die gefundenen Pfade (fixedPaths/slowPaths/retryPaths) liegen jetzt im State info.discoveredPaths und werden beim Start geladen, solange IP und Pfadliste des Adapters dazu passen. Neu gesucht wird einmal am Tag und auf Knopfdruck ("Ressourcen erneut suchen"). Ich habe bewusst täglich statt stündlich gewählt, weil eine Suche 1286 Abfragen bedeutet und sich an den vorhandenen Pfaden selten etwas ändert. Wenn du stündlich bevorzugst, ist das nur ein Zahlenwert im Code.
-
setStateChanged: Alle Werte werden jetzt nur noch bei Änderung geschrieben.
-
README und io-package.json nennen jetzt beide Admin 7.6.20.
Der Antrag für LATEST ist offen:
https//github.com/ioBroker/ioBroker.repositories/pull/6985
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 -
-
Ü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 :-) )
-
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 -
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)
GitHubhttps//github.com/septa-cr/ioBroker.buderus-mx400
npmhttps//www.npmjs.com/package/iobroker.buderus-mx400
Fehlermeldungenhttps//github.com/septa-cr/ioBroker.buderus-mx400/issues
Antrag Latest-Repositoryhttps//github.com/ioBroker/ioBroker.repositories/pull/6985Hinweis 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 Paketnamenbuderus-mx400ein oder im Reiter „Benutzerdefiniert“https//github.com/septa-cr/ioBroker.buderus-mx400und 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 #12Grüße
septa-cr -
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 -
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 -
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 RFDein Vorschlag: "bosch-buderus-wp" ist schon sehr gut, der Rest kann ja dann in der Beschreibung hervorgehen.
Vielleicht kommt hier ja noch ein Namensvorschlag. -
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.tgzFeedback, 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.8Grüße
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.tgzAlles 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 -
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.tgzAlles 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-crInstallation (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.tgzAuch 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-wpoder unter Verwendung der url
iobroker.bosch-buderus-wpim Tierheim (= admin UI und Katze).Alternativ kann natürlich auch eine explizite Version angegeben werden: iobroker.bosch-buderus-wp@1.2.3
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
231
Online33.1k
Benutzer84.2k
Themen1.4m
Beiträge