Batteriebetriebene devices Verständnisfrage

Begonnen von jeep, 22 November 2015, 18:18:36

Vorheriges Thema - Nächstes Thema

jeep

Hallo zusammen,

Wenn ich an einem batteriebetriebenen device ein "set <device_xx> neighborUpdate" absetze, erhalte ich folgende Meldung:
   
"Scheduled for sending after WAKEUP", was in meinen Augen vollkommen korrekt ist.
Aber setzte ich ein "get <device_xx> neighborList>" ab, erhalte ich nach ca 2 Sekunden ein:
"Timeout reading answer for get neighborList"

Müsste der Befehl get neighborLlist nicht auch auf dem Sendstack warten bis das Gerät ein wakeup macht?

Vielleicht kann mir jemand das kurz erläutern.
Danke!

Grüße,
Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

Zitat von: jeep am 22 November 2015, 18:18:36
Aber setzte ich ein "get <device_xx> neighborList>" ab, erhalte ich nach ca 2 Sekunden ein:
"Timeout reading answer for get neighborList"

Müsste der Befehl get neighborLlist nicht auch auf dem Sendstack warten bis das Gerät ein wakeup macht?
Hallo Josef,
der Befehl geht nicht an das Gerät, sondern wird direkt von ZWDongle beantwortet. Die Implementierung ist so also in Ordnung.
Dein ZWDongle antwortet nur derzeit nicht schnell genug. Warum auch immer? Ich würde es mal kurz stromlos machen.
Gruß, Christian

jeep

Hallo Christian,

ZitatIch würde es mal kurz stromlos machen.

Hab ich auf meinen Testsystem eben gemacht. Jetzt kommt die neighborList. Das Problem existiert auf dem Produktivsystem genauso. Werde ich bei Gelegenheit auch mal stromlos machen. Mir war schon klar das der Befehl zum Controller geht. Nur habe ich gedacht das er den Stack  beim Aufwachen des devices verschickt. Aber jetzt ist mir bewusst der der Dongle die neighborlisten kennen muss. Sonst könnte er ja nicht so schnell antworten. Und wieder was dazugelernt.
Danke Dir für die schnelle Antwort.   

Grüße,
Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

Nur aus Neugier: Hast Du jeweils einen Razberry (3er oder 5er Chip) als Dongle im Einsatz oder sind es verschiedene Dongles/Gateways?

Gruß, Christian

jeep

Hallo Christian,

3er oder 5er Chip, gute Frage. Bevor ich was falsches von mir gebe sende ich ein list beider Dongles.
Das Produktivsystem "ZWDongle_Raz"  ist natürlich eine Razberry Platine auf dem RPI und ZWDongle_0 ist ein ZME_UZB1 auf einem anderen RPI. Denke beide sind ZWave+.

Internals:
   CallbackNr 2
   Clients    :ZWave:
   DEF        192.168.110.136:3001
   DeviceName 192.168.110.136:3001
   FD         10
   MaxSendRetries 3
   NAME       ZWDongle_Raz
   NR         22
   PARTIAL
   RAWMSG     0004002f0a320221440000006e0000
   ReadTime   1448305688.99603
   STATE      Initialized
   SendRetries 0
   SendTime   1448305638.97983
   TYPE       ZWDongle
   WaitForAck 0
   ZWDongle_Raz_MSGCNT 23044
   ZWDongle_Raz_TIME 2015-11-23 20:08:08
   homeId     ce68a7ac
   nrNAck     0
   Matchlist:
     1:ZWave    .*
   Readings:
     2015-11-21 22:57:47   caps            Vers:5 Rev:0 ManufID:0147 ProductType:0400 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET UNKNOWN_28 NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 UNKNOWN_78 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE UNKNOWN_92 UNKNOWN_93 UNKNOWN_98 UNKNOWN_b4 ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP UNKNOWN_d4 UNKNOWN_ef ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH
     2015-09-13 11:28:25   ctrlCaps        MEMBER PRIMARY SUC
     2015-11-07 11:45:28   homeId          HomeId:ce68a7ac CtrlNodeId:01
     2015-09-13 11:24:37   nodeInfo_28     ROUTING_SLAVE SWITCH_REMOTE sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-09-15 21:43:20   nodeInfo_35     ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-09-13 11:34:45   nodeInfo_38     ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-05 09:00:58   nodeInfo_47     ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-09-13 11:28:59   nodeInfo_7      ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-01 10:47:39   nodeInfo_8      ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-21 15:21:28   nodeList        1,7,8,9,24,28,30,31,35,36,38,40,41,42,44,45,47,48
     2015-11-07 11:45:28   random          7f5025d6803d9cd7360ecc9d13f7287c5d675a0d661fd8e15032ff1be11f2d4e
     2015-11-07 11:45:28   state           Initialized
     2015-09-13 14:08:47   timeouts        0106640f
     2015-11-21 15:25:56   version         Z-Wave 3.99 STATIC_CONTROLLER
   SendStack:
Attributes:
   room       ZWave


Internals:
   CallbackNr 0
   Clients    :ZWave:
   DEF        /dev/ttyACM0@115200
   DeviceName /dev/ttyACM0@115200
   FD         11
   MaxSendRetries 3
   NAME       ZWDongle_0
   NR         20
   PARTIAL
   RAWMSG     001304000006
   ReadTime   1448304961.64525
   STATE      Initialized
   SendRetries 0
   SendTime   1448304961.58915
   TYPE       ZWDongle
   WaitForAck 0
   ZWDongle_0_MSGCNT 328
   ZWDongle_0_TIME 2015-11-23 19:56:01
   homeId     0e0d0c0b
   nodeIdHex  01
   nrNAck     0
   Matchlist:
     1:ZWave    .*
   Readings:
     2015-11-22 19:29:14   caps            Vers:5 Rev:1 ManufID:0115 ProductType:0400 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET UNKNOWN_28 NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 UNKNOWN_78 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE UNKNOWN_92 UNKNOWN_93 UNKNOWN_98 UNKNOWN_b4 ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP UNKNOWN_d4 UNKNOWN_ef ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH UNKNOWN_f5
     2015-11-22 19:29:14   homeId          HomeId:0e0d0c0b CtrlNodeId:01
     2015-11-22 09:51:40   nodeInfo_2      SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:3 Security:0
     2015-11-22 09:51:55   nodeInfo_3      SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:3 Security:0
     2015-11-22 09:52:02   nodeInfo_4      ROUTING_SLAVE SWITCH_REMOTE sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-22 19:33:07   nodeList        ZWDongle_0 UNKNOWN_2 UNKNOWN_3 KFOB_S mgj6 mgjau9
     2015-11-22 19:29:14   random          d44579e67097c50cc83f77e259fb8f6858b51eb6f5642ca9f93ca24d0a57af62
     2015-11-22 19:29:14   state           Initialized
     2015-11-14 22:21:38   version         Z-Wave 3.99 STATIC_CONTROLLER
   SendStack:
Attributes:
   room       ZWave


Wenn das nicht reicht gib mir einfach ein Zeichen. Nebenher noch eine Frage bei dieser Geleghenheit, was machen die vielen UNKNOWN_xx bei den caps?

Grüße,
Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

#5
Hallo Josef!

ZitatManufID:0115 ProductType:0400 ProductID:0001
Das sind beides 5er Dongles (ZWave+). Kannst Du hier http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM/lib/openzwave_manufacturer_specific.xml nachschauen

Zitatwas machen die vielen UNKNOWN_xx bei den caps?
Wir kennen den Namen und die Funktion des Dongle-Befehles nicht; darum UNKNOWN_xx. Wenn Dir dazu etwas begegnet, dann gerne Info.

Gruß, Christian