-
@diwoma Denke daran, dass der EMS-Bus sehr sensibel für Störungen ist. Je nachdem wo ich das Gateway anschließe, gibt es permanente Störungen. Und Schalte die Heizung aus, bevor du das Gateway anschließt.
@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?
-
@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? -
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? -
@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.
@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 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
-
@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
-
@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: 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.
@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 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 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.
-
@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...
Support us
358
Online32.7k
Users82.5k
Topics1.3m
Posts