Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CometDECT kein update, wenn hkrmode von Adapter YAHKA gesetzt wird #153

Open
thesnoopy opened this issue Apr 9, 2021 · 1 comment
Open

Comments

@thesnoopy
Copy link

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

@foxthefox
Copy link
Owner

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants