Neuer Adapter EMS-ESP für Bosch Heizungen
-
@tp1de
Hi, ein paar Fragen hätte ich noch
Ich habe die Beschreibung des EMS-ESP jetzt einigermaßen genau durchgelesen. Wenn ich das richtig verstehe, dann schreibt das Gateway das von selbst an einen MQTT-Server. Aber ich habe keine Angaben zu irgendwelchen Passwords gefunden. Gilt das nur, wenn ich Werte setzen will über die interne API?
Was ich zur Zeit eigentlich gar nicht will. Und könnte ich auch ohne Adapter die Werte über MQTT abgreifen?Und kann mir wer sagen, wie in etwa so ein Authorisierungs-Token aussieht?
Aus dem QR bekomme ich einen String bestehend aus internen Login+Passwort+MAC-Adresse.Das sich nicht um einen KM200-Adapter handelt, sondern um einen anderen aus der Liste der kompatiblen Geräte, brauche ich mich um den KM200-Teil in der Konfiguration wohl nicht zu kümmern?
-
@diwoma der Adapter nutzt API zum ems-esp gateway. Warum mqtt bei ioBroker?
Zum Schreiben brauchst du den Token oder du setzt in den settings den bypass.Aber bitte alle ems-esp Fragen in den Discord Kanal und nicht hier
-
Danke für die schnelle Antwort
der Adapter nutzt API zum ems-esp gateway. Warum mqtt bei ioBroker?
Nun ja, weil ich auch meine Tasmota-Daten aus MQTT empfange und der entsprechende Adapter damit schon in Verwendung ist
Zum Schreiben brauchst du den Token oder du setzt in den settings den bypass.
Damit muss ich mich dann beschäftigen, wenn ich tatsächlich schreiben will
Aber bitte alle ems-esp Fragen in den Discord Kanal und nicht hier
Gerne, aber dafür brauchen ich auch noch Infos:
Was ist ein Discord-Kanal? -
@diwoma OK, habe ich jetzt gefunden, werde mich mal umsehen.
-
@mwolle ich bekomme jetzt immer folgenden Adapterfehler:
host.DESKTOP-B4TCR34(SmartHome) 2023-07-18 14:48:12.941 error instance system.adapter.ems-esp.0 terminated with code 6 (UNCAUGHT_EXCEPTION) ems-esp.0 2023-07-18 14:48:12.222 error Parameter "instanceName" needs to be of type "string" but type "undefined" has been passed ems-esp.0 2023-07-18 14:48:12.221 error Error: Parameter "instanceName" needs to be of type "string" but type "undefined" has been passed at Validator.assertString (C:\Program Files\iobroker\SmartHomeneu\node_modules\@iobroker\js-controller-adapter\build\lib\adapter\validator.js:168:19) at AdapterClass.sendTo (C:\Program Files\iobroker\SmartHomeneu\node_modules\@iobroker\js-controller-adapter\build\lib\adapter\adapter.js:5002:31) at enable_state (C:\Program Files\iobroker\SmartHomeneu\node_modules\iobroker.ems-esp\main.js:121:10) at Immediate.<anonymous> (C:\Program Files\iobroker\SmartHomeneu\node_modules\iobroker.ems-esp\main.js:328:73) at process.processImmediate (node:internal/timers:478:21) ems-esp.0 2023-07-18 14:48:12.208 error uncaught exception: Parameter "instanceName" needs to be of type "string" but type "undefined" has been passedich habe relativ neu upgedatet js.controller 5.0.5
-
@mwolle stopppe die Instanz mal und starte neu. Tritt der Fehler noch auf?
-
@tp1de leider ja, ich hatte ja oben erwähnt, dass ich den Regler umgebaut habe. Ich habe dazu heute einmal den Objektbaum gelöscht und neu aufbauen lassen. Seit dem habe ich den Fehler.
-
@mwolle ich hatte ähnliche Fehler. Beim js-controler kommen ja fast täglich neue Versionen raus. Beta Versionen vom Controller würde ich nicht produktiv einsetzen. Kannst ja 5.0.8 probieren, ich erhalte aber bei einer ganzen Reihe von Adaptern Warnmeldungen.
Js-controller v5.0.8 funktioniert bei mir
-
@tp1de Update habe ich gerade auf 5.0.8 gemacht, Fehler bleibt.
-
@mwolle welche adapter version?
-
@tp1de 1.31.0
-
@mwolle schalte mal statistics aus, wenn aktiv
-
@tp1de ja das scheint es zu sein, habe ich alles ausgeschaltet, dann läuft er wieder
-
@mwolle Statistics setzt eine aktive Datenbank Instanz voraus und die muss eingestellt sein. Ist das bei Dir der Fall? .... ist in der Readme beschrieben
-
@tp1de die war mal aktiv, dann hatte ich sporadisch immer Fehler durch die Datenbank und habe diese deaktiviert. Im bestehenden Kontext macht das keine Probleme, nur dann bei Neuanlage des Objektbaumes...
-
@mwolle said in Neuer Adapter EMS-ESP für Bosch Heizungen:
@tp1de: Ich habe ja nun meine Skripte angepasst auf diesen Adapter nun. Ich habe aber auch gleichzeitig den Regler getauscht, das heißt vom FW200 mit IPM2 auf CW400 und MM200. Ich habe ein Skript welches Anhand der Außentemperatur unterschiedliche Heizprogramme lädt oder aber auch bei Taktverhalten die Heizung per Heizprogramm ausschaltet. Leider werden die Heizprogramme nicht in den Regler geschrieben. (Ich bekomme aber auch keine Fehlermeldung). Hat einer Erfahrung mit dem CW 400 Regler? Bei dem FW 200 Regler gab es keine Probleme.
Das Problem bleibt leider noch: Es handelt sich um diesen Datenpunkt: km200:heatingCircuits.hc1.activeSwitchProgram
Das ändern des Datenpunkt bewirkt keine Änderung am Regler. Über die EasyRemote App klappt alles. Vorher mit dem FW 200 Regler ging es auch. Der Datenpunkt ist writeable habe ich gerade noch mal geschaut. -
@mwolle funktioniert bei mir. Du weisst, dass bestätigt nicht gesetzt werden darf?
-
@tp1de tatsächlich, dass ist es. Heißt auch für die Skripte kein true mehr bei setValue
-
@mwolle sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:
@tp1de tatsächlich, dass ist es. Heißt auch für die Skripte kein true mehr bei setValue
Das ist die allgemeine ioBroker Adapter Logik. Die Adapter verarbeiten alle Änderungen ohne Bestätigungen, egal ob vom Objektbrowser oder aus Scripten. War aber schon immer so.
Wenn die Werte dann das nächste Mal vom EMS-ESP Gateway oder dem KMxxx Gateway gelesen werden, dann wird "acknowledged" auf true gesetzt.
-
@tp1de irgendwie ist da jetzt der Wurm drin, ich erhalte jetzt ständig solche Meldungen
ems-esp.0 2023-07-20 13:09:54.746 debug km200 get error state:heatingCircuits.hc1.actualSupplyTemperature ems-esp.0 2023-07-20 13:09:43.232 debug km200 get error state:dhwCircuits.dhw1.chargenach und nach kommen immer mehr Datenpunkte mit dem Fehler...
