Hallo,
ich versuche nun seit einiger Zeit, diesen ZWave+ Wandtaster von nodon
http://nodon.fr/en/z-wave/z-wave-wall-switch-by-nodon_12-2 (http://nodon.fr/en/z-wave/z-wave-wall-switch-by-nodon_12-2)
erfolglos zu inkludieren. Versucht habe ich es gem. der Anleitung von obiger Website (link rechts unten, EN oder FR) im Gateway-Modus, aber auch der Standalone-Prozess führt nicht zum Erfolg.
Nachdem ich fhem mit addNode nwOn in den Inklusionsmodus gebracht habe, drücke ich gem. Anleitung die Tasten 1+2 länger, die LED pulsiert lila wie beschrieben. Dann drücke ich die Taste 1 zur Inklusion, bestätigt wird 2x lila, die positive Rückmeldung durch 2x grün bleibt jedoch aus.
Dabei ist es egal, ob ich per nwOn oder on den addNode-Befehl in fhem starte. Es erfolgt kein Autocreate, keine neuen Geräte erscheinen. Folgender Log wurde mit verbose 5 geschrieben:
2015.11.13 19:05:57 4: ZWDongle set ZWave_Stick_UZB addNode nwOn
2015.11.13 19:05:57 5: ZWDongle_Write 00 4ac105
2015.11.13 19:05:57 5: SW: 0105004ac10574
2015.11.13 19:05:57 5: ACK received, removing 0105004ac10574 from dongle sendstack
2015.11.13 19:05:57 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a05010000
2015.11.13 19:05:57 5: SW: 06
2015.11.13 19:05:57 5: ZWave_Stick_UZB dispatch 004a05010000
2015.11.13 19:05:57 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000
2015.11.13 19:05:57 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK learnReady
2015.11.13 19:06:53 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a05020000
2015.11.13 19:06:53 5: SW: 06
2015.11.13 19:06:53 5: ZWave_Stick_UZB dispatch 004a05020000
2015.11.13 19:06:53 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000
2015.11.13 19:06:53 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK nodeFound
2015.11.13 19:06:55 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a05070000
2015.11.13 19:06:55 5: SW: 06
2015.11.13 19:06:55 5: ZWave_Stick_UZB dispatch 004a05070000
2015.11.13 19:06:55 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:07 ARG:0000
2015.11.13 19:06:55 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK failed
2015.11.13 19:07:08 4: ZWDongle set ZWave_Stick_UZB addNode off
2015.11.13 19:07:08 5: ZWDongle_Write 00 4a0506
2015.11.13 19:07:08 5: SW: 0105004a0506b3
2015.11.13 19:07:08 5: ACK received, removing 0105004a0506b3 from dongle sendstack
2015.11.13 19:07:08 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a06060000
2015.11.13 19:07:08 5: SW: 06
2015.11.13 19:07:08 5: ZWave_Stick_UZB dispatch 004a06060000
2015.11.13 19:07:08 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0000
2015.11.13 19:07:09 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK done
Hat jemand einen Hinweis, wie ich hier weiter vorgehen soll?
Danke
Michael
Zitat2015.11.13 19:06:55 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK failed
Das kommt direkt vom ZWDongle -> ist mAn kein FHEM Fehler.
Laut http://www.pepper1.net/zwavedb/device/767 (http://www.pepper1.net/zwavedb/device/767) muss man anders inkludieren.
Wer Recht hat, weiss ich nicht.
Hm, das hatte ich garnicht gesehen. Leider komme ich aber auch dort nicht weiter. Egal welche Anleitung ich verwende, der Taster quittiert nicht grün, sondern blinkt irgendwann rot und das war's dann.
Kann man irgendwo sehen, ob der Inklusionsprozess seitens fhem überhaupt Infos vom Taster bekommt? Kann ja nicht sein, dass das Ding garnicht eingebunden werden kann (oder es liegt zwischen den Ohren, was nicht auszuschließen ist).
Aus der original-Anleitung (empfohlen wird der "Gateway-Mode", nicht der "Standalone"):
In order to put your wall switch into "Gateway" Mode, you just have to add the wall switch into the gateway's Z-Wave® network. Procedure as following:
1 Place your home automation gateway into "Inclusion" Mode. To do so, please refer to your gateway's user guide.
2 Simultaneously push on 1 and 2, during 1sec.
The LED glows in pink to confirm the selection
3 Push on 1, within 10 seconds.
The LED blinks in pink to confirm your choice
The LED blinks in green to confirm the procedure
Schritt 1 war wahlweise addNode mit nwOn oder nur on. Ergebnis nach Schritt 3... pinkes Blinken, dann einige Sekunden nichts, dann rotes Blinken und Ende. Ich werde noch verrückt mit den ZWave-Wandtastern, egal von welchem Hersteller :-/
Hallo Michael!
Hast Du vor dem Einlernen auch (immer) ein Reset des Wandtasters gemacht? Falls nein, bitte machen.
Und mein Dauerbrenner: Hast Du die nodeList auf tote Nodes kontrolliert?
"nodeFound" zeigt schon an, dass FHEM bzw. besser Dongle etwas neues findet.
Gruß, Christian
OffTopic: Welche Zwave-Produkte hast Du noch nicht probiert ;) . Holst mich ein...
Hi Christian,
ja, Reset hatte ich gemacht. Das mit der NodeList hatte ich völlig übersehen. Ein get nodeList brachte nun
ZWave_Stick_UZB UNKNOWN_2 UNKNOWN_3 FL_ZS_Funzel WG_DS_Fenster AU_DS_Pergola WZ_ZS_Fenster AZ_ZS_Fenster GZ_ZS_Fenster KU_ZS_Spuele WZ_ZS_Entertainment WG_LS_Wandlampe WG_LS_Deckenlampe AU_DS_Scheune_links UNKNOWN_27 UNKNOWN_28
Wobei ich damit nicht zurecht komme. Zum einen... was sollen die Codes 2 und 3 mit Unknown und wo kommen die unbekannnten 27 und 28 her? ich habe einen aktuellen anderen Thread gefunden, aber auch der hilft mir hier nicht.
http://forum.fhem.de/index.php/topic,44083.0.html (http://forum.fhem.de/index.php/topic,44083.0.html)
Insbesondere, weil nach get nodeInfo 2 dieser garnicht Unknown zu sein scheint, ebenso 3.
Die beiden 27 und 28 könnten der nodon-Schalter sein, aber warum wurden die nicht automatisch durch fhem als ein solcher angelegt?
Und was muss ich händisch machen, damit ich daraus einen Schalter in fhem bekomme?
Und dann fand ich den node 11 , welcher als not present angezeigt wird, aber failed ist er auch nicht.
Hier mal das list des Sticks:
Internals:
CallbackNr 0
Clients :ZWave:
DEF /dev/ttyUSB_Zwave_UZB
DeviceName /dev/ttyUSB_Zwave_UZB
FD 12
MaxSendRetries 3
NAME ZWave_Stick_UZB
NR 105
PARTIAL
RAWMSG 000400160631050422141b
ReadTime 1447598463.97259
STATE Initialized
SendRetries 0
SendTime 1447598441.41313
TYPE ZWDongle
WaitForAck 0
ZWave_Stick_UZB_MSGCNT 750
ZWave_Stick_UZB_TIME 2015-11-15 15:41:03
homeId d054ae9f
nodeIdHex 01
nrNAck 0
Matchlist:
1:ZWave .*
Readings:
2015-11-15 12:25:44 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-15 12:25:44 homeId HomeId:d054ae9f CtrlNodeId:01
2015-11-15 15:36:26 isFailedNode_11 no
2015-11-15 15:36:17 nodeInfo_11 node 11 is not present
2015-11-15 15:40:41 nodeInfo_2 SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:3 Security:0
2015-11-15 15:35:45 nodeInfo_27 CONTROLLER GENERIC_CONTROLLER sleeping frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
2015-11-15 15:35:59 nodeInfo_28 CONTROLLER GENERIC_CONTROLLER sleeping frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
2015-10-19 19:13:53 nodeInfo_3 SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:3 Security:0
2015-11-15 15:29:42 nodeList ZWave_Stick_UZB UNKNOWN_2 UNKNOWN_3 FL_ZS_Funzel WG_DS_Fenster AU_DS_Pergola WZ_ZS_Fenster AZ_ZS_Fenster GZ_ZS_Fenster KU_ZS_Spuele WZ_ZS_Entertainment WG_LS_Wandlampe WG_LS_Deckenlampe AU_DS_Scheune_links UNKNOWN_27 UNKNOWN_28
2015-11-15 12:25:44 random 01c25d211c875b65d115143d22af0394e6d5cdab2da6d5e1dc76f9b537de934c
2015-11-15 12:25:44 state Initialized
SendStack:
Hilfe bitte...
Zitat von: krikan am 14 November 2015, 18:08:10
OffTopic: Welche Zwave-Produkte hast Du noch nicht probiert ;) . Holst mich ein...
Jaaaaaa, es lebe das Fernabsatzgesetz. Da scheint ja soviel Murks auf dem Markt zu sein. Gerade die Wandtaster bringen mich um den Schlaf. Die einen passen in keine anderen Schaltersysteme, die nächsten sind derart flimselig aufgebaut, dass man nicht drauf drücken mag. Der nodon-Schalter macht mechanisch bisher den besten Eindruck (wenn ich den nur zum Laufen bekäme). Der WallC ist murks, die ZME für Unterputz hab ich erstmal behalten, aber 100%ig überzeugen die mich nicht. Die verbauten Mikrotaster... nenene :-(
Als Zwischenstecker hab ich bis auf den uralt-Popp ausschließlich die Fibaro behalten, die sind top! Und Unterputzrelais - der Pan04-1B scheint gut zu funktionieren, mit den Fibaro teste ich noch. Fibaro sind halt billiger, aber kein ZWave+, wobei ich da den Vorteil noch nicht erkenne (im alltäglichen Betrieb)
Das Problem ist, dass mir das Detailwissen um ZWave fehlt. Da werfen einen kleinste Probleme aus der Bahn.
Dies aber genug für Off-Topic :-)
Zitat von: MichaelO am 15 November 2015, 15:44:25
Wobei ich damit nicht zurecht komme. Zum einen... was sollen die Codes 2 und 3 mit Unknown und wo kommen die unbekannnten 27 und 28 her? ich habe einen aktuellen anderen Thread gefunden, aber auch der hilft mir hier nicht.
Woher die UNKOWN_X kommen, kann man ohne genauen Hintergrund nicht feststellen.
Entweder sind das
a) Nodes von aktiv genutzten Geräten, die Du zwar inkludiert hast, aber nicht in FHEM als Device angelegt sind. Dann http://www.fhemwiki.de/wiki/Z-Wave#Erneutes_Hinzuf.C3.BCgen_eines_bereits_registrierten_Z-Wave_Ger.C3.A4ts (http://www.fhemwiki.de/wiki/Z-Wave#Erneutes_Hinzuf.C3.BCgen_eines_bereits_registrierten_Z-Wave_Ger.C3.A4ts)
oder
b) "tote" Nodes, die Du entfernen solltest: http://www.fhemwiki.de/wiki/Z-Wave#Wie_kann_man_ohne_Exklusion_Nodes_des_Controllers_l.C3.B6schen.3F (http://www.fhemwiki.de/wiki/Z-Wave#Wie_kann_man_ohne_Exklusion_Nodes_des_Controllers_l.C3.B6schen.3F)
Tippe auf Letzteres.
Erst wenn die nodeList sauber = keine UNKOWN_X ist, dann resetetes Nodon-Gerät erneut inkludieren (verbose 5 nicht vergessen).
Gruß, Christian
Bin per "Zufall" über Changelog der UZB/Firmware http://razberry.z-wave.me/index.php?id=24 gestolpert. Mit 5.04 soll irgendetwas mit addnode gefixt worden sein. Evtl. hängt das hiermit zusammen.
Zitat von: krikan am 16 November 2015, 15:21:31
Bin per "Zufall" über Changelog der UZB/Firmware http://razberry.z-wave.me/index.php?id=24 gestolpert. Mit 5.04 soll irgendetwas mit addnode gefixt worden sein. Evtl. hängt das hiermit zusammen.
Dein Link zeigt auf den Steck-Aufsatz Razberry von Zwave-me. Ich verwende allerdings den Zwave-me UZB USB-Stick
https://z-wave.me/index.php?id=28 (https://z-wave.me/index.php?id=28)
Da finde ich bzgl. Firmware aber garnichts auf der Seite :-(
Der Link zeigt auf das Changelog von ZWay, das die Firmwareupdates von UZB und Razberry enthält und auf die Devices einspielt.
Also bei Interesse an aktueller Firmware auf eigenes Risko: Zway installieren und UZB updaten.
Ach so, das hatte ich falsch gelesen. Ich hab mir schon die Finger wund gesucht, nach entsprechenden Firmwares und Updatern.
Das werde ich dann mal testen, wenn ich genügend Zeit zum Aufräumen habe... Ich gehe davon aus, dass dann alle Nodes aus dem Stick gelöscht werden und ich alles neu in fhem integrieren muss... meine Frau wird mich töten :-[
ZitatIch gehe davon aus, dass dann alle Nodes aus dem Stick gelöscht werden und ich alles neu in fhem integrieren muss...
Bisher war das nicht so. Aber dafür keine Garantie ;) .
Fast vergessen:
Mit 5.04 soll Restore von Stick-Backups (wieder) funktionieren. Also vorher mit ZWay Backup des Sticks machen. Dann kann durch Löschen der Nodes beim Firmwareupdate ja eigentlich nichts mehr passieren. Man kann ja das Backup nachher per Restore wieder einspielen.
-> habe das noch nie gemacht. Ob es funktioniert...?
Sorry für die Nerverei, ich komme aber alleine nicht weiter. Die Unknown Nodes 2 und 3 konnte ich löschen, problemlos. Die scheinen wirklich irgendwie über den UZB angelegt zu werden, das hatte ich beim Einrichten nicht bemerkt.
Einen Reset des Tasters hatte ich zwischen den Versuchen, zuletzt vor dem folgenden immer gemacht.
Die Unknown Nodes 27 und 28 reagieren aber auf nichts und verschwinden auch nicht aus der Liste.
Ich habe (nach einigen Versuchen) der Reihe nach nochmal mit verbose 5 gesendet:
nodeList
sendNIF 27
removeFailedNode 27
und nach erneutem get nodeList ist der Unkown 27 immer noch da.
Dann der Versuch mit createNode 27, ohne Erfolg:
2015.11.16 21:14:10 4: ZWDongle get ZWave_Stick_UZB nodeList
2015.11.16 21:14:10 5: ZWDongle_Write 00 02
2015.11.16 21:14:10 5: SW: 01030002fe
2015.11.16 21:14:10 4: ZWDongle_ReadAnswer arg:nodeList regexp:^0102
2015.11.16 21:14:10 5: ACK received, removing 01030002fe from dongle sendstack
2015.11.16 21:14:10 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 010205001d09c0fe0e000000000000000000000000000000000000000000000000000500
2015.11.16 21:14:10 5: SW: 06
2015.11.16 21:14:10 4: ZWDongle_ReadAnswer for nodeList: 010205001d09c0fe0e000000000000000000000000000000000000000000000000000500
2015.11.16 21:14:46 4: ZWDongle set ZWave_Stick_UZB sendNIF 27
2015.11.16 21:14:46 5: ZWDongle_Write 00 121b050d
2015.11.16 21:14:46 5: SW: 010600121b050df8
2015.11.16 21:14:46 5: ACK received, removing 010600121b050df8 from dongle sendstack
2015.11.16 21:14:46 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011201
2015.11.16 21:14:46 5: SW: 06
2015.11.16 21:14:46 5: ZWave_Stick_UZB dispatch 011201
2015.11.16 21:14:46 4: ZWave_Stick_UZB unhandled ANSWER: ZW_SEND_NODE_INFORMATION 01
2015.11.16 21:14:46 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00120d01
2015.11.16 21:14:46 5: SW: 06
2015.11.16 21:14:46 5: ZWave_Stick_UZB dispatch 00120d01
2015.11.16 21:14:46 4: ZWave_Stick_UZB CMD:ZW_SEND_NODE_INFORMATION ID:01 ARG:
2015.11.16 21:14:46 4: ZWave_Stick_UZB unhandled command ZW_SEND_NODE_INFORMATION
2015.11.16 21:19:14 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e320221440000000c0e100000000c
2015.11.16 21:19:14 5: SW: 06
2015.11.16 21:19:14 5: ZWave_Stick_UZB dispatch 000410100e320221440000000c0e100000000c
2015.11.16 21:19:14 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e320221440000000c0e100000000c
2015.11.16 21:19:14 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e320221440000000c0e100000000c
2015.11.16 21:19:14 5: SW: 06
2015.11.16 21:19:14 5: ZWave_Stick_UZB dispatch 000410100e320221440000000c0e100000000c
2015.11.16 21:19:14 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e320221440000000c0e100000000c
2015.11.16 21:19:14 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e320221440000000c0e100000000c
2015.11.16 21:19:14 5: SW: 06
2015.11.16 21:19:14 5: ZWave_Stick_UZB dispatch 000410100e320221440000000c0e100000000c
2015.11.16 21:19:14 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e320221440000000c0e100000000c
2015.11.16 21:19:14 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e32022144000000020e1000000002
2015.11.16 21:19:14 5: SW: 06
2015.11.16 21:19:14 5: ZWave_Stick_UZB dispatch 000410100e32022144000000020e1000000002
2015.11.16 21:19:14 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e32022144000000020e1000000002
2015.11.16 21:19:14 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e32022144000000020e1000000002
2015.11.16 21:19:14 5: SW: 06
2015.11.16 21:19:14 5: ZWave_Stick_UZB dispatch 000410100e32022144000000020e1000000002
2015.11.16 21:19:14 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e32022144000000020e1000000002
2015.11.16 21:19:15 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e32022144000000020e1000000002
2015.11.16 21:19:15 5: SW: 06
2015.11.16 21:19:15 5: ZWave_Stick_UZB dispatch 000410100e32022144000000020e1000000002
2015.11.16 21:19:15 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e32022144000000020e1000000002
2015.11.16 21:19:15 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e320221440000000a0e110000000a
2015.11.16 21:19:15 5: SW: 06
2015.11.16 21:19:15 5: ZWave_Stick_UZB dispatch 000410100e320221440000000a0e110000000a
2015.11.16 21:19:15 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e320221440000000a0e110000000a
2015.11.16 21:19:15 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e320221440000000a0e110000000a
2015.11.16 21:19:15 5: SW: 06
2015.11.16 21:19:15 5: ZWave_Stick_UZB dispatch 000410100e320221440000000a0e110000000a
2015.11.16 21:19:15 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e320221440000000a0e110000000a
2015.11.16 21:19:15 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e320221440000000a0e110000000a
2015.11.16 21:19:15 5: SW: 06
2015.11.16 21:19:15 5: ZWave_Stick_UZB dispatch 000410100e320221440000000a0e110000000a
2015.11.16 21:19:15 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e320221440000000a0e110000000a
2015.11.16 21:19:15 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e32022144000000020e1000000002
2015.11.16 21:19:15 5: SW: 06
2015.11.16 21:19:15 5: ZWave_Stick_UZB dispatch 000410100e32022144000000020e1000000002
2015.11.16 21:19:15 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e32022144000000020e1000000002
2015.11.16 21:19:15 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e320221440000000a0e110000000a
2015.11.16 21:19:15 5: SW: 06
2015.11.16 21:19:15 5: ZWave_Stick_UZB dispatch 000410100e320221440000000a0e110000000a
2015.11.16 21:19:15 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e320221440000000a0e110000000a
2015.11.16 21:19:16 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410100e320221440000000a0e110000000a
2015.11.16 21:19:16 5: SW: 06
2015.11.16 21:19:16 5: ZWave_Stick_UZB dispatch 000410100e320221440000000a0e110000000a
2015.11.16 21:19:16 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e320221440000000a0e110000000a
2015.11.16 21:19:29 4: ZWDongle set ZWave_Stick_UZB removeFailedNode 27
2015.11.16 21:19:29 5: ZWDongle_Write 00 611b0e
2015.11.16 21:19:29 5: SW: 010500611b0e8e
2015.11.16 21:19:29 5: ACK received, removing 010500611b0e8e from dongle sendstack
2015.11.16 21:19:29 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 016110
2015.11.16 21:19:29 5: SW: 06
2015.11.16 21:19:29 5: ZWave_Stick_UZB dispatch 016110
2015.11.16 21:20:45 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410160a320221440000083b0000
2015.11.16 21:20:45 5: SW: 06
2015.11.16 21:20:45 5: ZWave_Stick_UZB dispatch 000410160a320221440000083b0000
2015.11.16 21:20:45 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:16 ARG:0a320221440000083b0000
2015.11.16 21:20:45 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 000410160a320221440000083b0000
2015.11.16 21:20:45 5: SW: 06
2015.11.16 21:20:45 5: ZWave_Stick_UZB dispatch 000410160a320221440000083b0000
2015.11.16 21:20:45 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:16 ARG:0a320221440000083b0000
2015.11.16 21:21:27 4: ZWDongle get ZWave_Stick_UZB nodeList
2015.11.16 21:21:27 5: ZWDongle_Write 00 02
2015.11.16 21:21:27 5: SW: 01030002fe
2015.11.16 21:21:27 4: ZWDongle_ReadAnswer arg:nodeList regexp:^0102
2015.11.16 21:21:27 5: ACK received, removing 01030002fe from dongle sendstack
2015.11.16 21:21:27 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 010205001d09c0fe0e000000000000000000000000000000000000000000000000000500
2015.11.16 21:21:27 5: SW: 06
2015.11.16 21:21:27 4: ZWDongle_ReadAnswer for nodeList: 010205001d09c0fe0e000000000000000000000000000000000000000000000000000500
2015.11.16 21:22:26 4: ZWDongle set ZWave_Stick_UZB createNode 27
2015.11.16 21:22:27 5: ZWDongle_Write 00 601b
2015.11.16 21:22:27 5: SW: 010400601b80
2015.11.16 21:22:27 5: ACK received, removing 010400601b80 from dongle sendstack
2015.11.16 21:22:27 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 016001
2015.11.16 21:22:27 5: SW: 06
2015.11.16 21:22:27 5: ZWave_Stick_UZB dispatch 016001
2015.11.16 21:22:27 4: ZWave_Stick_UZB unhandled ANSWER: ZW_REQUEST_NODE_INFO 01
2015.11.16 21:22:31 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0049810000
2015.11.16 21:22:31 5: SW: 06
2015.11.16 21:22:31 5: ZWave_Stick_UZB dispatch 0049810000
2015.11.16 21:22:31 4: ZWave_Stick_UZB CMD:ZW_APPLICATION_UPDATE ID:00 ARG:00
2015.11.16 21:22:31 4: ZWave_Stick_UZB unhandled command ZW_APPLICATION_UPDATE
Bitte Stick kurz stromlos machen; der removeFailedNode-Prozeß hängt.
Anschließend vor Aufruf von removeFailedNode bitte isFailedNode abrufen und nur bei "yes" removeFailedNode aufrufen.
Ist autocreate an?
Bitte ggfs. neues Log mit verbose 5 posten.
Moin,
sorry für die lange Pause, war arbeitstechnisch nicht eher möglich.
Heute habe ich noch etwas am System gemacht. U.a. einen Fibaro Zwischenstecker und (nach einigem Gewürge) einen Fibaro FGS-222 eingebunden. Das läuft alles.
Zwischenzeitlich hab ich den Stick mal stromlos gemacht. Leider sind die beiden Unkown nicht failed, das sagt zumindest fhem. Hier nochmal ein List des Controllers... der Taster läuft immer noch nicht :-(
Ich verstehe nicht, warum bei den Unkowns kein Gerät angelegt wurde (autocreate ist ein) und vor allem, warum ich sie nicht weg bekomme.
Internals:
CallbackNr 22
Clients :ZWave:
DEF /dev/ttyUSB_Zwave_UZB
DeviceName /dev/ttyUSB_Zwave_UZB
FD 12
MaxSendRetries 3
NAME ZWave_Stick_UZB
NR 105
PARTIAL
RAWMSG 000400130631050422001d
ReadTime 1449935070.20435
STATE Initialized
SendRetries 0
SendTime 1449935070.20125
TYPE ZWDongle
WaitForAck 0
ZWave_Stick_UZB_MSGCNT 1666
ZWave_Stick_UZB_TIME 2015-12-12 16:42:29
homeId d054ae9f
nodeIdHex 01
nrNAck 0
Matchlist:
1:ZWave .*
Readings:
2015-12-11 19:02:33 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-12-11 19:02:33 homeId HomeId:d054ae9f CtrlNodeId:01
2015-12-12 16:41:31 isFailedNode_27 no
2015-12-12 16:44:30 isFailedNode_28 no
2015-12-12 16:43:37 nodeInfo_27 CONTROLLER GENERIC_CONTROLLER sleeping frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
2015-12-12 16:43:45 nodeInfo_28 CONTROLLER GENERIC_CONTROLLER sleeping frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
2015-12-12 16:42:58 nodeList ZWave_Stick_UZB FL_ZS_Funzel WG_DS_Fenster AU_DS_Pergola WZ_ZS_Fenster AZ_ZS_Fenster GZ_ZS_Fenster KU_ZS_Spuele WZ_ZS_Entertainment WG_LS_Wandlampe WG_LS_Deckenlampe AU_DS_Scheune_links UNKNOWN_27 UNKNOWN_28 ZS_WG_Dekobeleuchtung DS_AU_Scheune_rechts
2015-12-11 19:02:33 random 6c6b4b991d90ab7533912730d952d0724dcce745d26072c55a8d2dd27bd1240e
2015-12-11 19:02:33 state Initialized
SendStack:
Attributes:
group Dongles
networkKey 0402a304050cd708090a0b0c0d0e0f10
room 9.6_System
Sorry, meine Ideen gehen aus. Seltsam finde ich das bei den UNKNOWN:
CONTROLLER GENERIC_CONTROLLER sleeping frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
Das deutet auf Controller in Form von Fernbedienung hin (nodeOn?).
Was liefert die Abfrage von "get <ZWDongle> ctrlCaps"?
Ergänzend hätte ich noch gerne die Rückgabe von:
get <ZWDongle> raw 56
Das fragt ab, ob und welcher Controller als SUC angelegt ist.
Das wird ausgegeben:
ctrlCaps PRIMARY
raw_56 015600
Was sagt mir das?
ctrlCaps PRIMARY
raw_56 015600
Du hast einen "normalen" Primärcontroller und es existiert kein SUC in Deinem Netz -> Alles Standard.
Damit ist meine letzte Idee, warum "removeFailedNode" fehlschlägt leider nicht einschlägig.
=> jetzt bin ich wirklich ideenlos...
Sorry, Christian
Moin,
habe gerade nochmal etwas Zeit gefunden, um mich mit fhem zu beschäftigen.
Abgesehen davon, dass ich (noch) nicht weiter bin, mit der Inklusion des NodOn Wandtasters, habe ich es geschafft, die UNKOWN zu löschen.
Vielleicht hatte ich mich bislang zu blöd angestellt, aber es ging so (nach einigen Versuchen):
NodeList anzeigen lassen - UNKOWN_27 und 28 sind da.
isFailedNode liefert YES
removeFailedNode UNKOWN_27 klappt nicht
Dann hab ich ein sendNIF an UNKOWN_27 gesendet und es nochmal mit remove versucht... klappt nicht. Und dann hab ich das senNIF an 27 geschickt und mit
removeFailedNode 27 konnte ich ihn löschen. Irgendwie hat mich da wohl in der NodeList die Namensgebung verunsichert und ich habe alle Kommandos an den Namen und nicht die Nummer geschickt. Blöd auch.
Der UNKOWN_28 wurde mit isFailedNode als NO angezeigt. Dann hab ich ein sendNIF an 28 geschickt und konnte ihn danach mit removeFailedNode 28 ebenfalls löschen.
Intuitiv ist das irgendwie nicht, aber wenn es so klappt...
Jetzt muss ich nur noch den NodOn endlich mal inkludieren.
Gruß
Michael
Es ist schon etwas länger her, aber heute habe ich den nodon Wandtaster nochmal rausgekramt, weil ich einen neuen RollerShutter inkludieren wollte. Fast hätte ich das Ding nämlich schon entsorgt.
fhem ist auf neustem Stand und siehe da... was auch immer zuvor nicht ging, beim ersten Anlauf war der Taster im System. Zuvor einen Reset des Tasters, dann Inklusion gemäß Beipackzettel, jetzt läuft alles.
Internals:
CFGFN
DEF d054ae9f 38
IODev ZWave_Stick_UZB
LASTInputDev ZWave_Stick_UZB
MSGCNT 86
NAME PB_WG_TasterTuer
NR 605
STATE TRANSMIT_NO_ACK
TYPE ZWave
ZWaveSubDevice no
ZWave_Stick_UZB_MSGCNT 86
ZWave_Stick_UZB_RAWMSG 0013d0010278
ZWave_Stick_UZB_TIME 2016-09-17 14:42:30
homeId d054ae9f
isWakeUp 1
lastMsgSent 1474116141.71097
nodeIdHex 26
Readings:
2016-09-17 14:34:41 cSceneDouble 3
2016-09-17 14:42:16 cSceneSet 3
2016-09-17 14:10:11 model NodOn CWS-3-1-01 Wall Switch
2016-09-17 14:10:11 modelConfig nodon/cws3101wallswitch.xml
2016-09-17 14:10:11 modelId 0165-0002-0003
2016-09-17 14:16:52 neighborList empty
2016-09-17 14:15:50 neighborUpdate failed
2016-09-17 14:42:30 state TRANSMIT_NO_ACK
2016-09-17 14:42:20 timeToAck 0.414
2016-09-17 14:42:30 transmit NO_ACK
2016-09-17 14:42:19 wakeup notification
Attributes:
IODev ZWave_Stick_UZB
classes ZWAVEPLUS_INFO ASSOCIATION ASSOCIATION_GRP_INFO BATTERY CENTRAL_SCENE CONFIGURATION DEVICE_RESET_LOCALLY MANUFACTURER_SPECIFIC POWERLEVEL VERSION WAKE_UP MARK ZWAVEPLUS_INFO CENTRAL_SCENE SCENE_ACTIVATION SWITCH_ALL APPLICATION_STATUS BASIC SWITCH_MULTILEVEL WAKE_UP
room 3.1_Wintergarten
vclasses APPLICATION_STATUS:0 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BASIC:0 BATTERY:1 CENTRAL_SCENE:2 CONFIGURATION:1 DEVICE_RESET_LOCALLY:0 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SCENE_ACTIVATION:0 SWITCH_ALL:0 SWITCH_MULTILEVEL:0 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
Nun muss ich nur noch etwas lesen, was die Besonderheiten von batteriebetriebenen ZWAVE-Komponenten angeht. Etwas irritiert bin ich von der Meldung "state TRANSMIT_NO_ACK", denn wenn man auf den Taster drückt, kommt das richtige Kommando. Vielleicht muss das einfach so sein.
Gruß
Michael
ist bei mir leider auch so.
wenn ich das teil mit den dimmern peere, wegen der Geschwindigkeit, bekomme ich die gleiche Meldung.
wenn ich die befehle über fhem laufen lasse, bekomme ich auch passende states.
geht wohl nur so oder so.
Internals:
DEF c3652eea 16
IODev razberry
LASTInputDev razberry
MSGCNT 64
NAME nodon
NR 62
STATE TRANSMIT_NO_ACK
TYPE ZWave
ZWaveSubDevice no
homeId c3652eea
isWakeUp 1
lastMsgSent 1474200204.09447
nodeIdHex 10
razberry_MSGCNT 64
razberry_RAWMSG 00040010028407
razberry_TIME 2016-09-18 14:03:22
Readings:
2016-09-18 14:02:52 assocGroup_1 Max 1 Nodes razberry
2016-09-18 14:02:52 assocGroup_2 Max 8 Nodes
2016-09-18 14:02:52 assocGroup_3 Max 8 Nodes
2016-09-18 14:02:52 assocGroup_4 Max 8 Nodes
2016-09-18 14:02:52 assocGroup_5 Max 8 Nodes
2016-09-18 14:02:52 assocGroup_6 Max 8 Nodes speer
2016-09-18 14:02:53 assocGroup_7 Max 8 Nodes esstisch_5
2016-09-18 14:02:51 assocGroups 7
2016-09-09 21:05:33 cSceneDouble 0
2016-09-18 14:02:48 configActionButton1Mono ControlGroup2
2016-09-18 14:02:48 configActionButton2Mono ControlGroup3
2016-09-18 14:02:48 configActionButton3Mono AllSwitchON
2016-09-18 14:02:48 configActionButton4Mono ControlGroup5
2016-09-18 14:02:48 configLedManagement LedBlinkOnButtonActionAnd3
2016-09-18 14:02:48 configProfileButtons1Amp3 DuoMode
2016-09-18 14:02:48 configProfileButtons2Amp4 DuoMode
2016-09-18 14:02:51 configSceneType SceneActivation
2016-09-18 14:02:46 model NodOn CRC-3-1-00 Octan Remote
2016-09-18 14:02:46 modelConfig nodon/crc3100OctanRemote.xml
2016-09-18 14:02:46 modelId 0165-0002-0001
2016-09-18 14:02:56 state TRANSMIT_NO_ACK
2016-09-18 14:03:24 timeToAck 0.042
2016-09-18 14:03:24 transmit OK
2016-09-18 14:02:46 version Lib 2 Prot 4.05 App 2.3 HW 2 FWCounter 1 FW 1.1
2016-09-18 14:03:22 wakeup notification
2016-09-18 14:02:52 wakeupReport interval 0 target 1
Attributes:
IODev razberry
classes ZWAVEPLUS_INFO SWITCH_MULTILEVEL ASSOCIATION CONFIGURATION SWITCH_ALL VERSION MANUFACTURER_SPECIFIC WAKE_UP BATTERY MULTI_CMD MULTI_CHANNEL_ASSOCIATION BASIC
devStateIcon .*:edit_settings
icon control_on_off@227799
neighborListPos 575,222
room ZWave
vclasses ASSOCIATION:2 BASIC:0 BATTERY:1 CONFIGURATION:1 MANUFACTURER_SPECIFIC:2 MULTI_CHANNEL_ASSOCIATION:0 MULTI_CMD:0 SWITCH_ALL:0 SWITCH_MULTILEVEL:0 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
verbose 3
grüße horst