Hallo zusammen,
seit längerem habe ich mir 'mal wieder die Nodelist meines ZWave Dongles (ZWave.me ZME_UZB1) angeschaut und einen Node
UNKNOWN_1
entdeckt.
Ich bin irgendwie nicht in der Lage diesen zuzuordnen oder zu entfernen, vielleicht könnt ihr mir helfen?
get ZW_Dongle nodeInfo UNKNOWN_1ergibt
node UNKNOWN_1 is not present
Logauschnitt verbose 5:
2016.03.15 12:48:06.528 4: ZWDongle get ZW_Dongle nodeInfo UNKNOWN_1
2016.03.15 12:48:06.528 5: ZWDongle_Write 004100 ()
2016.03.15 12:48:06.530 5: SW: 0104004100ba
2016.03.15 12:48:06.532 4: ZWDongle_ReadAnswer arg:nodeInfo regexp:^0141
2016.03.15 12:48:06.533 5: ACK received, removing 0104004100ba from dongle sendstack
2016.03.15 12:48:06.533 4: ZWDongle_Read ZW_Dongle: rcvd 0141000000030000, sending ACK
2016.03.15 12:48:06.534 5: SW: 06
2016.03.15 12:48:06.536 4: ZWDongle_ReadAnswer for nodeInfo: 0141000000030000
get ZW_Dongle isFailedNode UNKNOWN_1ergibt
isFailedNode_UNKNOWN_1 => yes
Logauschnitt verbose 5:
2016.03.15 12:49:45.476 4: ZWDongle get ZW_Dongle isFailedNode UNKNOWN_1
2016.03.15 12:49:45.477 5: ZWDongle_Write 006200 ()
2016.03.15 12:49:45.478 5: SW: 010400620099
2016.03.15 12:49:45.480 4: ZWDongle_ReadAnswer arg:isFailedNode regexp:^0162
2016.03.15 12:49:45.481 5: ACK received, removing 010400620099 from dongle sendstack
2016.03.15 12:49:45.481 4: ZWDongle_Read ZW_Dongle: rcvd 016201, sending ACK
2016.03.15 12:49:45.482 5: SW: 06
2016.03.15 12:49:45.484 4: ZWDongle_ReadAnswer for isFailedNode: 016201
set ZW_Dongle removeFailedNode UNKNOWN_1ergibt im FHEM-Log (nicht bei jedem Versuch, irgendwie verwunderlich)
2016.03.15 12:25:06 1: PERL WARNING: Argument "UNKNOWN_1" isn't numeric in sprintf at /opt/fhem/FHEM/00_ZWDongle.pm line 251.
2016.03.15 12:25:12 1: PERL WARNING: Argument "UNKNOWN_1" isn't numeric in sprintf at /opt/fhem/FHEM/00_ZWDongle.pm line 203.
Logauschnitt verbose 5:
2016.03.15 12:56:09.370 4: ZWDongle set ZW_Dongle removeFailedNode UNKNOWN_1
2016.03.15 12:56:09.371 5: ZWDongle_Write 00610009 ()
2016.03.15 12:56:09.372 5: SW: 01050061000992
2016.03.15 12:56:09.415 5: ACK received, removing 01050061000992 from dongle sendstack
2016.03.15 12:56:09.513 4: ZWDongle_Read ZW_Dongle: rcvd 016100, sending ACK
2016.03.15 12:56:09.513 5: SW: 06
2016.03.15 12:56:09.515 5: ZW_Dongle dispatch 016100
2016.03.15 12:56:09.924 4: ZWDongle_Read ZW_Dongle: rcvd 00610901, sending ACK
2016.03.15 12:56:09.925 5: SW: 06
2016.03.15 12:56:09.927 5: ZW_Dongle dispatch 00610901
2016.03.15 12:56:09.927 4: CMD:ZW_REMOVE_FAILED_NODE_ID ID:01 ARG: CB:09
2016.03.15 12:56:10.008 4: ZW_Dongle ZW_REMOVE_FAILED_NODE_ID failedNodeRemoved
Für mich sieht es so aus, also ob ich bei
set ZW_Dongle removeFailedNode UNKNOWN_1 eher die Node-ID angeben soll, nur wie lautet sie?
Ohne zu UNKNOWN_1 zugehöriges FHEM-Device bekomme zumindest ich sie nicht raus.
Könnte sie ggf. aus den o.a. Logs erkennbar sein?
Vielen Dank für eure Unterstützung, wenn mehr Infos benötigt werden liefere ich sie gerne.
Viele Grüße,
Andreas
PS: FHEM ist mit shutdown restart auf heutigem Stand, den Dongle habe ich zwischenzeitlich auch mal ab- und wieder angesteckt (=stromlos gemacht).
ZitatFür mich sieht es so aus, also ob ich bei "set ZW_Dongle removeFailedNode UNKNOWN_1" eher die Node-ID angeben soll, nur wie lautet sie?
Die waere dann 1. Ich habe jetzt 00_ZWDongle.pm so erweitert, dass UNKNOWN_X von den betroffenen Kommandos (neighborList, nodeInfo, isFailedNode, removeFailedNode, replaceFailedNode, sendNIF) auch akzeptiert wird. Ab morgen per update.
Hallo Rudolf,
danke für die Erweiterung, durch diese Vereinheitlichung wird es sicherlich etwas einfacher.
Zitat von: rudolfkoenig am 15 März 2016, 14:59:02
Die waere dann 1.
Uih, das wäre dann also der Dongle (=Controller) selbst, den ich entferne?
Der hat nämlich die ID 1.
Oder ist mein Verständnis nicht richtig?
Andreas
Der dongle ist nicht immer 1. Zeig mal ein list davon.
Hallo Rudolf,
anbei das list:
Internals:
CallbackNr 9
Clients :ZWave:
DEF /dev/ttyACM0@115200
DeviceName /dev/ttyACM0@115200
FD 54
MaxSendRetries 3
NAME ZW_Dongle
NR 238
PARTIAL
RAWMSG 0004003912600d0103320221340000005300090000005b
ReadTime 1458052740.25743
STATE Initialized
SendRetries 0
SendTime 1458052235.24031
TYPE ZWDongle
WaitForAck 0
ZW_Dongle_MSGCNT 4996
ZW_Dongle_TIME 2016-03-15 15:39:00
homeId d79c8805
nodeIdHex 01
nrNAck 0
Matchlist:
1:ZWave .*
Readings:
2016-03-15 12:42:31 caps Vers:5 Rev:4 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 ZW_SET_WUT_TIMEOUT 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
2016-03-13 11:25:15 ctrlCaps MEMBER PRIMARY SUC
2016-03-15 09:01:50 homeId HomeId:d79c8805 CtrlNodeIdHex:01
2016-03-15 12:49:45 isFailedNode_UNKNOWN_1 yes
2016-03-13 11:25:46 neighborList_1 XXXX_FIB_Stecker_08 WZOG_SENF XXXX_FIB_Stecker_12 EZOG_CopenVitrine XXXX_FIB_Stecker_14 XXEG_ZM1 WZOG_LICHTTV ZWave_SWITCH_MULTILEVEL_28 ZWave_SWITCH_MULTILEVEL_29 FLOG_SIRENE WGEG_SENI XXOG_SIRENE XXEG_SIRENE SZOG_ZF GTEG_SIRENE SZOG_LICHTDECKE ZWave_SWITCH_BINARY_57 WZOG_SLF_00 WZOG_GWSD_63 SZOG_SLL_00 EZEG_LICHT WZOG_LICHTDIRK HZKG_WWZP ZWave_SENSOR_MULTILEVEL_86 ZWave_SENSOR_MULTILEVEL_93 ZWave_SENSOR_MULTILEVEL_95 EZEG_ZF
2016-03-13 11:16:59 nodeInfo_1 STATIC_CONTROLLER listening frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
2016-03-15 12:41:45 nodeList UNKNOWN_1 XXXX_FIB_Stecker_08 WZOG_ZM1 WZOG_SENF XXXX_FIB_Stecker_12 EZOG_CopenVitrine XXXX_FIB_Stecker_14 XXXX_FIB_Stecker_15 XXEG_ZM1 WZOG_LICHTTV WGEG_ENTF ZWave_SWITCH_MULTILEVEL_28 ZWave_SWITCH_MULTILEVEL_29 FLEG_ZB FLOG_FRM FLOG_SIRENE WGEG_SENI XXOG_SIRENE XXEG_SIRENE WZOG_ZB XXEG_APB SZOG_ZB01 SZOG_ZF GTEG_SIRENE SZOG_LICHTDECKE ZWave_SWITCH_BINARY_57 WZOG_SLF_00 WZOG_GWSD_63 SZOG_SLL_00 EZEG_LICHT WZOG_LICHTDIRK HZKG_WWZP ZWave_SENSOR_MULTILEVEL_86 ZWave_SENSOR_MULTILEVEL_93 ZWave_SENSOR_MULTILEVEL_95 WZEG_ZF EZEG_ZF GTEG_ZBK
2016-03-15 12:42:34 random 1a59c7b4e4ff8563b29a0d4cffb4cb28032811ce24da26d8446d98ca18bbd528
2016-03-15 12:42:34 state Initialized
2015-11-10 09:51:15 timeouts 0106640f
2015-11-19 21:51:45 version Z-Wave 3.99 STATIC_CONTROLLER
SendStack:
Attributes:
group IO_Devs
homeId d79c8805
icon cul_usb
room Global,ZWave
Andreas
Hallo Rudolf,
nach heutigem Update zeigt ein
get ZW_Dongle nodeInfo UNKNOWN_1
deutlich auf den Controller:
nodeInfo_1 => STATIC_CONTROLLER listening frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
"FailedNode" ist "UNKNOWN_1" jetzt auch nicht mehr:
isFailedNode_1 => no
so dass ein "removeFailedNode" wohl auch nicht mehr funktioniert.
Abgesehen davon würde es wohl auch keine gute Idee sein, einen Versuch zu starten, den Controller (auf den der Node "UNKNOWN_1" ja anscheinend nun verweist) zu entfernen, oder? ;)
Andreas
Die Controller-Uebersetzung ist seit ein-zwei Wochen wg. einer Reading-Umbenennung (CtrlNodeId nach CtrlNodeIdHex) kaputt. Habs gefixt und eingecheckt.
Zitat von: rudolfkoenig am 16 März 2016, 10:04:19
Die Controller-Uebersetzung ist seit ein-zwei Wochen wg. einer Reading-Umbenennung (CtrlNodeId nach CtrlNodeIdHex) kaputt. Habs gefixt und eingecheckt.
Da bin ich ja mal gespannt heute Abend auf das Update. Habe gestern auch diese UNKNOWN_1 node bei mir festgestellt.
Gruß
Dan
ZitatDa bin ich ja mal gespannt heute Abend auf das Update
Die update Quelle wird aus SVN einmal am Tag um 7:45 aktualisiert
Perfekt, UNKNOWN_1 ist nun aus Nodelist weg un der ZW-Dongle wird korrekt angezeigt.
Vielen Dank,
Andreas