Hi,
ich habe einen ZME_UZB1 Stick mit fhem.
wenn ich ein 'get ZSTICK nodeList' mache, sehe ich ein Geraet NICHT, aber es ist da - und funktioniert.
...und da es ein DIMMER ist - kann ich via notifys andere Geraete damit mit-schalten ... er geht also.
laut info ("list DIMMER_OFFICE") - ist es 'nodeIdHex 05'
fhem> get ZSTICK nodeList
ZSTICK nodeList => ZSTICK KLINGEL MULTISENSOR STECKER_2 STECKER_1 FB1 MINIMOTE1
...also ganz klar kein "DIMMER_OFFICE" drin.... --- aber es gibt ihn:
fhem> get DIMMER_OFFICE model
modelConfig:zwave.me/ZME_06433.xml
modelId:0115-1000-0002
model:Z-Wave.Me ZME_06433/05433 Wall Flush-Mountable Dimmer
und 'list ZSTICK' - sagt:
fhem>
2016-02-17 14:28:52 homeId HomeId:xxxxxxxx CtrlNodeId:01
2016-02-12 10:31:11 isFailedNode_0 yes
2016-02-12 10:21:49 isFailedNode_1 no
2016-02-12 12:58:23 isFailedNode_2 yes
2016-02-12 10:21:58 isFailedNode_3 no
2016-02-12 10:22:02 isFailedNode_4 no
2016-02-17 14:33:17 isFailedNode_5 no
2016-02-12 12:31:41 nodeInfo_0 node 0 is not present
2016-02-16 10:49:20 nodeInfo_1 STATIC_CONTROLLER STATIC_CONTROLLER listening frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
2016-02-16 10:50:24 nodeInfo_10 ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
2016-02-16 10:50:28 nodeInfo_11 ROUTING_SLAVE SWITCH_REMOTE sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
2016-02-16 10:50:36 nodeInfo_12 node 12 is not present
2016-02-16 10:50:39 nodeInfo_13 node 13 is not present
2016-02-16 10:50:42 nodeInfo_14 node 14 is not present
2016-02-16 10:50:44 nodeInfo_15 node 15 is not present
2016-02-16 10:50:48 nodeInfo_16 node 16 is not present
2016-02-16 10:50:51 nodeInfo_17 node 17 is not present
2016-02-16 10:50:54 nodeInfo_18 node 18 is not present
2016-02-16 10:50:57 nodeInfo_19 node 19 is not present
2016-02-16 10:49:29 nodeInfo_2 node 2 is not present
2016-02-16 10:49:42 nodeInfo_3 ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
2016-02-16 10:49:53 nodeInfo_4 ROUTING_SLAVE SENSOR_MULTILEVEL listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
2016-02-17 14:57:15 nodeInfo_5 node 5 is not present
2016-02-16 10:50:04 nodeInfo_6 node 6 is not present
2016-02-16 10:50:08 nodeInfo_7 node 7 is not present
2016-02-16 10:50:10 nodeInfo_8 node 8 is not present
2016-02-16 10:51:59 nodeInfo_9 ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
2016-02-12 18:08:40 nodeInfo_STECKER_1 node STECKER_1 is not present
2016-02-12 18:08:46 nodeInfo_STECKER_2 node STECKER_2 is not present
2016-02-17 14:56:43 nodeList ZSTICK KLINGEL MULTISENSOR STECKER_2 STECKER_1 FB1 MINIMOTE1
2016-02-16 17:28:20 random xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
2016-02-16 17:28:20 state Initialized
2016-02-12 18:08:21 timeouts 0106640f
2016-02-13 22:31:02 version Z-Wave 3.99 STATIC_CONTROLLER
...da dies (noch) nur ein Spiel-Netz ist - waere ein Controller-Reset nicht tragisch ...
Aber - warum taucht der Dimmer nicht in der Node-List auf ?
wie gesagt - er geht ja ... Assoziationen hat er auch (den Stick in Gruppe 3 - fuer Status-Changes),
und FHEM sieht ja auch die Aenderungen:
2016-02-17_15:09:30 DIMMER_OFFICE dim 99
2016-02-17_15:09:30 DIMMER_OFFICE reportedState: dim 99
2016-02-17_15:09:33 DIMMER_OFFICE off
2016-02-17_15:09:33 DIMMER_OFFICE reportedState: off
bin ein wenig ratlos ....
Es schaut so aus, dass der ZSTICK Firmware DIMMER_OFFICE nicht mehr kennt. Entweder wg. Firmware-Bug, oder weil es irgendwannmal, in Abwesenheit von DIMMER_OFFICE das Geraet ausgetragen wurde, siehe http://www.fhemwiki.de/wiki/Z-Wave#Wie_kann_man_ohne_Exklusion_Nodes_des_Controllers_l.C3.B6schen.3F . Mein Zwave.me Stick hat definitiv kein Problem unbekannte Geraete zu steuern, das ist mir beim experimentieren mit ZWave@culfw aufgefallen. Potentieller Nachteil: das Geraet ist nur direkt erreichbar, und wird auch nicht beim Routing verwendet.
...es ist ja sogar noch besser:
Zitat
Mein Zwave.me Stick hat definitiv kein Problem unbekannte Geraete zu steuern, das ist mir beim experimentieren mit ZWave@culfw aufgefallen. Potentieller Nachteil: das Geraet ist nur direkt erreichbar, und wird auch nicht beim Routing verwendet.
er wird auch fuer's Routing verwendet, weil ich das explizit probiert habe :-)
und die Neighbour-list wird auch aktualisiert, wenn ich einen Stecker in seine Naehe bringe ...
Aber JA - der Dimmer ist vom Stick direkt erreichbar - und will ihn jetzt nicht aus der Wand holen zum experimentieren.
FW-bug:
Der Stick laueft mit einer 5.01 Firmware und ich habe 'ZStickUpdater.py' probiert, nur gibt's einen timeout - und macht nix.
(wenigstens killt er den Stick nicht)
Laut zwave-me - gibt's ja neuere FWs - und man kann sie ja downloaden (Z-Stick5.ehex) - nur der Updater geht halt nicht.
(vielleicht nur bei mir nicht ... ?)
Aber - wie wuerde rein prinzipiell - ein controller-Reset gehen ? (unter Linux/fhem)
(und dass ich alle Geraete vorher sauber excluden muss ist mir auch klar)
Zitat von: sz_wolfi am 17 Februar 2016, 22:29:38
Laut zwave-me - gibt's ja neuere FWs - und man kann sie ja downloaden (Z-Stick5.ehex) - nur der Updater geht halt nicht.
(vielleicht nur bei mir nicht ... ?)
Nutze zum Update, wenn Du es denn machen willst, z-way. Das funktioniert.
ZitatAber - wie wuerde rein prinzipiell - ein controller-Reset gehen ? (unter Linux/fhem)
(und dass ich alle Geraete vorher sauber excluden muss ist mir auch klar)
Dort http://forum.fhem.de/index.php/topic,32604.msg261284.html#msg261284 und dort http://forum.fhem.de/index.php/topic,42852.0.html findest Du Infos. Mache das nur, wenn Du die Auswirkungen genau überdacht hast.
Gruß, Christian