get ... config... -> Timeout

[A.Harrenberg]

Hi Christian

bin mit den 2 Parametern etwas unsicher. Suche mal "INS10682-9 400" für den 400er Chipsatz mit einer Suchmaschine. Demnach kann man bei der Abfrage auch noch wählen, ob nur 9600, 40k, 100k Geräte oder eben alle gemeldet werden. Wie verstehe ich nicht. Zu 9600 Abfrage hatte ich mal etwas gefunden; nur leider anscheinend nicht aufgeschrieben...

muss ich mir mal von zu Hause anschauen, wird aber 'ne Woche dauern...
Das mit den 9600 hatte ich auch schon mal gesehen, das war bei dem zweiten Parameter. Ich bin davon ausgegangen das der Wert bit-codiert ist und habe mal mit 0x02, 0x04 und 0x08 probiert, hatte aber jedesmal nur den gleichen Effekt als ob ich 0x01 gesetzt habe. Da habe ich dann aufgehört zu testen da es anscheinend eben nicht bitcodiert ist...

Gruß,
Andreas.

[rudolfkoenig]

Neu:
- get neighborList in ZWave verwendet ab sofort 0100 statt bisher 0000, also "no dead links, include repeater". Bisher war es "no dead links, no repeater". Syntax bleibt gleich, also ohne Optionen.
- ZWDongle hat wieder eine neighborList, usage: "get ZWDongle neighborList [noRepeater] [includeDead] nodeId"

Mein altes Goodway ignoriert beide Optionen: repeater werden immer gemeldet, und Tote (d.h. welche mit isFailedNode = yes) auch. Der zme respektiert noRepeater, tote Knoten habe ich nicht probiert.

Apropos INS10682:
- kriegt man dieses Dokument auch als PDF? Ich habe nur online-reader gefunden.
- solange ich nicht weiss, welche Nummer die 9600-er Parameter haben, kann ich es auch nicht einbauen. Wer Info hat...

[toms01]

Vielen Dank an alle beteiligten Personen!

Ich bin übrigens weiter, es war die ID255 (Broadcast) als Wakeup-Ziel eingetragen.
Jetzt mit ID1 kommt die Notification an 

Allerdings bekomme ich bei der Fernbedienung kein funktionierendes Neighbor-Update hin:

Code Auswählen Erweitern

2015.11.27 17:21:13 2: ZWave set ID013_RC_KINO neighborUpdate
2015.11.27 17:24:48 4: ZWDongle_Read ZWDongle_1: sending ACK, processing 0004000d028407
2015.11.27 17:24:48 5: SW: 06
2015.11.27 17:24:48 5: ZWDongle_1 dispatch 0004000d028407
2015.11.27 17:24:48 4: ZWDongle_1 CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:028407
2015.11.27 17:24:48 5: ZWDongle_Write 00 480d
2015.11.27 17:24:48 5: SW: 010400480dbe
2015.11.27 17:24:48 5: ACK received, removing 010400480dbe from dongle sendstack
2015.11.27 17:24:48 4: ZWDongle_Read ZWDongle_1: sending ACK, processing 00480221
2015.11.27 17:24:48 5: SW: 06
2015.11.27 17:24:48 5: ZWDongle_1 dispatch 00480221
2015.11.27 17:24:48 4: ZWDongle_1 CMD:ZW_REQUEST_NODE_NEIGHBOR_UPDATE ID:21 ARG:
2015.11.27 17:24:48 4: ZWDongle_1 ZW_REQUEST_NODE_NEIGHBOR_UPDATE started
2015.11.27 17:24:48 4: ZWDongle_Read ZWDongle_1: sending ACK, processing 0004000d03800364
2015.11.27 17:24:48 5: SW: 06
2015.11.27 17:24:48 5: ZWDongle_1 dispatch 0004000d03800364
2015.11.27 17:24:48 4: ZWDongle_1 CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:03800364
2015.11.27 17:24:58 4: ZWDongle_Read ZWDongle_1: sending ACK, processing 00480223
2015.11.27 17:24:58 5: SW: 06
2015.11.27 17:24:58 5: ZWDongle_1 dispatch 00480223
2015.11.27 17:24:58 4: ZWDongle_1 CMD:ZW_REQUEST_NODE_NEIGHBOR_UPDATE ID:23 ARG:
2015.11.27 17:24:58 4: ZWDongle_1 ZW_REQUEST_NODE_NEIGHBOR_UPDATE failed

Dauert auch recht lange bis das 'failed' kommt.
Bei den strombetriebenen Geräten funktioniert alles.

[krikan]

Neu:
- get neighborList in ZWave verwendet ab sofort 0100 statt bisher 0000, also "no dead links, include repeater". Bisher war es "no dead links, no repeater". Syntax bleibt gleich, also ohne Optionen.
- ZWDongle hat wieder eine neighborList, usage: "get ZWDongle neighborList [noRepeater] [includeDead] nodeId"

Irgendwie habe ich da einen Knoten im Kopf. Meiner Meinung stimmt etwas bei den Angaben nicht; scheinen verdreht (0=enthalten , 1=entfernen).

neigborList bei ZWave:
bisher: 0101 -> entferne deadNodes und entferne nonRepeater (Kommentar im alten Code  war mMn falsch); batterbetriebe Devices wurden nicht als neigbor angezeigt
neu: 0100 -> entferne deadNodes und zeige nonRepeater; batteriebetriebene Devices werden als neihbor angezeigt

neigorList bei ZWDongle:
noRepeater -> schließt batteriebetriebene Geräte aus
includeDead -> hat bei meinem Vision keine Auswirkung, deadNodes werden immer angzeigt

[rudolfkoenig]

batteriebetriebene Devices werden als neihbor angezeigt

Hmm. Ich bin nach den zway Quellen gegangen, da heisst dieser Flag (falls gesetzt) remove_repeaters.
In OpenZwave heisst es "remove non repeater", was sinnvoller waere.
Bist du sicher, dass letzteres gilt? Falls ja, wuerde ich ZWave wieder auf 0101 aendern, und das ZWDongle Flag bzw. default umbenennen.

[krikan]

Habe das jeweils mit meinem Vision Stick probiert. In alter 10_ZWave-Fassung (0101) waren batteriebetriebene Devices in neighborList nicht enthalten. In neuer Fassung (0100) sind sie drin. Gleiches Spiel bei ZWDongle. Also laut Test relativ sicher.

Wundere mich auch, warum deadNodes keine Auswirkung hat und experimentiere noch. Aus zwapi lese ich: BYTE bRemove. Daraus hänge ich noch der Vermutung von Andreas hinterher, dass die Einstellungen in einem Byte vorgenommen werden müssen, statt in 2...

[krikan]

Wundere mich auch, warum deadNodes keine Auswirkung hat und experimentiere noch. Aus zwapi lese ich: BYTE bRemove. Daraus hänge ich noch der Vermutung von Andreas hinterher, dass die Einstellungen in einem Byte vorgenommen werden müssen, statt in 2...

Habe jetzt mit diversen Kombinationen bis ffff getestet -> keine Auswirkungen in Rohnachrichten beim Vision, außer, dass sobald im 2. Byte das 01 enstprechende Bit gesetzt ist, die batteriebetriebenen Geräte (noRepeater) nicht gemeldet werden.

Falls ja, wuerde ich ZWave wieder auf 0101 aendern, und das ZWDongle Flag bzw. default umbenennen.

Ja.

[rudolfkoenig]

Nach etwas gruebeln: default bleibt 0100, d.h. es werden keine "toten" Knoten angezeigt (soweit das ueberhaupt funktioniert), aber non-Repeating Geraete werden angezeigt. Sinn: damit sehe ich bei einem Repeating Geraet auch die Batteriebetriebene als Nachbar, d.h. ich kann damit rechnen, dass sie ueber dieses Geraet geroutet werden.

Im ZWDongle ist die Voreinstellung auch 0100, und die Option heisst onlyRep. includeDead habe ich entfernt, um doofe Fragen zu vermeiden: mWn gibt es z.Zt. kein dongle, was diesen Flag beachtet.

Einwaende?

[krikan]

Einwaende?

Ja,
könntest Du das nicht in ZWDongle excludeDead -von mir aus stillweigend- drin lassen. Das sind nämlich laut zwapi "bad routes" und keine deadNodes, wie ich irtümlich annahm. Ein Zusammenhang mit "isFailedNode -> yes" ist mMn nur indirekt gegeben. Nur wenn die Route mit dem toten Node zuletzt vom Dongle genutzt wurde, kann sie auch als "bad" markiert sein. Enthält die Standardroute zum Gerät aber nicht den toten Node, dann ist sie evtl. noch nicht als "bad"markiert. Die zuletzt funktionierende Route wird mWn solange als Standard genutzt, bis sie nicht mehr funktioniert. Erst dann kommen die anderen Routen zum Zug. Mir fehlt da momentan die Idee für ein Testsetup.

[rudolfkoenig]

Habe excludeDead eingebaut.

[toms01]

Ich weiss erstmal nicht weiter, ich muss wohl meinen Feldtest nochmal unter einem ozw-Unterbau erweitern - leider.
Die Wakeup-Notifications kamen heute Mittag plötzlich nach 13:17 Uhr nicht mehr. Kurz davor wurde der Batterie-Status auch
nicht mehr gesendet. Erst nach dem Application_Update am Gerät direkt am Controller mit erneut gesetzem Wakeup-Intervall
gings weiter. Vielleicht hätte auch nur das Application_Update gereicht.

Code Auswählen Erweitern

2015-11-27_20:19:25 ID013_RC_KINO wakeupReport: interval 1680 target 1
2015-11-27_21:19:10 ID013_RC_KINO wakeup: notification
2015-11-27_21:19:11 ID013_RC_KINO battery: 100 %
2015-11-27_21:47:22 ID013_RC_KINO wakeup: notification
2015-11-27_21:47:22 ID013_RC_KINO battery: 100 %
2015-11-27_22:15:34 ID013_RC_KINO wakeup: notification
2015-11-27_22:15:34 ID013_RC_KINO battery: 100 %
2015-11-27_22:43:45 ID013_RC_KINO wakeup: notification
2015-11-27_23:11:57 ID013_RC_KINO wakeup: notification
2015-11-27_23:11:57 ID013_RC_KINO battery: 100 %
2015-11-27_23:40:09 ID013_RC_KINO wakeup: notification
2015-11-27_23:40:09 ID013_RC_KINO battery: 100 %
2015-11-28_00:08:21 ID013_RC_KINO wakeup: notification
2015-11-28_00:08:21 ID013_RC_KINO battery: 100 %
2015-11-28_00:36:32 ID013_RC_KINO wakeup: notification
2015-11-28_00:36:32 ID013_RC_KINO battery: 100 %
2015-11-28_01:04:43 ID013_RC_KINO wakeup: notification
2015-11-28_01:04:44 ID013_RC_KINO battery: 100 %
2015-11-28_01:32:55 ID013_RC_KINO wakeup: notification
2015-11-28_01:32:55 ID013_RC_KINO battery: 100 %
2015-11-28_02:01:06 ID013_RC_KINO wakeup: notification
2015-11-28_02:01:06 ID013_RC_KINO battery: 100 %
2015-11-28_02:29:18 ID013_RC_KINO wakeup: notification
2015-11-28_02:29:18 ID013_RC_KINO battery: 100 %
2015-11-28_02:57:30 ID013_RC_KINO wakeup: notification
2015-11-28_02:57:30 ID013_RC_KINO battery: 100 %
2015-11-28_03:25:42 ID013_RC_KINO wakeup: notification
2015-11-28_03:25:42 ID013_RC_KINO battery: 100 %
2015-11-28_03:53:54 ID013_RC_KINO wakeup: notification
2015-11-28_03:53:55 ID013_RC_KINO battery: 100 %
2015-11-28_04:22:06 ID013_RC_KINO wakeup: notification
2015-11-28_04:22:06 ID013_RC_KINO battery: 100 %
2015-11-28_04:50:19 ID013_RC_KINO wakeup: notification
2015-11-28_04:50:19 ID013_RC_KINO battery: 100 %
2015-11-28_05:18:30 ID013_RC_KINO wakeup: notification
2015-11-28_05:18:30 ID013_RC_KINO battery: 100 %
2015-11-28_05:46:41 ID013_RC_KINO wakeup: notification
2015-11-28_05:46:41 ID013_RC_KINO battery: 100 %
2015-11-28_06:14:52 ID013_RC_KINO wakeup: notification
2015-11-28_06:14:52 ID013_RC_KINO battery: 100 %
2015-11-28_06:43:05 ID013_RC_KINO wakeup: notification
2015-11-28_06:43:06 ID013_RC_KINO battery: 100 %
2015-11-28_07:11:18 ID013_RC_KINO wakeup: notification
2015-11-28_07:11:18 ID013_RC_KINO battery: 100 %
2015-11-28_07:39:30 ID013_RC_KINO wakeup: notification
2015-11-28_07:39:30 ID013_RC_KINO battery: 100 %
2015-11-28_08:07:41 ID013_RC_KINO wakeup: notification
2015-11-28_08:07:42 ID013_RC_KINO battery: 100 %
2015-11-28_08:35:52 ID013_RC_KINO wakeup: notification
2015-11-28_08:35:52 ID013_RC_KINO battery: 100 %
2015-11-28_09:04:03 ID013_RC_KINO wakeup: notification
2015-11-28_09:04:03 ID013_RC_KINO battery: 100 %
2015-11-28_09:32:15 ID013_RC_KINO wakeup: notification
2015-11-28_09:32:15 ID013_RC_KINO battery: 100 %
2015-11-28_10:00:26 ID013_RC_KINO wakeup: notification
2015-11-28_10:00:26 ID013_RC_KINO battery: 100 %
2015-11-28_10:28:38 ID013_RC_KINO wakeup: notification
2015-11-28_10:28:38 ID013_RC_KINO battery: 100 %
2015-11-28_10:56:50 ID013_RC_KINO wakeup: notification
2015-11-28_10:56:50 ID013_RC_KINO battery: 100 %
2015-11-28_11:25:02 ID013_RC_KINO wakeup: notification
2015-11-28_11:25:02 ID013_RC_KINO battery: 100 %
2015-11-28_11:53:13 ID013_RC_KINO wakeup: notification
2015-11-28_11:53:13 ID013_RC_KINO battery: 100 %
2015-11-28_12:21:26 ID013_RC_KINO wakeup: notification
2015-11-28_12:21:26 ID013_RC_KINO battery: 100 %
2015-11-28_12:49:37 ID013_RC_KINO wakeup: notification
2015-11-28_13:17:51 ID013_RC_KINO wakeup: notification
2015-11-28_16:29:54 ID013_RC_KINO CMD: ZW_APPLICATION_UPDATE
2015-11-28_16:30:03 ID013_RC_KINO CMD: ZW_APPLICATION_UPDATE
2015-11-28_17:02:15 ID013_RC_KINO wakeup: notification
2015-11-28_17:02:16 ID013_RC_KINO battery: 100 %
2015-11-28_17:34:30 ID013_RC_KINO wakeup: notification
2015-11-28_17:34:30 ID013_RC_KINO battery: 100 %

[toms01]

Hallo,

falls es noch jemanden interessiert, schreibe ich hier nochmal meine Erkenntnisse zusammen.

- APPLICATION_UPDATE reicht nicht allein um WUN wiederherzustellen, es muss explizit das Wakeup-Intervall neu gesetzt werden
- Bin mir nicht sicher, was das auf der ZME_RC2-Fernbedienung auslöst, es schien vorhin ein anderes NeighborUpdate gewesen zu sein
- Neighbor-Update bei Fibaro Motion Sensor (ähnlicher Abstand) klappt - ZME_RC2 ist immer fehlerhaft (siehe oben)
- Kann zwar nach Rudis Anleitung Befehle an FHEM senden, aber Status-Led blinkt danach immer Orange/Rot oder Blau/Rot,
was wohl nach Manual "Der Befehl on/off ist fehlgeschlagen" heisst.

Gruß
Thomas

[krikan]

- APPLICATION_UPDATE reicht nicht allein um WUN wiederherzustellen, es muss explizit das Wakeup-Intervall neu gesetzt werden

Verstehe ich nicht. Wurde das Gerät zwischendurch resetet? Ansonsten dürfte sich nichts automatisch am WakeupInterval ändern.

[toms01]

Das ist ja das was ich auch nicht verstehe, an dem Gerät wurde in der ganzen Zeit bis zum Ausbleiben der WUN nichts verändert.
Klar habe ich an den anderen Komponenten hier und da auch noch ein Neighbor-Update gemacht, weil der Stick an seinen
ursprünglichen Ort zurückgegangen ist.

Wenn das Ding aufhört die WUN zu senden, reicht ein APPLICATION_UPDATE allein nicht aus um das wieder in Gang
zu bringen. Man muss explizit das WUI neu setzen.

Vorhin hat anscheinend nur das Neighbor-Update des Fibaro Motion Sensors gelangt, dass die Fernbedienung wieder seine WUN-Meldung vergessen hat.
Der Sensor funktioniert einwandfrei.