WakeUp: Aeotec Multisensor 6 schläft zu schnell ein -> NO_ACK

Begonnen von A.Harrenberg, 03 November 2015, 14:55:07

Vorheriges Thema - Nächstes Thema

A.Harrenberg

Hi,

mir ist gerade aufgefallen das mein AEOTEC Multisensor6 eine Menge NO_ACK Einträge im Log verursacht. (Das Gerät ist momentan ohne Security eingebunden.)

Das Gerät sendet alle 240 sekunden seine WakeUp-Notification und FHEM schickt normalerweise nach 2 sekunden Inaktivität die WakeUp-NoMoreInformation Nachricht. Diese wird aber vom Gerät schon nicht mehr beantwortet. Ich habe diese Zeit mal immer weiter heruntergesetzt um zu erkennen wann das Gerät "schlafen" geht.

Ein Setting von 0.3 Sekunden funktioniert noch, ein Setting mit 0.4 Sekunden endet wieder mit NO_ACK (siehe Log):
2015.11.03 14:44:25.108 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 000400a9028407
2015.11.03 14:44:25.109 5: SW: 06
2015.11.03 14:44:25.110 5: ZWDongle_0 dispatch 000400a9028407
2015.11.03 14:44:25.113 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:a9 ARG:028407
2015.11.03 14:44:25.514 5: ZWDongle_Write 00 13a902840825a9
2015.11.03 14:44:25.514 5: SW: 01090013a902840825a94e
2015.11.03 14:44:25.520 5: ACK received, removing 01090013a902840825a94e from dongle sendstack
2015.11.03 14:44:25.535 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.03 14:44:25.535 5: SW: 06
2015.11.03 14:44:25.536 5: ZWDongle_0 dispatch 011301
2015.11.03 14:44:32.418 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 0013a90102b0
2015.11.03 14:44:32.418 5: SW: 06
2015.11.03 14:44:32.419 5: ZWDongle_0 dispatch 0013a90102b0
2015.11.03 14:44:32.419 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:01 ARG:02b0
2015.11.03 14:44:32.419 2: ZWDongle_0 transmit NO_ACK for a9


Das Gerät scheint extrem auf Stromsparen getrimmt zu sein, aber die Menge an NO_ACK im Log finde ich nicht "schön". Das Problem lässt sich zwar mit einer Code-Änderung auf 0.3 Sekunden beheben, andere Geräte haben damit aber vielleicht ein Problem und wenn man mit einem Notify auf die WakeUp-Notification reagiert und diese Reaktion länger dauert als 0.3 Sekunden würde das Gerät wieder schlafen geschickt. Eine Verkürzung der Zeit bei allen Nodes fände ich daher etwas gefährlich.

@Rudi: Hälst Du es für sinnvoll hier ein zusätzliches Attribut je Node einzuführen? Default 2 Sekunden und wer will / muss kann das anders setzen? Codeänderung sollte ja nicht so groß sein...

Gruß,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

A.Harrenberg

Hallo Rudi,

hier mal ein passender Patch mit dem man per Attribut (je Node) die Zeit bis zum Senden der WNMI-Nachricht einstellen kann.

Ich habe mal eine MIn/Max-Begrenzung vorgesehen und das erst mal auf 0.2 / 5 sekunden bedatet. Kleiner als 0.2 Sekunden halte ich für problematisch da einige Time-Sachen mit den Stacks mit 0.1 Sekunden getriggert werden und ich wollte nicht riskieren das hier mal der Ablauf durcheinander kommt.

Außerdem habe ich noch vorgesehen das der begrenzte Wert in das Attribut zurückgeschrieben wird falls der User die Grenzen verletzt hat. Darüber lässt sich sicherlich streiten...

Gruß,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

rudolfkoenig

Hab den Patch mit Aenderungen eingespielt:
- $wnmi_delay wird jetzt auch verwendet, nicht nur gesetzt :)
- ich habe die Begrenzung ausgebaut, aber in der Doku als sinnvoller Bereich erwaehnt.
- in der Doku href durch name ausgetauscht.

A.Harrenberg

Hallo Rudi,
Zitat von: rudolfkoenig am 07 November 2015, 21:13:38
Hab den Patch mit Aenderungen eingespielt:
- $wnmi_delay wird jetzt auch verwendet, nicht nur gesetzt :)
- ich habe die Begrenzung ausgebaut, aber in der Doku als sinnvoller Bereich erwaehnt.
- in der Doku href durch name ausgetauscht.
oh Mann, da hab' ich im Tran wohl die Passage mit dem Vergleich gegen die Variable aus der Patchdatei rausgelöscht.
;-/

Mein Problem ist immer das im Code jede Menge Leerzeichen am Ende von Zeilen vorkommen, mein Editor die aber entfernt (kann ich aber nicht einstellen...). Dadurch ist bei mir jedes Patchfile immer riesig groß und ich lösche dann händisch diese ganzen "unnötigen" Patchzeilen raus. Dabei habe ich jetzt wohl auch ein Teil der Änderungen erwischt.

Danke,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY