Guten Tag,
ich habe mir nach zwei geglückten Versuchen und echt zuverlässig laufendem Betrieb, einen dritten Devolo Metering Plug MT:2646 gekauft.
Das Gerät lässt sich nun leider überhaupt nicht includieren und für mich ist nicht ersichtlich, woran es liegt.
Wenn ich meinen Z-Wave Stick (ZME_UZB1 Me) auf Verbose 5 setze, wird im Log folgendes ausgespruckt:
2016.04.12 12:56:41 4: ZWDongle *** set ZWDongle_1 addNode onNw
2016.04.12 12:56:41 5: ZWDongle_Write 004ac104 ()
2016.04.12 12:56:41 5: SW: 0105004ac10475
2016.04.12 12:56:41 5: ACK received, removing 0105004ac10475 from dongle sendstack
2016.04.12 12:56:41 4: ZWDongle_Read ZWDongle_1: rcvd 004a04010000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.12 12:56:41 5: SW: 06
2016.04.12 12:56:41 5: ZWDongle_1 dispatch 004a04010000
2016.04.12 12:56:41 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000 CB:04
2016.04.12 12:56:41 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK learnReady
2016.04.12 12:57:03 4: ZWDongle_Read ZWDongle_1: rcvd 004a04020000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.12 12:57:03 5: SW: 06
2016.04.12 12:57:03 5: ZWDongle_1 dispatch 004a04020000
2016.04.12 12:57:03 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000 CB:04
2016.04.12 12:57:03 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK nodeFound
2016.04.12 12:57:06 4: ZWDongle_Read ZWDongle_1: rcvd 004a04070000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.12 12:57:06 5: SW: 06
2016.04.12 12:57:06 5: ZWDongle_1 dispatch 004a04070000
2016.04.12 12:57:06 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:07 ARG:0000 CB:04
2016.04.12 12:57:06 4: ZWDongle *** set ZWDongle_1 addNode off
2016.04.12 12:57:07 5: ZWDongle_Write 004a0505 ()
2016.04.12 12:57:07 5: SW: 0105004a0505b0
2016.04.12 12:57:07 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK failed
2016.04.12 12:57:07 5: ACK received, removing 0105004a0505b0 from dongle sendstack
2016.04.12 12:57:07 4: ZWDongle_Read ZWDongle_1: rcvd 004a05060000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.12 12:57:07 5: SW: 06
2016.04.12 12:57:07 5: ZWDongle_1 dispatch 004a05060000
2016.04.12 12:57:07 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0000 CB:05
2016.04.12 12:57:07 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK done
Würde mich riesig freuen, wenn sich jemand das mal ansehen könnte, damit ich das Gerät in Zukunft doch verwenden kann.
Übringens hatte ich schon mehrere Versuche und es zur Kontrolle auch erfolgreich an der Devolo Zentrale includiert und wieder excludiert, sodass es wieder im Auslieferungszustand ist (Blinken der Hinweis-Lampe entspricht dem).
Für Rückfragen stehe ich natürlich zur Verfügung. ;)
Kannst du bitte die Zeile mit "addNode off" (und die if Anweisung dadrunter) in /opt/fhem/FHEM/10_ZWave.pm auskommentieren, FHEM neu starten, und erneut versuchen?
Wuerde mich zwar wundern, wenn es daran liegt, aber andere Probleme sehe ich nicht.
Danke für deine schnelle Rückmeldung! :)
Zitat von: rudolfkoenig am 12 April 2016, 13:36:52
Kannst du bitte die Zeile mit "addNode off" (und die if Anweisung dadrunter) in /opt/fhem/FHEM/10_ZWave.pm auskommentieren, FHEM neu starten, und erneut versuchen?
Ich habe in der Datei vier mal "addNode off" gefunden:
AnalyzeCommand(undef, "set $ioName addNode off")
if($cmd eq 'ZW_ADD_NODE_TO_NETWORK');
ZWave_wakeupTimer($dh, 1) if(ZWave_isWakeUp($dh));
my $addSecure = $iodev->{addSecure}; # addNode off deletes it
if($addSecure) {
return "" if (ZWave_secIncludeStart($dh, $iodev) == 1);
}
return ZWave_execInits($dh, 0);
}
# addNode off generates ZW_ADD_NODE_TO_NETWORK:done sometimes (#51411)
if($evt eq "failed" && $cmd eq 'ZW_ADD_NODE_TO_NETWORK') {
AnalyzeCommand(undef, "set $ioName addNode off")
}
Am sinnvollsten erschien es mir, die "AnalyzeCommand"-Zeile inkl. anschließender if Anweisung auszukommentieren.
Ein Neustart mit anschließendem nächsten Anlernversuch hat leider nichts neues erbracht:
ZWDongle *** set ZWDongle_1 addNode onNw
2016.04.12 21:41:16 5: ZWDongle_Write 004ac101 ()
2016.04.12 21:41:16 5: SW: 0105004ac10170
2016.04.12 21:41:16 5: ACK received, removing 0105004ac10170 from dongle sendstack
2016.04.12 21:41:16 4: ZWDongle_Read ZWDongle_1: rcvd 004a01010000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.12 21:41:16 5: SW: 06
2016.04.12 21:41:16 5: ZWDongle_1 dispatch 004a01010000
2016.04.12 21:41:16 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000 CB:01
2016.04.12 21:41:16 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK learnReady
2016.04.12 21:41:23 4: ZWDongle_Read ZWDongle_1: rcvd 004a01020000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.12 21:41:23 5: SW: 06
2016.04.12 21:41:23 5: ZWDongle_1 dispatch 004a01020000
2016.04.12 21:41:23 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000 CB:01
2016.04.12 21:41:23 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK nodeFound
2016.04.12 21:41:26 4: ZWDongle_Read ZWDongle_1: rcvd 004a01070000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.12 21:41:26 5: SW: 06
2016.04.12 21:41:26 5: ZWDongle_1 dispatch 004a01070000
2016.04.12 21:41:26 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:07 ARG:0000 CB:01
2016.04.12 21:41:26 4: ZWDongle *** set ZWDongle_1 addNode off
2016.04.12 21:41:26 5: ZWDongle_Write 004a0502 ()
2016.04.12 21:41:26 5: SW: 0105004a0502b7
2016.04.12 21:41:27 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK failed
2016.04.12 21:41:27 5: ACK received, removing 0105004a0502b7 from dongle sendstack
2016.04.12 21:41:27 4: ZWDongle_Read ZWDongle_1: rcvd 004a02060000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.12 21:41:27 5: SW: 06
2016.04.12 21:41:27 5: ZWDongle_1 dispatch 004a02060000
2016.04.12 21:41:27 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0000 CB:02
2016.04.12 21:41:27 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK done
2016.04.12 21:42:30 4: ZWDongle *** set ZWDongle_1 addNode off
2016.04.12 21:42:30 5: ZWDongle_Write 004a0503 ()
2016.04.12 21:42:30 5: SW: 0105004a0503b6
2016.04.12 21:42:30 5: ACK received, removing 0105004a0503b6 from dongle sendstack
2016.04.12 21:42:30 4: ZWDongle_Read ZWDongle_1: rcvd 004a03060000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.12 21:42:30 5: SW: 06
2016.04.12 21:42:30 5: ZWDongle_1 dispatch 004a03060000
2016.04.12 21:42:30 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0000 CB:03
2016.04.12 21:42:30 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK done
Ich habe eine Variante hier angehaengt, der alle addNode Befehle entfernt.
Glaube aber nicht daran, dass es was bewirkt, da (nach naeheren Studium des Logs) das addNode erst nach "failed" kommt (die Ausgabe ist etwas irrefuehrend, aber 004a01070000 kommt vor addNode off). Damit habe ich aber auch keine Idee. Wenn du sehr viel(!) Energie reinstecken moechtest, kannst du mit einem CUL und das ZWCUL FHEM-Modul (9600kBaud) mitlauschen.
Leider hat deine Variante nicht die gewünschte Veränderung gebracht:
2016.04.15 17:46:29 4: ZWDongle *** set ZWDongle_1 addNode onNw
2016.04.15 17:46:29 5: ZWDongle_Write 004ac101 ()
2016.04.15 17:46:29 5: SW: 0105004ac10170
2016.04.15 17:46:29 5: ACK received, removing 0105004ac10170 from dongle sendstack
2016.04.15 17:46:29 4: ZWDongle_Read ZWDongle_1: rcvd 004a01010000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.15 17:46:29 5: SW: 06
2016.04.15 17:46:29 5: ZWDongle_1 dispatch 004a01010000
2016.04.15 17:46:29 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000 CB:01
2016.04.15 17:46:29 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK learnReady
2016.04.15 17:46:42 4: ZWDongle_Read ZWDongle_1: rcvd 004a01020000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.15 17:46:42 5: SW: 06
2016.04.15 17:46:42 5: ZWDongle_1 dispatch 004a01020000
2016.04.15 17:46:42 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000 CB:01
2016.04.15 17:46:43 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK nodeFound
2016.04.15 17:46:46 4: ZWDongle_Read ZWDongle_1: rcvd 004a01070000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.15 17:46:46 5: SW: 06
2016.04.15 17:46:46 5: ZWDongle_1 dispatch 004a01070000
2016.04.15 17:46:46 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:07 ARG:0000 CB:01
2016.04.15 17:46:46 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK failed
Ich bin zum Glück momentan nicht auf das Gerät angewiesen.
Trotzdem oder gerade deswegen möchte ich gerne die Arbeit an FHEM unterstützen. Ich bin im Besitz eines CUL, der allerdings mit dem Kontakt zu den MAX-Thermostaten beschäftigt ist. Kann ich den für den Moment zum Lauschen umfunktionieren, oder ist es sinniger dies mit einem zweiten CUL zu tun?
Guten Start ins Wochenende!
HOWTO:
- fhem.cfg sichern
- "alten" CUL Eintrag auf einem nicht-existierenden Geraet umbiegen, z.Bsp. von /dev/ttyACM0 auf /dev/ttyACM7
- sicherstellen, dass das CUL mit einem 1.66 culfw geflasht ist
- ZWCUL definieren:
define zwc ZWCUL /dev/ttyACM0 00000000 01
attr zwc dataRate 9600
attr zwc verbose 5
- FHEM starten, Inklusion einmal mit FHEM, und einmal mit der Devolo-Zentrale versuchen.
Rueckbau:
- altes fhem.cfg einspielen, FHEM neu starten.
Zitat von: rudolfkoenig am 15 April 2016, 18:24:39
- FHEM starten, Inklusion einmal mit FHEM, und einmal mit der Devolo-Zentrale versuchen.
Inkludiere ich über den CUL, oder über ZWave-Stick?
Ich gehe davon aus, dass ich über den ZWave-Stick und nicht über den CUL inkludieren soll.
Diesen Zeitpunkt passe ich also im Log ab und stelle dir das Ergebnis des CUL zur Verfügung.
Selbes mache ich dann auch mit der Devolo-Zentrale. Richtig?
Nach dem Vorgehen werde ich jetzt erst einmal auf die Jagd gehen und die Ergebnisse entsprechend ergänzen.
---------- Update 1 ------------------
Versuchte Inklusion über den ZWave-Stick:
2016.04.15 22:36:01 5: zwc dispatch Z0C6F0442070F6008213C0024E709
2016.04.15 22:36:01 4: zwc: UNKNOWN msg Z0C6F0442070F6008213C0024E709
2016.04.15 22:36:01 5: 0c6f0442 S:07 F:0f f:6 SN:0 L:08 T:21 E:3c0024e7 P: C:09
2016.04.15 22:36:01 5: F: ack explorer unknownBeam
2016.04.15 22:36:01 5: zwc dispatch Z0E6F020208213C070F60000118002425
2016.04.15 22:36:01 4: zwc: UNKNOWN msg Z0E6F020208213C070F60000118002425
2016.04.15 22:36:01 5: 0e6f0202 S:08 F:21 f:3 SN:c L:07 T:0f P:600001180024 C:25
2016.04.15 22:36:01 5: F: singleCast lowPower shortBeam
2016.04.15 22:36:56 5: zwc dispatch Z0C6104420A0167085C170024EBF4
2016.04.15 22:36:56 4: zwc: UNKNOWN msg Z0C6104420A0167085C170024EBF4
2016.04.15 22:36:56 5: 0c610442 S:0a F:01 f:6 SN:7 L:08 T:5c P:170024eb C:f4
2016.04.15 22:36:56 5: F: singleCast unknownBeam
2016.04.15 22:36:57 5: zwc dispatch Z0E610202085C170A0167000118002409
2016.04.15 22:36:57 4: zwc: UNKNOWN msg Z0E610202085C170A0167000118002409
2016.04.15 22:36:57 5: 0e610202 S:08 F:5c f:1 SN:7 L:0a T:01 E:670001180024 P: C:09
2016.04.15 22:36:57 5: F: unknownHeaderType:0 explorer speedModified ackReq
2016.04.15 22:36:58 5: zwc dispatch Z0C5E0442070CFC086C4E0024E806
2016.04.15 22:36:58 4: zwc: UNKNOWN msg Z0C5E0442070CFC086C4E0024E806
2016.04.15 22:36:58 5: 0c5e0442 S:07 F:0c f:f SN:c L:08 T:6c E:4e0024e8 P: C:06
2016.04.15 22:36:58 5: F: unknownHeaderType:0 explorer unknownBeam
2016.04.15 22:36:58 5: zwc dispatch Z0E5E0202086C4E070CFC00011800241E
2016.04.15 22:36:58 4: zwc: UNKNOWN msg Z0E5E0202086C4E070CFC00011800241E
2016.04.15 22:36:58 5: 0e5e0202 S:08 F:6c f:4 SN:e L:07 T:0c E:fc0001180024 P: C:1e
2016.04.15 22:36:58 5: F: unknownHeaderType:0 explorer lowPower ackReq longBeam
Erfolgreiche Inklusion an der Devolo-Zentrale:
2016.04.15 22:40:49 5: zwc dispatch Z0C9104420691C1085C030024DF28
2016.04.15 22:40:49 4: zwc: UNKNOWN msg Z0C9104420691C1085C030024DF28
2016.04.15 22:40:49 5: 0c910442 S:06 F:91 f:c SN:1 L:08 T:5c R:0300 P:24df C:28
2016.04.15 22:40:49 5: F: singleCast speedModified routed, rf:03 hopCnt:0 hopPos:0 hops: longBeam
2016.04.15 22:40:49 5: zwc dispatch Z0E910202085C030691C1000118002429
2016.04.15 22:40:49 4: zwc: UNKNOWN msg Z0E910202085C030691C1000118002429
2016.04.15 22:40:49 5: 0e910202 S:08 F:5c f:0 SN:3 L:06 T:91 E:c10001180024 P: C:29
2016.04.15 22:40:49 5: F: unknownHeaderType:0 explorer speedModified ackReq
---------- Update 2 ------------------
Ich dachte es könnte hilfreich sein, wenn ich beim Versuch des inkludierens in FHEM auch beim ZWave-Stick "verbose 5" einstelle:
2016.04.15 22:49:02 4: ZWDongle *** set ZWDongle_1 addNode onNw
2016.04.15 22:49:02 5: ZWDongle_Write 004ac104 ()
2016.04.15 22:49:02 5: SW: 0105004ac10475
2016.04.15 22:49:02 5: ACK received, removing 0105004ac10475 from dongle sendstack
2016.04.15 22:49:02 4: ZWDongle_Read ZWDongle_1: rcvd 004a04010000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.15 22:49:02 5: SW: 06
2016.04.15 22:49:02 5: ZWDongle_1 dispatch 004a04010000
2016.04.15 22:49:02 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000 CB:04
2016.04.15 22:49:02 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK learnReady
2016.04.15 22:49:11 4: ZWDongle_Read ZWDongle_1: rcvd 004a04020000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.15 22:49:11 5: SW: 06
2016.04.15 22:49:11 5: ZWDongle_1 dispatch 004a04020000
2016.04.15 22:49:11 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000 CB:04
2016.04.15 22:49:11 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK nodeFound
2016.04.15 22:49:15 4: ZWDongle_Read ZWDongle_1: rcvd 004a04070000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.15 22:49:15 5: SW: 06
2016.04.15 22:49:15 5: ZWDongle_1 dispatch 004a04070000
2016.04.15 22:49:15 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:07 ARG:0000 CB:04
2016.04.15 22:49:15 4: ZWDongle *** set ZWDongle_1 addNode off
2016.04.15 22:49:15 5: ZWDongle_Write 004a0505 ()
2016.04.15 22:49:15 5: SW: 0105004a0505b0
2016.04.15 22:49:15 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK failed
2016.04.15 22:49:15 5: ACK received, removing 0105004a0505b0 from dongle sendstack
2016.04.15 22:49:15 4: ZWDongle_Read ZWDongle_1: rcvd 004a05060000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.04.15 22:49:15 5: SW: 06
2016.04.15 22:49:15 5: ZWDongle_1 dispatch 004a05060000
2016.04.15 22:49:15 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0000 CB:05
2016.04.15 22:49:15 4: ZWDongle_1 ZW_ADD_NODE_TO_NETWORK done
2016.04.15 22:49:30 5: zwc dispatch Z0C9404420691C10854540024DF29
2016.04.15 22:49:30 4: zwc: UNKNOWN msg Z0C9404420691C10854540024DF29
2016.04.15 22:49:30 5: 0c940442 S:06 F:91 f:c SN:1 L:08 T:54 R:5400 P:24df C:29
2016.04.15 22:49:30 5: F: singleCast speedModified routed, rf:54 hopCnt:0 hopPos:0 hops: longBeam
2016.04.15 22:49:30 5: zwc dispatch Z0E9402020854540691C100011800242E
2016.04.15 22:49:30 4: zwc: UNKNOWN msg Z0E9402020854540691C100011800242E
2016.04.15 22:49:30 5: 0e940202 S:08 F:54 f:5 SN:4 L:06 T:91 E:c10001180024 P: C:2e
2016.04.15 22:49:31 5: F: unknownHeaderType:0 explorer speedModified ackReq longBeam
Ich habe gerade festgestellt, dass bei einem Neustart von Fhem eine Fehlermeldung direkt nach der Initialisierung des ZWave-Sticks steht.
Es scheint zwar eigentlich nicht damit zusammen zu hängen, aber die Stelle im Log ist schon merkwürdig:
2016.04.17 06:43:09 3: Opening ZWDongle_1 device /dev/serial/by-id/usb-0658_0200-if00
2016.04.17 06:43:09 3: Setting ZWDongle_1 serial parameters to 115200,8,N,1
2016.04.17 06:43:09 3: ZWDongle_1 device opened
"my" variable $channel masks earlier declaration in same scope at ./FHEM/98_weekprofile.pm line 71, <$fh> line 827.
main::weekprofile_findPRF() called too early to check prototype at ./FHEM/98_weekprofile.pm line 575, <$fh> line 827.
2016.04.17 06:43:11 3: Opening CULStick device /dev/serial/by-id/usb-busware.de_CUL868-if00
2016.04.17 06:43:11 3: Setting CULStick serial parameters to 9600,8,N,1
2016.04.17 06:43:11 3: CULStick device opened
2016.04.17 06:43:11 3: CULStick: Possible commands: BbCFiAZNkGMKUYRTVWXefmLltux
2016.04.17 06:43:11 2: Switched CULStick rfmode to MAX
2016.04.17 06:43:11 3: CUL_MAX_Check: Detected firmware version 166 of the CUL-compatible IODev
Die Warnungen haben nichts mit ZWave zu tun, und wenn man die Stelle der Definitionen in fhem.cfg studiert, dann ist die Stelle der Warnung im Log auch nicht mehr so merkwuerdig.