Aeon Labs Z-Wave Multisensor 6 (AEOEZW100) Probleme beim Anlernen

[rudolfkoenig]

Wg. dem Patch: habs eingespielt, mit einer Aenderung: ich habe den Aufruf von ZWave_wakeupTimer hinter dem  if($iodev->{addSecure}) entfernt. Fuer die "nicht addSecure" Variante aendert sich dadurch nichts, und fuer addSecure sollte ein Aufruf reichen.

[A.Harrenberg]

Hallo Rudi,

Wg. dem Patch: habs eingespielt, mit einer Aenderung: ich habe den Aufruf von ZWave_wakeupTimer hinter dem  if($iodev->{addSecure}) entfernt. Fuer die "nicht addSecure" Variante aendert sich dadurch nichts, und fuer addSecure sollte ein Aufruf reichen.

Danke! Der zweite Aufruf ist wohl wirklich nicht mehr nötig. Wenn Security durchläuft wird ja regelmäßig der Zeitstempel aktualisiert. Hatte ich gesehen, aber dann doch vergessen auszuprobieren und zu entfernen.

Gruß,
Andreas.

[A.Harrenberg]

Hallo Rudi,

Verstehe nicht genau, was du von mir erwartest: soll ich die Spezialbatterien suchen, oder in deinem fhem.cfg WAKE_UP loeschen?

meine Batterien sind jetzt angekommen, allerdings musste ich jetzt feststellen das man da gar nicht Batterien und Kabel gleichzeit anschließen kann...

Ich hatte ja gedacht man kann die Batterien drinlassen und wenn dann der USB-Strom wegfällt dann läuft das Ding auf Batterie weiter und würde dann melden das es jetzt als WakeUp Gerät arbeitet und sobald der USB-Strom wieder da ist melden das er jetzt netzbetrieben ist und nicht mehr einschläft. Anhand einer solchen Meldung hätte man dann Wake_Up aktivieren oder deaktivieren können.

Dem ist aber dann jetzt doch nicht so. Die NodeInfo von dem Sensor ist jedenfalls identisch, egal ob Batterie oder USB-Strom. Damit gibt es dann anscheinend auch keine Möglichkeit die Betriebsart irgendwie auszulesen und WakeUp entsprechend zu konfigurieren. Damit bleibt dann wirklich nur das manuelle entfernen von Wake_Up aus "classes" und ein Neustart von FHEM.

Gruß,
Andreas.

[rudolfkoenig]

Bei meinem "Homeseer HSM100 Wireless Multi-Sensor" (bzw. Nachbau) gibt es ein configStayAwake.
Das ist unabhaengig von der Batterie, und auch die WAKE_UP Klasse wird deswegen nicht angefasst.
Man kann aber die config setzten, und in FHEM das classes Attribut vom WAKE_UP befreien.

Kann mir nicht vorstellen, dass es bei deinem Geraet mehr Automatismus dazu gibt, dazu ist der Feature viel zu unwichtig.

[A.Harrenberg]

Hi,

mein RFID-Leser hat auch so ein "StayAwake", in dem Modus erlaubt der aber nur Konfiguration und hat keine normale Funktionen!

Ich frage mich nur was ZWay oder OpenZWave oder kommerzielle Controller in so einem Fall machen. Ein normaler Nutzer wird das ja nie begreifen warum sein dauerbestromtes Gerät nicht reagiert bloss weil der Controller ein Sendstack anlegt und da wegen der fehlenden WU-Notification nie was gesendet wird.

Aber ja, das Feature ist nicht wirklich wichtig.

Gruß,
Andreas.

[moonwhaler]

Hallo zusammen!

Ich bin noch recht neu bei FHEM und habe mir sogleich zwei Z-Wave Geräte zugelegt, um alles erstmal brav auszuprobieren. Den Z-Wave USB hat mein FHEM ohne Murren erkannt als "ZWDongle_0" alles sauber. Auch konnte ich meinen "Aeotec MultiSensor 6" anlernen (wie im Wiki beschrieben) (version: Lib 3 Prot 4.5 App 1.6 HW 100 FWCounter 0), der seltsamerweise als "ZWave_SENSOR_MULTILEVEL_4" benannt wurde, aber ich denke, dass es wohl nur eine interne Bezeichnung ist, hätte "ZWave_SENSOR_MULTILEVEL_6" erwartet.

Nach einiger (!) Zeit kamen auch bereits einige Werte rein (batteriebetrieben), jedoch fehlen meines Erachtens welche und manche scheinen seltsam.
Erkannt werden "humidity", "temperature", "luminance" und "ultraviolet". Ich vermisse sowas wie einen Wert für "motion" (true/false, 1/0) und "vibration".

Zudem kommt hinzu, dass die Werte für "luminance" immer "4 lux" und "ultraviolet" immer "0 UV" entsprechen. Tag und Nacht. Das macht keinen Unterschied. Liegt hier evtl. ein Hardware defekt vor?
Seit heute Morgen ist der "state" = "TRANSMIT_NO_ACK" und "transmit" = "NO_ACK", bekomme jedoch noch Werte, die sich nicht ändern.

Danke für Eure Hilfe. Wie gesagt, das Ganze ist sehr einfach gehalten und ich habe noch nicht viel rumgespielt, außer das Wiki durchzulesen.
Danke!

[krikan]

Willkommen im Forum und bei FHEM!

der seltsamerweise als "ZWave_SENSOR_MULTILEVEL_4" benannt wurde, aber ich denke, dass es wohl nur eine interne Bezeichnung ist, hätte "ZWave_SENSOR_MULTILEVEL_6" erwartet.

Die Benennung erfolgt durch autocreate nach dem Schema: ZWave_[Geräteklasse laut Meldung Gerät bei Inklusion]_[NodeId]
Das kannst Du mit http://fhem.de/commandref.html#rename nach Deinem Belieben umändern.

Nach einiger (!) Zeit kamen auch bereits einige Werte rein (batteriebetrieben), jedoch fehlen meines Erachtens welche und manche scheinen seltsam.
Erkannt werden "humidity", "temperature", "luminance" und "ultraviolet". Ich vermisse sowas wie einen Wert für "motion" (true/false, 1/0) und "vibration".

Was hast Du denn konfiguriert?

Seit heute Morgen ist der "state" = "TRANSMIT_NO_ACK" und "transmit" = "NO_ACK", bekomme jedoch noch Werte, die sich nicht ändern.

Hast Du das Attribut WNMI_delay angepasst?

Meine Fragen kannst Du auch gerne mit einem http://fhem.de/commandref.html#list beantworten, das die hier beschriebenen Abfragen
http://www.fhemwiki.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F enthält.

Auf einen Sensordefekt zu schließen ist mir zu früh, gerade wenn das Thema für Dich neu ist.

Gruß, Christian

[A.Harrenberg]

Hi,

ich habe den Sensor ja auch, habe aber bisher noch gar nicht darauf geachtet was der so sendet, der ist eher Testobjekt für andere Sachen. Soweit ich mich erinnere kann man konfigurieren welche Werte er an welche "Association Group" schicken soll, und Vibration war glaube ich per Default in keiner Gruppe definiert.

Ich kann heute abend mal schauen was der so anzeigt.

Und wie Krikan schon schrieb solltest Du das Attribut WNMI_delay verwenden, das hat Rudi auf meine Bitte genau für diesen Sensor eingebaut, weil der unglaublich schnell wieder schlafen geht. Mein Attribut ist leider bei der letzten Exklusion/Inklusion verlorengegangen und ich habe mir den Wert nicht gemerkt, denke aber es war 0.4 (sekunden), Standard ist 2 (sekunden).

Die Fehlermeldung ist (in diesem Zusammenhang) auch nicht schlimm, sie wird dadurch ausgelöst das der Sensor auf die Nachricht "geh schlafen" nicht mehr antwortet da er bereits schläft ,-)

Wenn Du den Sensor mal tagsüber in Richtung Sonne hälst und dann den Knopf hinten betätigst müsste der eigentlich Werte aktualisieren. Dann mal die Webansicht refreshen und schauen ob UV und Luminance immer so bleiben. (Wobei die Empfindlichkeit des UV-Sensors wohl nicht besonders hoch ist...)

Gruß,
Andreas.

[A.Harrenberg]

Hi,

so hab' mal kurz auf meinen Sensor geschaut:

Werte für Motion werden als Basic "open / close" als "00 / ff" und zusätzlich als alarm gesendet, es gibt kein Reading "Motion". Hier gibt es defaultmaäßig 4 Minütige Wartezeit bis nach Bewegung das close gesendet wird. Solange weiter Bewegung ist passiert anscheinend nichts...

Code Auswählen Erweitern

2015-12-10 18:35:02.776 ZWave ZWave_SENSOR_MULTILEVEL_171 basicSet: 00
2015-12-10 18:35:03.088 ZWave ZWave_SENSOR_MULTILEVEL_171 alarm: HomeSecurity: Previous Events cleared, arg 0000

bzw.

Code Auswählen Erweitern

2015-12-10 19:07:59.010 ZWave ZWave_SENSOR_MULTILEVEL_171 basicSet: ff
2015-12-10 19:07:59.331 ZWave ZWave_SENSOR_MULTILEVEL_171 alarm: HomeSecurity: Motion Detection, Unknown Location, arg 0000


Vibration gibt es nicht als Signal, der Vibrationssensor wird als "Tamper"-Erkennung genutzt und setzt auch den "alarm".

Code Auswählen Erweitern

2015-12-10 18:27:54.727 ZWave ZWave_SENSOR_MULTILEVEL_171 alarm: HomeSecurity: Tampering, product covering removed, arg 0000

Luminance war bei mir auch gerade nur 1 Lux, UV war 0. Die Werte werden an die Gruppe 1 geschickt, FHEM sollte die beim Inkludieren automatisch auf den Controller setzen.

Hast Du den Sensor mit Security eingebunden? Momentan habe ich meinen nämlich erst mal "normal" eingebunden. Bei Security gibt es noch ein paar offene Baustellen, dort kann es leider passieren das ein paar Befehle "liegen" bleiben und dann die ganze Abarbeitung durcheinander gerät.

Schau mal in den Ereignismonitor, da solltest Du das auch sehen können.

Gruß,
Andreas.

[scooty]

Hallo zusammen,

bisher habe ich diesen Sensor mit USB-Strom in Betrieb (Inklusion non-secure) und bin soweit zufrieden.

Nun habe ich zwei weitere, die allerdings nur mit Batterie betrieben werden sollen (zum Testen einer secure, einer non-secure).
Danke Hinweisen hier war es kein Problem diese einzurichten, 2-3 Fragen verbleiben allerdings und ich hoffe, ihr könnt mir weiterhelfen.

1) Kann jemand bestätigen, dass die Einstellungen für

Code Auswählen Erweitern

configGroupxInterval
configxxxReportingThresholdnur im USB-Strom-Betrieb greifen und nicht im reinen Batteriebetrieb? Meiner Erfahrung nach werden die Sensordaten bei Batteriebetrieb nur bei einem wakeup übertragen (kenne es von einem Fibaro FGMS001 anders, der sendet mit ähnlichen Einstellungsmöglichkeiten ohne wakeup). War schon so unverschämt, das so ins Wiki zu schreiben 

2)  Da der Sensor nach einem Wakeup ja wohl wieder sehr schnell einschläft gibt es bei beiden Sensore nach fast jedem wakeup ein

Code Auswählen Erweitern

ZW_Dongle transmit NO_ACK for 52
ZW_Dongle transmit NO_ACK for 56Attribut WNMI_delay ist schon bei beiden auf 0.2 gesetzt. Höhere Werte bringen auch keine Besserung (nach meinem Verständnis des WNMI_delay bei solch einem Problem wohl auch eher unsinnig).

Anbei ein entsprechender Logauszug mit beiden Sensoren (SECURE Node-ID 82/52hex - NON-SECURE Node-ID 86/56hex), ca. 2 Minuten vor wakeup gestartet, NO_ACKs um

Code Auswählen Erweitern

2016.02.15 14:54:27.521 2: ZW_Dongle transmit NO_ACK for 52
2016.02.15 14:55:55.169 2: ZW_Dongle transmit NO_ACK for 56

Code Auswählen Erweitern

2016.02.15 14:53:07.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000005300090000004b
2016.02.15 14:53:07.647 5: SW: 06
2016.02.15 14:53:07.649 5: ZW_Dongle dispatch 0004003912600d0102320221340000005300090000004b
2016.02.15 14:53:07.650 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000005300090000004b
2016.02.15 14:53:13.166 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003a12600d0106320221340000011700090000013c
2016.02.15 14:53:13.167 5: SW: 06
2016.02.15 14:53:13.169 5: ZW_Dongle dispatch 0004003a12600d0106320221340000011700090000013c
2016.02.15 14:53:13.170 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:3a ARG:12600d0106320221340000011700090000013c
2016.02.15 14:53:15.245 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e320221340000005600010000004c
2016.02.15 14:53:15.246 5: SW: 06
2016.02.15 14:53:15.248 5: ZW_Dongle dispatch 000400410e320221340000005600010000004c
2016.02.15 14:53:15.248 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e320221340000005600010000004c
2016.02.15 14:53:16.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000005c000900000053
2016.02.15 14:53:16.647 5: SW: 06
2016.02.15 14:53:16.649 5: ZW_Dongle dispatch 0004003912600d0102320221340000005c000900000053
2016.02.15 14:53:16.650 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000005c000900000053
2016.02.15 14:53:16.755 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e320221340000004d000100000056
2016.02.15 14:53:16.756 5: SW: 06
2016.02.15 14:53:16.757 5: ZW_Dongle dispatch 000400410e320221340000004d000100000056
2016.02.15 14:53:16.758 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e320221340000004d000100000056
2016.02.15 14:53:25.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000004700090000005c
2016.02.15 14:53:25.647 5: SW: 06
2016.02.15 14:53:25.649 5: ZW_Dongle dispatch 0004003912600d0102320221340000004700090000005c
2016.02.15 14:53:25.650 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000004700090000005c
2016.02.15 14:53:31.166 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003a12600d01063202213400000142000900000127
2016.02.15 14:53:31.166 5: SW: 06
2016.02.15 14:53:31.168 5: ZW_Dongle dispatch 0004003a12600d01063202213400000142000900000127
2016.02.15 14:53:31.169 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:3a ARG:12600d01063202213400000142000900000127
2016.02.15 14:53:40.166 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003a12600d0106320221340000011f000900000142
2016.02.15 14:53:40.166 5: SW: 06
2016.02.15 14:53:40.168 5: ZW_Dongle dispatch 0004003a12600d0106320221340000011f000900000142
2016.02.15 14:53:40.169 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:3a ARG:12600d0106320221340000011f000900000142
2016.02.15 14:53:41.321 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00040028063105030a01eb
2016.02.15 14:53:41.322 5: SW: 06
2016.02.15 14:53:41.324 5: ZW_Dongle dispatch 00040028063105030a01eb
2016.02.15 14:53:41.324 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:063105030a01eb
2016.02.15 14:53:43.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000005d000900000047
2016.02.15 14:53:43.647 5: SW: 06
2016.02.15 14:53:43.650 5: ZW_Dongle dispatch 0004003912600d0102320221340000005d000900000047
2016.02.15 14:53:43.651 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000005d000900000047
2016.02.15 14:53:52.648 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000004400090000005d
2016.02.15 14:53:52.649 5: SW: 06
2016.02.15 14:53:52.650 5: ZW_Dongle dispatch 0004003912600d0102320221340000004400090000005d
2016.02.15 14:53:52.651 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000004400090000005d
2016.02.15 14:53:54.246 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e320221340000005c00010000004d
2016.02.15 14:53:54.247 5: SW: 06
2016.02.15 14:53:54.248 5: ZW_Dongle dispatch 000400410e320221340000005c00010000004d
2016.02.15 14:53:54.249 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e320221340000005c00010000004d
2016.02.15 14:53:55.746 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e320221340000004e00010000005c
2016.02.15 14:53:55.746 5: SW: 06
2016.02.15 14:53:55.748 5: ZW_Dongle dispatch 000400410e320221340000004e00010000005c
2016.02.15 14:53:55.749 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e320221340000004e00010000005c
2016.02.15 14:54:01.646 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000004c000900000044
2016.02.15 14:54:01.647 5: SW: 06
2016.02.15 14:54:01.650 5: ZW_Dongle dispatch 0004003912600d0102320221340000004c000900000044
2016.02.15 14:54:01.651 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000004c000900000044
2016.02.15 14:54:02.073 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00040052029840
2016.02.15 14:54:02.074 5: SW: 06
2016.02.15 14:54:02.075 5: ZW_Dongle dispatch 00040052029840
2016.02.15 14:54:02.076 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:52 ARG:029840
2016.02.15 14:54:05.998 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00040052029840
2016.02.15 14:54:05.998 5: SW: 06
2016.02.15 14:54:06.000 5: ZW_Dongle dispatch 00040052029840
2016.02.15 14:54:06.001 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:52 ARG:029840
2016.02.15 14:54:09.779 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00040052029840
2016.02.15 14:54:09.779 5: SW: 06
2016.02.15 14:54:09.781 5: ZW_Dongle dispatch 00040052029840
2016.02.15 14:54:09.782 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:52 ARG:029840
2016.02.15 14:54:12.838 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00040052029840
2016.02.15 14:54:12.839 5: SW: 06
2016.02.15 14:54:12.842 5: ZW_Dongle dispatch 00040052029840
2016.02.15 14:54:12.843 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:52 ARG:029840
2016.02.15 14:54:15.939 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00040052029840
2016.02.15 14:54:15.939 5: SW: 06
2016.02.15 14:54:15.941 5: ZW_Dongle dispatch 00040052029840
2016.02.15 14:54:15.942 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:52 ARG:029840
2016.02.15 14:54:18.998 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00040052028407
2016.02.15 14:54:18.998 5: SW: 06
2016.02.15 14:54:19.000 5: ZW_Dongle dispatch 00040052028407
2016.02.15 14:54:19.001 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:52 ARG:028407
2016.02.15 14:54:19.002 5: ZWDongle_Write 0013520a98801cf85a699b46c21b2552 (d79c8805)
2016.02.15 14:54:19.004 5: SW: 01110013520a98801cf85a699b46c21b255219
2016.02.15 14:54:19.119 5: ACK received, WaitForAck=>2 for 01110013520a98801cf85a699b46c21b255219
2016.02.15 14:54:19.120 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 011301
2016.02.15 14:54:19.120 5: SW: 06
2016.02.15 14:54:19.122 5: ZW_Dongle dispatch 011301
2016.02.15 14:54:19.126 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 001352000002
2016.02.15 14:54:19.126 5: SW: 06
2016.02.15 14:54:19.128 5: device ack reveived, removing 01110013520a98801cf85a699b46c21b255219 from dongle sendstack
2016.02.15 14:54:19.128 5: ZW_Dongle dispatch 001352000002
2016.02.15 14:54:19.129 4: ZW_Dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.15 14:54:19.129 4: ZW_Dongle transmit OK for 52
2016.02.15 14:54:19.131 5: ZWDongle_Write 0013520a9880efcf47e0e9a654632552 (d79c8805)
2016.02.15 14:54:19.133 5: SW: 01110013520a9880efcf47e0e9a65463255235
2016.02.15 14:54:19.138 5: ACK received, WaitForAck=>2 for 01110013520a9880efcf47e0e9a65463255235
2016.02.15 14:54:19.142 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 011301
2016.02.15 14:54:19.142 5: SW: 06
2016.02.15 14:54:19.144 5: ZW_Dongle dispatch 011301
2016.02.15 14:54:19.160 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 001352000002
2016.02.15 14:54:19.160 5: SW: 06
2016.02.15 14:54:19.162 5: device ack reveived, removing 01110013520a9880efcf47e0e9a65463255235 from dongle sendstack
2016.02.15 14:54:19.162 5: ZW_Dongle dispatch 001352000002
2016.02.15 14:54:19.163 4: ZW_Dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.15 14:54:19.163 4: ZW_Dongle transmit OK for 52
2016.02.15 14:54:19.165 5: ZWDongle_Write 0013520a98806ecf1bdd6f7725962552 (d79c8805)
2016.02.15 14:54:19.167 5: SW: 01110013520a98806ecf1bdd6f772596255206
2016.02.15 14:54:19.171 5: ACK received, WaitForAck=>2 for 01110013520a98806ecf1bdd6f772596255206
2016.02.15 14:54:19.176 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 011301
2016.02.15 14:54:19.177 5: SW: 06
2016.02.15 14:54:19.178 5: ZW_Dongle dispatch 011301
2016.02.15 14:54:19.193 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 001352000002
2016.02.15 14:54:19.193 5: SW: 06
2016.02.15 14:54:19.195 5: device ack reveived, removing 01110013520a98806ecf1bdd6f772596255206 from dongle sendstack
2016.02.15 14:54:19.195 5: ZW_Dongle dispatch 001352000002
2016.02.15 14:54:19.196 4: ZW_Dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.15 14:54:19.196 4: ZW_Dongle transmit OK for 52
2016.02.15 14:54:19.198 5: ZWDongle_Write 0013520a98801b3db09cb9ac6b812552 (d79c8805)
2016.02.15 14:54:19.200 5: SW: 01110013520a98801b3db09cb9ac6b8125523f
2016.02.15 14:54:19.204 5: ACK received, WaitForAck=>2 for 01110013520a98801b3db09cb9ac6b8125523f
2016.02.15 14:54:19.210 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 011301
2016.02.15 14:54:19.210 5: SW: 06
2016.02.15 14:54:19.212 5: ZW_Dongle dispatch 011301
2016.02.15 14:54:19.226 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 001352000002
2016.02.15 14:54:19.227 5: SW: 06
2016.02.15 14:54:19.228 5: device ack reveived, removing 01110013520a98801b3db09cb9ac6b8125523f from dongle sendstack
2016.02.15 14:54:19.229 5: ZW_Dongle dispatch 001352000002
2016.02.15 14:54:19.229 4: ZW_Dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.15 14:54:19.230 4: ZW_Dongle transmit OK for 52
2016.02.15 14:54:19.231 5: ZWDongle_Write 0013520a9880e95b463686cb7a592552 (d79c8805)
2016.02.15 14:54:19.233 5: SW: 01110013520a9880e95b463686cb7a59255266
2016.02.15 14:54:19.238 5: ACK received, WaitForAck=>2 for 01110013520a9880e95b463686cb7a59255266
2016.02.15 14:54:19.243 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 011301
2016.02.15 14:54:19.243 5: SW: 06
2016.02.15 14:54:19.245 5: ZW_Dongle dispatch 011301
2016.02.15 14:54:19.260 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 001352000002
2016.02.15 14:54:19.261 5: SW: 06
2016.02.15 14:54:19.262 5: device ack reveived, removing 01110013520a9880e95b463686cb7a59255266 from dongle sendstack
2016.02.15 14:54:19.263 5: ZW_Dongle dispatch 001352000002
2016.02.15 14:54:19.263 4: ZW_Dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.15 14:54:19.264 4: ZW_Dongle transmit OK for 52
2016.02.15 14:54:19.265 5: ZWDongle_Write 0013520a98806383617db7d16fdd2552 (d79c8805)
2016.02.15 14:54:19.267 5: SW: 01110013520a98806383617db7d16fdd2552e2
2016.02.15 14:54:19.272 5: ACK received, WaitForAck=>2 for 01110013520a98806383617db7d16fdd2552e2
2016.02.15 14:54:19.277 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 011301
2016.02.15 14:54:19.277 5: SW: 06
2016.02.15 14:54:19.279 5: ZW_Dongle dispatch 011301
2016.02.15 14:54:19.293 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 001352000003
2016.02.15 14:54:19.294 5: SW: 06
2016.02.15 14:54:19.295 5: device ack reveived, removing 01110013520a98806383617db7d16fdd2552e2 from dongle sendstack
2016.02.15 14:54:19.296 5: ZW_Dongle dispatch 001352000003
2016.02.15 14:54:19.296 4: ZW_Dongle CMD:ZW_SEND_DATA ID:00 ARG:0003
2016.02.15 14:54:19.297 4: ZW_Dongle transmit OK for 52
2016.02.15 14:54:19.298 5: ZWDongle_Write 0013520a98804b4df49240d3fc432552 (d79c8805)
2016.02.15 14:54:19.300 5: SW: 01110013520a98804b4df49240d3fc43255286
2016.02.15 14:54:19.305 5: ACK received, WaitForAck=>2 for 01110013520a98804b4df49240d3fc43255286
2016.02.15 14:54:19.310 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 011301
2016.02.15 14:54:19.310 5: SW: 06
2016.02.15 14:54:19.312 5: ZW_Dongle dispatch 011301
2016.02.15 14:54:19.328 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 001352000002
2016.02.15 14:54:19.329 5: SW: 06
2016.02.15 14:54:19.330 5: device ack reveived, removing 01110013520a98804b4df49240d3fc43255286 from dongle sendstack
2016.02.15 14:54:19.331 5: ZW_Dongle dispatch 001352000002
2016.02.15 14:54:19.331 4: ZW_Dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.15 14:54:19.332 4: ZW_Dongle transmit OK for 52
2016.02.15 14:54:19.333 5: ZWDongle_Write 0013520a9880e1cc18188f9b7f162552 (d79c8805)
2016.02.15 14:54:19.335 5: SW: 01110013520a9880e1cc18188f9b7f1625529a
2016.02.15 14:54:19.340 5: ACK received, WaitForAck=>2 for 01110013520a9880e1cc18188f9b7f1625529a
2016.02.15 14:54:19.344 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 011301
2016.02.15 14:54:19.345 5: SW: 06
2016.02.15 14:54:19.346 5: ZW_Dongle dispatch 011301
2016.02.15 14:54:19.362 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 001352000002
2016.02.15 14:54:19.363 5: SW: 06
2016.02.15 14:54:19.364 5: device ack reveived, removing 01110013520a9880e1cc18188f9b7f1625529a from dongle sendstack
2016.02.15 14:54:19.365 5: ZW_Dongle dispatch 001352000002
2016.02.15 14:54:19.365 4: ZW_Dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.15 14:54:19.366 4: ZW_Dongle transmit OK for 52
2016.02.15 14:54:19.367 5: ZWDongle_Write 0013520a9880d312a2aa077387ab2552 (d79c8805)
2016.02.15 14:54:19.369 5: SW: 01110013520a9880d312a2aa077387ab25525b
2016.02.15 14:54:19.374 5: ACK received, WaitForAck=>2 for 01110013520a9880d312a2aa077387ab25525b
2016.02.15 14:54:19.379 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 011301
2016.02.15 14:54:19.379 5: SW: 06
2016.02.15 14:54:19.381 5: ZW_Dongle dispatch 011301
2016.02.15 14:54:19.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d01023202213400000042000900000045
2016.02.15 14:54:19.647 5: SW: 06
2016.02.15 14:54:19.649 5: ZW_Dongle dispatch 0004003912600d01023202213400000042000900000045
2016.02.15 14:54:19.650 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d01023202213400000042000900000045
2016.02.15 14:54:20.722 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004000b063105012200c8
2016.02.15 14:54:20.722 5: SW: 06
2016.02.15 14:54:20.724 5: ZW_Dongle dispatch 0004000b063105012200c8
2016.02.15 14:54:20.725 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:063105012200c8
2016.02.15 14:54:21.790 4: no response from device, removing 01110013520a9880d312a2aa077387ab25525b from dongle sendstack
2016.02.15 14:54:22.377 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004004012600d0102320221340000005f000900000058
2016.02.15 14:54:22.378 5: SW: 06
2016.02.15 14:54:22.380 5: ZW_Dongle dispatch 0004004012600d0102320221340000005f000900000058
2016.02.15 14:54:22.380 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:40 ARG:12600d0102320221340000005f000900000058
2016.02.15 14:54:22.950 3: ZWave_SENSOR_MULTILEVEL_82: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.02.15 14:54:27.518 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00135201032f
2016.02.15 14:54:27.518 5: SW: 06
2016.02.15 14:54:27.520 5: ZW_Dongle dispatch 00135201032f
2016.02.15 14:54:27.521 4: ZW_Dongle CMD:ZW_SEND_DATA ID:01 ARG:032f
2016.02.15 14:54:27.521 2: ZW_Dongle transmit NO_ACK for 52
2016.02.15 14:54:28.901 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000004d000900000042
2016.02.15 14:54:28.902 5: SW: 06
2016.02.15 14:54:28.904 5: ZW_Dongle dispatch 0004003912600d0102320221340000004d000900000042
2016.02.15 14:54:28.905 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000004d000900000042
2016.02.15 14:54:46.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000004300090000004d
2016.02.15 14:54:46.647 5: SW: 06
2016.02.15 14:54:46.649 5: ZW_Dongle dispatch 0004003912600d0102320221340000004300090000004d
2016.02.15 14:54:46.650 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000004300090000004d
2016.02.15 14:55:01.747 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e3202213400000066000100000055
2016.02.15 14:55:01.748 5: SW: 06
2016.02.15 14:55:01.750 5: ZW_Dongle dispatch 000400410e3202213400000066000100000055
2016.02.15 14:55:01.754 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e3202213400000066000100000055
2016.02.15 14:55:03.248 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e3202213400000053000100000066
2016.02.15 14:55:03.248 5: SW: 06
2016.02.15 14:55:03.250 5: ZW_Dongle dispatch 000400410e3202213400000053000100000066
2016.02.15 14:55:03.251 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e3202213400000053000100000066
2016.02.15 14:55:04.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d01023202213400000053000900000041
2016.02.15 14:55:04.647 5: SW: 06
2016.02.15 14:55:04.649 5: ZW_Dongle dispatch 0004003912600d01023202213400000053000900000041
2016.02.15 14:55:04.650 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d01023202213400000053000900000041
2016.02.15 14:55:07.747 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e320221340000004a00010000004f
2016.02.15 14:55:07.748 5: SW: 06
2016.02.15 14:55:07.750 5: ZW_Dongle dispatch 000400410e320221340000004a00010000004f
2016.02.15 14:55:07.751 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e320221340000004a00010000004f
2016.02.15 14:55:21.249 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e320221340000005500010000004e
2016.02.15 14:55:21.250 5: SW: 06
2016.02.15 14:55:21.251 5: ZW_Dongle dispatch 000400410e320221340000005500010000004e
2016.02.15 14:55:21.252 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e320221340000005500010000004e
2016.02.15 14:55:22.698 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000004700090000004c
2016.02.15 14:55:22.699 5: SW: 06
2016.02.15 14:55:22.701 5: ZW_Dongle dispatch 0004003912600d0102320221340000004700090000004c
2016.02.15 14:55:22.701 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000004700090000004c
2016.02.15 14:55:25.374 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004004012600d01023202213400000070000900000056
2016.02.15 14:55:25.374 5: SW: 06
2016.02.15 14:55:25.376 5: ZW_Dongle dispatch 0004004012600d01023202213400000070000900000056
2016.02.15 14:55:25.376 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:40 ARG:12600d01023202213400000070000900000056
2016.02.15 14:55:25.748 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e320221340000007500010000004d
2016.02.15 14:55:25.748 5: SW: 06
2016.02.15 14:55:25.750 5: ZW_Dongle dispatch 000400410e320221340000007500010000004d
2016.02.15 14:55:25.751 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e320221340000007500010000004d
2016.02.15 14:55:27.247 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e320221340000005e000100000075
2016.02.15 14:55:27.248 5: SW: 06
2016.02.15 14:55:27.250 5: ZW_Dongle dispatch 000400410e320221340000005e000100000075
2016.02.15 14:55:27.250 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e320221340000005e000100000075
2016.02.15 14:55:28.748 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400410e320221340000004f00010000005e
2016.02.15 14:55:28.749 5: SW: 06
2016.02.15 14:55:28.751 5: ZW_Dongle dispatch 000400410e320221340000004f00010000005e
2016.02.15 14:55:28.752 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:41 ARG:0e320221340000004f00010000005e
2016.02.15 14:55:31.648 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000003d000900000047
2016.02.15 14:55:31.648 5: SW: 06
2016.02.15 14:55:31.650 5: ZW_Dongle dispatch 0004003912600d0102320221340000003d000900000047
2016.02.15 14:55:31.651 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000003d000900000047
2016.02.15 14:55:34.374 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004004012600d01023202213400000059000900000070
2016.02.15 14:55:34.374 5: SW: 06
2016.02.15 14:55:34.376 5: ZW_Dongle dispatch 0004004012600d01023202213400000059000900000070
2016.02.15 14:55:34.377 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:40 ARG:12600d01023202213400000059000900000070
2016.02.15 14:55:45.237 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004001b063105042208a8
2016.02.15 14:55:45.237 5: SW: 06
2016.02.15 14:55:45.239 5: ZW_Dongle dispatch 0004001b063105042208a8
2016.02.15 14:55:45.240 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:1b ARG:063105042208a8
2016.02.15 14:55:45.372 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400560631050122009b
2016.02.15 14:55:45.372 5: SW: 06
2016.02.15 14:55:45.374 5: ZW_Dongle dispatch 000400560631050122009b
2016.02.15 14:55:45.375 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:56 ARG:0631050122009b
2016.02.15 14:55:46.081 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00040056053105050134
2016.02.15 14:55:46.081 5: SW: 06
2016.02.15 14:55:46.083 5: ZW_Dongle dispatch 00040056053105050134
2016.02.15 14:55:46.084 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:56 ARG:053105050134
2016.02.15 14:55:47.155 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004005603800364
2016.02.15 14:55:47.156 5: SW: 06
2016.02.15 14:55:47.158 5: ZW_Dongle dispatch 0004005603800364
2016.02.15 14:55:47.158 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:56 ARG:03800364
2016.02.15 14:55:47.256 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00040056063105030a003e
2016.02.15 14:55:47.257 5: SW: 06
2016.02.15 14:55:47.259 5: ZW_Dongle dispatch 00040056063105030a003e
2016.02.15 14:55:47.259 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:56 ARG:063105030a003e
2016.02.15 14:55:47.395 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 000400560531051b0100
2016.02.15 14:55:47.396 5: SW: 06
2016.02.15 14:55:47.398 5: ZW_Dongle dispatch 000400560531051b0100
2016.02.15 14:55:47.398 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:56 ARG:0531051b0100
2016.02.15 14:55:47.494 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 00040056028407
2016.02.15 14:55:47.495 5: SW: 06
2016.02.15 14:55:47.497 5: ZW_Dongle dispatch 00040056028407
2016.02.15 14:55:47.497 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:56 ARG:028407
2016.02.15 14:55:47.707 5: ZWDongle_Write 0013560284082556 (d79c8805)
2016.02.15 14:55:47.709 5: SW: 010900135602840825564e
2016.02.15 14:55:47.713 5: ACK received, WaitForAck=>2 for 010900135602840825564e
2016.02.15 14:55:47.721 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 011301
2016.02.15 14:55:47.721 5: SW: 06
2016.02.15 14:55:47.723 5: ZW_Dongle dispatch 011301
2016.02.15 14:55:49.743 4: no response from device, removing 010900135602840825564e from dongle sendstack
2016.02.15 14:55:55.165 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0013560102e9
2016.02.15 14:55:55.166 5: SW: 06
2016.02.15 14:55:55.167 5: ZW_Dongle dispatch 0013560102e9
2016.02.15 14:55:55.168 4: ZW_Dongle CMD:ZW_SEND_DATA ID:01 ARG:02e9
2016.02.15 14:55:55.169 2: ZW_Dongle transmit NO_ACK for 56
2016.02.15 14:55:58.649 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000004d00090000003c
2016.02.15 14:55:58.650 5: SW: 06
2016.02.15 14:55:58.652 5: ZW_Dongle dispatch 0004003912600d0102320221340000004d00090000003c
2016.02.15 14:55:58.653 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000004d00090000003c
2016.02.15 14:56:07.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000004500090000004d
2016.02.15 14:56:07.648 5: SW: 06
2016.02.15 14:56:07.650 5: ZW_Dongle dispatch 0004003912600d0102320221340000004500090000004d
2016.02.15 14:56:07.651 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000004500090000004d
2016.02.15 14:56:34.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d01023202213400000062000900000046
2016.02.15 14:56:34.648 5: SW: 06
2016.02.15 14:56:34.650 5: ZW_Dongle dispatch 0004003912600d01023202213400000062000900000046
2016.02.15 14:56:34.650 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d01023202213400000062000900000046
2016.02.15 14:56:43.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d01023202213400000049000900000062
2016.02.15 14:56:43.648 5: SW: 06
2016.02.15 14:56:43.650 5: ZW_Dongle dispatch 0004003912600d01023202213400000049000900000062
2016.02.15 14:56:43.651 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d01023202213400000049000900000062
2016.02.15 14:57:37.647 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000005b00090000004f
2016.02.15 14:57:37.648 5: SW: 06
2016.02.15 14:57:37.650 5: ZW_Dongle dispatch 0004003912600d0102320221340000005b00090000004f
2016.02.15 14:57:37.650 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000005b00090000004f
2016.02.15 14:57:46.736 4: ZWDongle_Read ZW_Dongle: sending ACK, processing 0004003912600d0102320221340000004200090000005b
2016.02.15 14:57:46.737 5: SW: 06
2016.02.15 14:57:46.739 5: ZW_Dongle dispatch 0004003912600d0102320221340000004200090000005b
2016.02.15 14:57:46.740 4: ZW_Dongle CMD:APPLICATION_COMMAND_HANDLER ID:39 ARG:12600d0102320221340000004200090000005b

3) Den einen Sensor habe ich wie geschrieben SECURE-included. Bei ihm treten folgende einträge im Log auf (zeitlich nicht unbedingt im Zusammenhang mit einem wakeup)

Code Auswählen Erweitern

2016.02.15 14:09:22 3: ZWave_SENSOR_MULTILEVEL_82: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.02.15 14:20:35 3: ZWave_SENSOR_MULTILEVEL_82: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.02.15 14:21:11 3: ZWave_SENSOR_MULTILEVEL_82: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.02.15 14:24:23 3: ZWave_SENSOR_MULTILEVEL_82: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.02.15 14:39:23 3: ZWave_SENSOR_MULTILEVEL_82: secStart older than 6 seconds detected, secUnlock will call Zwave_secEndoder auch

Code Auswählen Erweitern

2016.02.15 16:24:12.670 1: ZWave_SENSOR_MULTILEVEL_82: secDecrypt: Authentification code not verified, command 3b60ba1866 will be dropped!
2016.02.15 16:24:14.356 2: ZWDongle_ProcessSendStack: no ACK, resending message 01110013520a9880e96cd683ac155df9255207
2016.02.15 16:24:14.410 1: ZWave_SENSOR_MULTILEVEL_82: secDecrypt: Authentification code not verified, command dfec55 will be dropped!
2016.02.15 16:24:15.487 2: ZWDongle_ProcessSendStack: no ACK, resending message 01110013520a98807d69ca69a23625012552cd
2016.02.15 16:24:15.544 1: ZWave_SENSOR_MULTILEVEL_82: secDecrypt: Authentification code not verified, command 5f0cc9dd835e will be dropped!
2016.02.15 16:24:15.693 1: ZWave_SENSOR_MULTILEVEL_82: secDecrypt: Authentification code not verified, command f5c450f5fe will be dropped!
2016.02.15 16:24:15.694 1: ZWave_SENSOR_MULTILEVEL_82: first frame of message (sequence 01) for decryption not found!
2016.02.15 16:24:16.807 2: ZWDongle_ProcessSendStack: no ACK, resending message 01110013520a9880f6e6c2fc3e12567e2552e0
Habe bisher im Forum nicht herausfinden können (oder verstanden), was diese Meldungen bedeuten. Wäre nett, wenn mir jemand diese Einträge etwas näher erläutern könnte oder mich an die richtige Stelle zum Nachlesen verweist.

Vielen Dank schonmal,
Andreas

Edit: Ergänzung bei Frage 3)

[A.Harrenberg]

Hi,

hab' leider nicht viel Zeit mit das genauer anzusehen, daher mal nur recht kurz.

1.) kann ich nicht sagen, bei mir läuft das Ding momentan nur Batteriebetrieben.

2.) + 3.)
Mir fällt auf das Node 0x52 = 82 ab ca. 14:54:02 5x hintereinander im Abstand von 3 Sekunden eine Anfrage für eine NONCE sendet, FHEM dies aber anscheindend nicht beantwortet.
Um 14:54:19 wacht die Node dann auf und sendet eine normale WakeUp-Notification.
Danach sendet FHEM anscheinend die angeforderten NONCE, irgendwann in dem Senden der ganzen NONCE gibt es dann einen Timeout und die No_ACK.

Ich vermute das die Node eigentlich nur eine NONCE haben wollte, da die aber nach 3 Sekunde noch nicht kam hat sie noch mal gefragt (insgesamt 5 mal). Dann hat FHEM irgendwann diese 5 NONCE geschickt, wobei wahrscheinlich nur eine davon vom Geräte mit einem Datenpaket beantwortet wurde. Die restlichen führen dann irgendwann zu den Fehler mit dem "secUnloc".

Zum "secUnlock":
In FHEM wird eine Flag "secStart" gesetzt sobald ein SECURITY Kommunikation gestartet wird. Dies verhindert das andere Nachrichten "dazwischenfunken". Sobald die Rückmeldung angekommen ist wird mit "secEnd" dieses Flag wieder gesetzt und die Kommunikation kann normal weitergehen. Kommt nun diese Antwort nicht, dann bleibt FHEM in diesem Zustand hängen und kann nicht weiter mit der Node kommunizieren. Daher wird ein Timer gestartet der in solche einem Fall das secEnd aufruft damit die Kommunikation weitergehen kann.

Warum FHEM auf die ersten Anfragen nicht antwortet kann ich momentan nicht sagen, ich hoffe das hilft Dir aber auch schon mal etwas zum Verständnis.

Hattest Du heute morgen ein Update gemacht? Rudi hat noch einen Fehler im Zusammenhang mit WakeUp behoben, das hatte zwar andere Auswirkungen aber wer weiß...

Wegen der Problematik mit WNMI_delay und dem schnell einschlafenden Sensor werde ich Rudi mal vorschlagen die Fehlermeldung beim Senden der WNMI-Nachricht zu unterdrücken.

Gruß, Andreas.

[rudolfkoenig]

Ich ueberlege gerade, ob WNMI zu senden ueberhaupt eine gute Idee ist.
WNMI_delay oder Vergleichbares braucht man trotzdem, damit FHEM weiss, wie lange das Geraet wach ist.

[krikan]

Ich ueberlege gerade, ob WNMI zu senden ueberhaupt eine gute Idee ist.

Warum?
Dann bleiben die Geräte doch länger wach als notwendig und die Batterielebenszeit reduziert sich!?

[A.Harrenberg]

Hi Rudi,

Ich ueberlege gerade, ob WNMI zu senden ueberhaupt eine gute Idee ist.
WNMI_delay oder Vergleichbares braucht man trotzdem, damit FHEM weiss, wie lange das Geraet wach ist.

bei Geräten die oft aufwachen (weil man Reports haben will) und lange wach bleiben kann das die Batterielebensdauer sicherlich deutlich verlängern.

Das der Multisensor sooo schnell einschläft ist recht ungewöhnlich. Ich wäre aber dafür die NO_ACK Fehlermeldung für eine WNMI zu unterdrücken. Die sagt im Zweifelsfall ja nur "bin schon eingeschlafen".
Allerdings müssten wir uns überlegen WIE wir denn die Einschlafzeit von einem Gerät herausfinden um das Gerät als schlafend zu markieren.
Da könnte man sich einen Automatismus überlegen der bei einem NO_ACK auf ein WNMI diese Zeit verkleinert bis es wieder geht, bzw. bei einem ACK diese Zeit verlängert bis es nicht mehr geht. Solche Automatismen neigen aber dazu "Amok" zu laufen...

Gruß,
Andreas.

[krikan]

Allerdings müssten wir uns überlegen WIE wir denn die Einschlafzeit von einem Gerät herausfinden um das Gerät als schlafend zu markieren.

Meine "die Anderen" lösen das über Nachrichten der CC NO_OPERATION bzw. dem fehlenden ACK auf diese Nachrichten.