ioBroker.fritzdect
ioBroker.fritzdect copied to clipboard
foxthefox
CometDECT kein update, wenn hkrmode von Adapter YAHKA gesetzt wird
Describe the bug Wenn ich den hkrmode über den Adapter YAHKA setzen lassen möchte, wird zwar der hkrmode geändert, aber an der FritzBox ändert sich leider nichts. Auch der Wert operationmode bleibt davon unberührt. Wenn ich das gleiche über die Admin OPberfläche mache funktioniert es.
Hier das Log:
`
| fritzdect.0 | 2021-04-09 07:51:32.060 | silly | (18108) redis message expired/evicted keyevent@0:expired:io.system.adapter.weatherunderground.0.connected |
|---|---|---|---|
| fritzdect.0 | 2021-04-09 07:50:42.456 | debug | (18108) state fritzdect.0.DECT_109710671536.operationmode changed: On (ack = true) |
| fritzdect.0 | 2021-04-09 07:50:42.455 | silly | (18108) States user redis pmessage io.fritzdect.0.*/io.fritzdect.0.DECT_109710671536.operationmode:{"val":"On","ack":true,"ts":1617947442454,"q":0,"from":"system.adapter.fritzdect.0","user":"system.u |
| fritzdect.0 | 2021-04-09 07:50:42.451 | debug | (18108) Switched Mode109710671536 to opened permanently |
| fritzdect.0 | 2021-04-09 07:50:41.433 | info | (18108) DECT ID: 109710671536 identified for command (hkrmode) : 2 |
| fritzdect.0 | 2021-04-09 07:50:41.432 | debug | (18108) ack is not set! -> command |
| fritzdect.0 | 2021-04-09 07:50:41.432 | debug | (18108) state fritzdect.0.DECT_109710671536.hkrmode changed: 2 (ack = false) |
| fritzdect.0 | 2021-04-09 07:50:41.431 | silly | (18108) States user redis pmessage io.fritzdect.0.*/io.fritzdect.0.DECT_109710671536.hkrmode:{"val":2,"ack":false,"ts":1617947441427,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin"," |
| fritzdect.0 | 2021-04-09 07:50:36.535 | silly | (18108) redis message expired/evicted keyevent@0:expired:io.system.adapter.dwd.0.connected |
| fritzdect.0 | 2021-04-09 07:50:32.721 | silly | (18108) redis message expired/evicted keyevent@0:expired:io.system.adapter.weatherunderground.0.connected |
| fritzdect.0 | 2021-04-09 07:50:17.531 | info | (18108) DECT ID: 109710671536 identified for command (hkrmode) : 2 |
| fritzdect.0 | 2021-04-09 07:50:17.531 | debug | (18108) ack is not set! -> command |
| fritzdect.0 | 2021-04-09 07:50:17.530 | debug | (18108) state fritzdect.0.DECT_109710671536.hkrmode changed: 2 (ack = false) |
| fritzdect.0 | 2021-04-09 07:50:17.528 | silly | (18108) States user redis pmessage io.fritzdect.0.*/io.fritzdect.0.DECT_109710671536.hkrmode:{"val":"2","ack":false,"ts":1617947417526,"q":0,"from":"system.adapter.yahka.0","user":"system.user.admin" |
`
Versions:
2.1.14
Nur wenn der Befehl an die FB durchging, dann gibt es die Meldung: Switched Mode' + id + ' to opened permanently d.h.
- 7:50:17 war das Senden an die FB nicht erfolgreich
- 7:50:41 war es erfolgreich und es kam obige Meldung und danach wurde auch operationmode gesetzt.
aus Adaptersicht gibt es keine Unterschiede woher der Befehl kommt, ausschlaggebend ist das Ändern des Datenpunktes mit ACK=false
