vccu "vergißt" hmKey - AES devices lassen sich nicht mehr schalten

[Benni]

das Log ist beim Aus- und wieder Einschalten (Netzstecker gezogen) des HMLAN entstanden.

Seither hatte ich auch keinen Disconnect und keinen weiteren unerwarteten Reboot mehr:

Auszug aus dem List des HMLAN:

...
uptime     000 21:47:01.415
...
   Readings:
     ...
     2016-01-30 14:53:43   Xmit-Events     timeout:3 ok:5 disconnected:5 init:5
     2016-01-30 14:53:43   cond            ok
     2016-01-31 12:39:30   loadLvl         low
     2014-03-08 13:28:03   prot_ERROR-Overload last
     2015-03-24 20:40:23   prot_Warning-HighLoad last
     2016-01-30 14:52:38   prot_disconnected last
     2016-01-30 14:53:43   prot_init       last
     2015-12-04 20:21:28   prot_keepAlive  last
     2016-01-30 14:53:43   prot_ok         last
     2016-01-30 14:52:38   prot_timeout    last
     2016-01-30 14:53:43   state           opened

[Benni]

Kurzer Zwischenbericht:

Der HMLAN läuft nun seit dem Reboot durch Netzstecker ziehen am 30.01. ohne einen einzigen Disconnect durch.
D.h. es hat seither auch kein unerwarteter Reboot mehr stattgefunden.
Dementsprechend lassen sich auch alle AES-Devices (Keymatics) immer noch schalten.

Vielleicht gilt auch bei einem HMLAN hin und wieder die Devise "Reboot tut gut" 
Er lief davor mehrere Monate (!) ununterbrochen durch.

[martinp876]

Koennte also am disconnect liegen. Evtl. Muss man ein clear senden.... Mal sehen

[Benni]

Am WE hatte ich das Problem leider doch wieder. 
Nach reconnect hatte der HMLAN keinen Schlüssel mehr und konnte die Türen nicht öffnen.

Ich habe mir jetzt erst mal ein notify eingerichtet, das auf den reconnect des HMLAN lauscht (cond: ok) und dann das hmKey-Attribut der vccu einmal neu setzt (natürlich mit dem selben key).

Mein Verdacht bleibt aber nach wie vor, dass es am HMLAN liegen könnte (defekt?). Werde demnächst mal den, der Probleme macht und die Haustür bedient gegen einen der anderen beiden austauschen.

Ich werde berichten ....