[Gelöst] UNKNOWN_1 in Nodelist, wie bekomme ich ihn weg?

Begonnen von scooty, 15 März 2016, 13:07:05

Vorheriges Thema - Nächstes Thema

scooty

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).
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH1080 / IO Homecontrol

rudolfkoenig

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.

scooty

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

Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH1080 / IO Homecontrol

rudolfkoenig

Der dongle ist nicht immer 1. Zeig mal ein list davon.

scooty

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
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH1080 / IO Homecontrol

scooty

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
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH1080 / IO Homecontrol

rudolfkoenig

Die Controller-Uebersetzung ist seit ein-zwei Wochen wg. einer Reading-Umbenennung (CtrlNodeId nach CtrlNodeIdHex) kaputt. Habs gefixt und eingecheckt.

DeeSPe

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
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

rudolfkoenig

ZitatDa bin ich ja mal gespannt heute Abend auf das Update
Die update Quelle wird aus SVN einmal am Tag um 7:45 aktualisiert

scooty

Perfekt, UNKNOWN_1 ist nun aus Nodelist weg un der ZW-Dongle wird korrekt angezeigt.

Vielen Dank,
Andreas
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH1080 / IO Homecontrol