Ich konnte das Problem nun lösen können. Die Werte "Customer Function" und "Operation Mode" habe ich auf 53 und 29 gesetzt. Kurz vor dem Setzen der Werte habe ich an der Rückseite den Schalter 3x ganz schnell betätigt damit der Bewegungsmelder online ist und die Werte sofort übertragen werden können.
Die 53 und 29 ergeben sich aus der Binärzahl (siehe Handbuch ab Seite 13). Diese Logik war mir nicht bekannt bzw. wusste ich nichts davon.
Dennoch vielen Dank für deine Unterstützung!
@Zefau sagte in [Neuer Adapter] Nuki:
EDIT: Kannst mir dann gerne nochmal die Ausgabe aus #1 vorher und nachher schicken, dann prüfe ich das nochmal quer.
Verflucht, nicht gelesen. Habe also keinen vorher Screenshot. Ich weiß nur, dass der Broker mit zwei Ports (8080 und 51988) eingetragen war und die IDs 0, 1 und 2 belegt waren. D.h., ich weiß nicht mehr was bei der dritten ID hinterlegt war.
Jetzt gibt es genau einen Eintrag: {"callbacks": [{"id": 0, "url": "http://192.168.xxx.x:51988/nuki-api-bridge"}]} (192.168.xxx.x = mein Broker).
Wenn ich den Link http://192.168.xxx.x:51988/nuki-api-bridge aufrufe erscheint im Browser Cannot GET /nuki-api-bridge. Soll das so?
Es scheint erst einmal zu funktionieren. Die Werte werden nun aktualisiert. Wie zuverlässig das ist, wird sich zeigen.
Vielen Dank für deine Unterstützung 
@Stratos-Gkrekidis
Bei läuft es seit einigen Tagen perfekt, keine Abweichungen. Mit ESPEasy war das nicht zu machen...ständig Abweichungen bei der Zählung.
Danke nochmal!
Hallo
Ich habe vor mir einen Wemos Mini liegen, auf welchem Tasmota ist (v9.2.0). An GND und GPIO 7 steckt ein Reedkontakt, welcher grundsätzlich auch funktioniert. Mit dem Reedkontakt möchte ich später am Gaszähler den Verbrauch zählen.
Ich muss erwähnen, dass Tasmota Neuland für mich ist 
.
Probleme:
Folgend einige Screenshots meiner Konfiguration....
MQTT-Einstellungen:
Sonstige Einstellungen:
Geräte-Einstellungen:
Informationen:
Tasmota Console:
11:12:53 MQT: tele/STATE = {"Time":"2020-12-31T11:12:53","Uptime":"0T00:00:41","UptimeSec":41,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":25,"MqttCount":1,"Wifi":{"AP":1,"SSId":"XXXX","BSSId":"XX:B0:14:XX:7B:XX","Channel":8,"RSSI":100,"Signal":-29,"LinkCount":1,"Downtime":"0T00:00:05"}}
11:12:53 MQT: tele/SENSOR = {"Time":"2020-12-31T11:12:53","COUNTER":{"C1":787}}
11:13:03 MQT: tele/STATE = {"Time":"2020-12-31T11:13:03","Uptime":"0T00:00:51","UptimeSec":51,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"Wifi":{"AP":1,"SSId":"XXXX","BSSId":"XX:B0:14:XX:7B:XX","Channel":8,"RSSI":100,"Signal":-28,"LinkCount":1,"Downtime":"0T00:00:05"}}
11:13:03 MQT: tele/SENSOR = {"Time":"2020-12-31T11:13:03","COUNTER":{"C1":787}}
11:13:13 MQT: tele/STATE = {"Time":"2020-12-31T11:13:13","Uptime":"0T00:01:01","UptimeSec":61,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"Wifi":{"AP":1,"SSId":"XXXX","BSSId":"XX:B0:14:XX:7B:XX","Channel":8,"RSSI":100,"Signal":-31,"LinkCount":1,"Downtime":"0T00:00:05"}}
11:13:13 MQT: tele/SENSOR = {"Time":"2020-12-31T11:13:13","COUNTER":{"C1":787}}
11:13:23 MQT: tele/STATE = {"Time":"2020-12-31T11:13:23","Uptime":"0T00:01:11","UptimeSec":71,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"Wifi":{"AP":1,"SSId":"XXXX","BSSId":"XX:B0:14:XX:7B:XX","Channel":8,"RSSI":100,"Signal":-30,"LinkCount":1,"Downtime":"0T00:00:05"}}
11:13:23 MQT: tele/SENSOR = {"Time":"2020-12-31T11:13:23","COUNTER":{"C1":787}}
ioBroker Log (Nach Neustart des WEMOS (Tasmota)):
mqtt.0 2020-12-31 11:40:27.739 info (21997) Client [DVES_7E9F20] unsubscribes on unknown topic "homeassistant/status"
mqtt.0 2020-12-31 11:40:27.715 info (21997) Client [DVES_7E9F20] publishOnSubscribe send all known states
mqtt.0 2020-12-31 11:40:27.713 info (21997) Client [DVES_7E9F20] subscribes on "cmnd/#" with regex /^mqtt\.0\.cmnd\..*/
mqtt.0 2020-12-31 11:40:27.711 info (21997) Client [DVES_7E9F20] subscribes on "cmnd/#" with regex /^cmnd\..*/
mqtt.0 2020-12-31 11:40:27.633 info (21997) Client [DVES_7E9F20] connected with secret 1609411227631_2412
mqtt.0 2020-12-31 11:40:21.702 info (21997) Client [DVES_7E9F20] connection closed: closed
ioBroker MQTT-Adapter:
@foxthefox
Stimmt, habe das unter BK... nicht gelöscht. Das habe ich jetzt mal alles gelöscht und den Adapter neugestartet. "energy" taucht nun nicht mehr auf. Die gesuchten Werte allerdings auch nicht.
Ist damit....
Bis jetzt gab es noch keine Anzeichen, dass die stream auch energy Werte übertragen.
...gemeint, dass die Werte für den Ertrag nach Tag, Woche, Monat und Jahr nicht übertragen werden bzw. über die API nicht abrufbar sind?
In der EcoFlow App sehe ich für meinen Stream Inverter die Statistik. Also den Ertrag nach Tag, Woche, Monat und Jahr. Dafür scheint es jedoch keinene Datenpunkte zu geben. Unter "energy" hätte ich sie erwartet aber dort gibt es keine Werte (sehe nur: (null Wh)).
Ist das ggf. nicht implementiert bzw. ist das auf dem Plan dies zu implementieren?
Adapter Version: 1.4.6
@foxthefox
Besten Dank für die schnelle Hilfe. Hat funktioniert
Ich benötige Hilfe beim Einbinden meines EcoFlow EF-PS-800. Es werden die Datenpunkte angelegt aber beim Datenpunkt Status steht offline. Ich sehe auch keine Werte bzw. steht überall (null).
Was ich getan habe:
Logs:
ecoflow-mqtt.0 2025-09-23 19:22:05.611 debug no topics for subscription
ecoflow-mqtt.0 2025-09-23 19:22:05.610 info EF connected
ecoflow-mqtt.0 2025-09-23 19:22:05.329 debug [EF] protocol -> mqtts://
ecoflow-mqtt.0 2025-09-23 19:22:05.329 debug [EF] url -> mqtts://mqtt-e.ecoflow.com
ecoflow-mqtt.0 2025-09-23 19:22:05.328 debug [EF] port -> 8883
ecoflow-mqtt.0 2025-09-23 19:22:05.328 debug [EF] your mqtt configration:
ecoflow-mqtt.0 2025-09-23 19:22:05.327 info [EF] going to connect to mqtt broker
ecoflow-mqtt.0 2025-09-23 19:22:05.294 info unknown -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.293 info alternator -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.293 info powerocean -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.293 info powerkit -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.292 info shelly -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.292 info panel -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.292 info generator -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.292 info glacier -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.292 info wave -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.291 info smartplug -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.291 info powerstation -> []
ecoflow-mqtt.0 2025-09-23 19:22:05.290 info powerstream -> [{"devName":"Wechselrichter","devId":"BK01xxxxxxxxxxxx","devType":"none","debugEnable":true,"haEnable":true}]
ecoflow-mqtt.0 2025-09-23 19:22:05.290 info your configration:
ecoflow-mqtt.0 2025-09-23 19:22:05.289 info adapter entered ready
ecoflow-mqtt.0 2025-09-23 19:22:05.269 info starting. Version 1.3.2 in /opt/iobroker/node_modules/iobroker.ecoflow-mqtt, node: v20.19.2, js-controller: 7.0.7
@sammyray
Bin mal genauso vorgagegangen, das funktioniert bei mir aber leider nicht.
Ich habe einen CO Sensor. Entferne ich das Häkchen, erscheint die Fehlermeldung nicht. Setze ich das Häkchen, erscheint der Fehler auch wieder.
@sammyray
Gleiches Problem bei mir.
Welchen Wert muss ich ändern? Datenabfrageintervall (schon mit 10000ms getestet) unde/oder Leseintervall (auch schon mit 10000ms getestet).
Habe auch mal auf Serial gewechselt aber da erscheinen auch Warnungen...
modbus.0 2025-03-13 18:14:24.716 info Disconnected from slave
modbus.0 2025-03-13 18:14:24.666 warn [DevID_247] Poll error count: 8 code: "App Timeout"
modbus.0 2025-03-13 18:14:19.465 info Connected to slave
modbus.0 2025-03-13 18:13:19.451 info Disconnected from slave
modbus.0 2025-03-13 18:13:19.399 warn [DevID_247] Poll error count: 7 code: "App Timeout"
modbus.0 2025-03-13 18:13:14.198 info Connected to slave
modbus.0 2025-03-13 18:12:14.182 info Disconnected from slave
modbus.0 2025-03-13 18:12:14.130 warn [DevID_247] Poll error count: 6 code: "App Timeout"
modbus.0 2025-03-13 18:11:58.878 warn [DevID_247] Poll error count: 5 code: "App Timeout"
modbus.0 2025-03-13 18:11:43.625 warn [DevID_247] Poll error count: 4 code: "App Timeout"
modbus.0 2025-03-13 18:11:28.372 warn [DevID_247] Poll error count: 3 code: "App Timeout"
modbus.0 2025-03-13 18:11:13.120 warn [DevID_247] Poll error count: 2 code: "App Timeout"
modbus.0 2025-03-13 18:10:57.867 warn [DevID_247] Poll error count: 1 code: "App Timeout"
modbus.0 2025-03-13 18:10:52.664 info Connected to slave
modbus.0 2025-03-13 18:10:52.196 info starting. Version 6.3.2 in /opt/iobroker/node_modules/iobroker.modbus, node: v20.18.2, js-controller: 7.0.6
Hier meine aktuelle Konfiguration:
Bei mir erscheinem im Log jede Minute diese Meldungen obwohl der Datenpunkt (aktuell nur einer) richtig aktualisiert wird...
modbus.0 2025-03-04 15:51:09.572 info Disconnected from slave 192.168.178.45
modbus.0 2025-03-04 15:51:08.572 warn [DevID_247] Poll error count: 1 code: {"err":"timeout","timeout":5000}
modbus.0 2025-03-04 15:51:08.571 error Client in error state.
modbus.0 2025-03-04 15:51:08.571 error Request timed out.
modbus.0 2025-03-04 15:51:08.571 warn Error: undefined
modbus.0 2025-03-04 15:47:08.839 info Connected to slave 192.168.178.45
Was ist die Ursache?
Bei mir bringt das Anpassen des Intervalls auf bspw. 120 und das deaktivieren des Adapters für mehrere Tage auch nichts.
Habe vor 4 Tagen den Easee Support angeschrieben aber leider noch keine Antwort. Sobald ich eine Rückmeldung habe, melde ich mich wieder.
Hallo,
seit, ich glaube zwei Wochen, erscheinen alle 6 Minuten die folgenden 4 Fehler. Es sind mittlerweile 100te Fehler pro Tag im Log. Hat jemand eine Idee warum das so ist?
Der "Abfrageintervall in Sekunden" war auf 30 Sekunden. Habe ihn auf 60 Sekunden gesetzt. Das ändert aber nichts.
Adapterversion: 1.0.10
easee.0 2025-01-14 18:16:47.194 error Easee API error on charger session - stop refresh
easee.0 2025-01-14 18:16:47.194 error AxiosError: Request failed with status code 429
easee.0 2025-01-14 18:16:47.119 error Easee API error on charger session - stop refresh
easee.0 2025-01-14 18:16:47.118 error AxiosError: Request failed with status code 429
