Hallo alle zusammen,
und zwar habe ich ein Problem.
Ich habe mir zwei ZME-Wallc-S zugelegt und diese auch erfolgreich in FHEM eingebunden.
Configuriert habe ich sie so:
set floor_button_2 configButton1And3PairMode InPairWithoutDoubleClicksDefault
set floor_button_2 configButton2And4PairMode InPairWithoutDoubleClicksDefault
set floor_button_2 configCommandToControlGroupA SwitchOnOffAndDimSendBasicSetAnd1
set floor_button_2 configCommandToControlGroupB SwitchOnOffAndDimSendBasicSetAnd1
set floor_button_2 mcaAdd 2 0 1 1
set floor_button_2 mcaAdd 3 0 1 2
Nach dem Wakeup sind auch je zwei Nodes hinzugekommen.
Jetzte mochte ich damit gerne meine Lampe schalten:
define floor_light_off notify floor_button_2_group_a:basicSet:.0 set floor_ceiling_lamp off
define floor_light_off notify floor_button_2_group_a:basicSet:.255 set floor_ceiling_lamp on
Funktioniert leider nicht. Es passiert garnichts.
Unter Event monitor taucht meim Schalterdrucken kein eintrag auf. Der Nodeeintrag basicSet ändert sich aber.
Auch unter addRegexpPart vom Notify tauchen die Nodes nicht auf.
Ich weiß nicht warum :(. Habe auch die Suche bedient, hat aber leider nicht zu Problemlösung gereicht.
Hoffentlich kann mir jemand helfen.
Außerdem würde ich gerne Dimmen, aber es gibt dafür keinen Eintrag in den Nodes.
fhem.cfg, exemplarisch ein Schalter:
define floor_button_2 ZWave [xxxxxxxx] [xxxx]
attr floor_button_2 IODev ZWAVE1
attr floor_button_2 alias floor_button_2
attr floor_button_2 classes ZWAVEPLUS_INFO MULTI_CMD POWERLEVEL SECURITY VERSION MANUFACTURER_SPECIFIC CONFIGURATION ASSOCIATION SCENE_CONTROLLER_CONF MULTI_CHANNEL_ASSOCIATION BATTERY WAKE_UP DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO CENTRAL_SCENE MARK BASIC CENTRAL_SCENE SWITCH_MULTILEVEL SWITCH_ALL SCENE_ACTIVATION MULTI_CHANNEL DOOR_LOCK
attr floor_button_2 room Floor,Haus,ZWave
attr floor_button_2 secure_classes MULTI_CMD MARK BASIC CENTRAL_SCENE SWITCH_MULTILEVEL SWITCH_ALL SCENE_ACTIVATION DOOR_LOCK MULTI_CHANNEL
attr floor_button_2 vclasses ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BASIC:0 BATTERY:1 CENTRAL_SCENE:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 DOOR_LOCK:0 MANUFACTURER_SPECIFIC:1 MULTI_CHANNEL:0 MULTI_CHANNEL_ASSOCIATION:2 MULTI_CMD:1 POWERLEVEL:1 SCENE_ACTIVATION:0 SCENE_CONTROLLER_CONF:1 SECURITY:1 SWITCH_ALL:0 SWITCH_MULTILEVEL:0 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
define FileLog_floor_button_2 FileLog ./log/floor_button_2-%Y.log floor_button_2
attr FileLog_floor_button_2 logtype text
attr FileLog_floor_button_2 room ZWave
define floor_button_2_group_a ZWave [xxxxxxxx] [xxxx]
attr floor_button_2_group_a IODev ZWAVE1
attr floor_button_2_group_a room ZWave
define FileLog_floor_button_2_group_a FileLog ./log/floor_button_2_group_a-%Y.log floor_button_2_group_a
attr FileLog_floor_button_2_group_a logtype text
attr FileLog_floor_button_2_group_a room ZWave
define floor_button_2_group_b ZWave [xxxxxxxx] [xxxx]
attr floor_button_2_group_b IODev ZWAVE1
attr floor_button_2_group_b eventMap basicSet.0:off basicSet.255:on
attr floor_button_2_group_b room ZWave
define FileLog_floor_button_2_group_b FileLog ./log/floor_button_2_group_b-%Y.log floor_button_2_group_b
attr FileLog_floor_button_2_group_b logtype text
attr FileLog_floor_button_2_group_b room ZWave
Wenn ich irgendwelche Infos vergessen habe, tut es mir lied. Werde sie dann so schnell wie möglich hinzufügen.
ZitatUnter Event monitor taucht meim Schalterdrucken kein eintrag auf. Der Nodeeintrag basicSet ändert sich aber.
Das ist in dieser Kombination schwer zu glauben.
Kannst du bitte "attr zwdongle verbose 5" setzen, schalten, und das FHEM-Log hier anhaengen?
Event monitor bleibt meim schalterdrücker immer noch leer.
bei mir heist der zwvade-dongle ZWAVE1
attr zwdongle verbose 5
Zur info:
bei beiden Schaltern steht als status: TRANSMIT_NO_ACK, bei den Gruppen ??? bzw. swmEnd
Logfile
2017.01.28 13:13:27 4: ZWDongle_Read ZWAVE1: rcvd 0004000a06310504220619 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:27 5: SW: 06
2017.01.28 13:13:27 5: ZWAVE1: dispatch 0004000a06310504220619
2017.01.28 13:13:27 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:06310504220619 CB:00
2017.01.28 13:13:27 4: ZWDongle_Read ZWAVE1: rcvd 0004000a06310504220619 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:27 5: SW: 06
2017.01.28 13:13:27 5: ZWAVE1: dispatch 0004000a06310504220619
2017.01.28 13:13:27 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:06310504220619 CB:00
2017.01.28 13:13:27 4: ZWDongle_Read ZWAVE1: rcvd 0004000a06310504220619 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:27 5: SW: 06
2017.01.28 13:13:27 5: ZWAVE1: dispatch 0004000a06310504220619
2017.01.28 13:13:27 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:06310504220619 CB:00
2017.01.28 13:13:27 4: ZWDongle_Read ZWAVE1: rcvd 0004000a06310504220619 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:27 5: SW: 06
2017.01.28 13:13:27 5: ZWAVE1: dispatch 0004000a06310504220619
2017.01.28 13:13:27 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:06310504220619 CB:00
2017.01.28 13:13:30 4: ZWDongle_Read ZWAVE1: rcvd 0004000a063105042204c6 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:30 5: SW: 06
2017.01.28 13:13:30 5: ZWAVE1: dispatch 0004000a063105042204c6
2017.01.28 13:13:30 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:063105042204c6 CB:00
2017.01.28 13:13:31 4: ZWDongle_Read ZWAVE1: rcvd 0004000a0631050422058c (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:31 5: SW: 06
2017.01.28 13:13:31 5: ZWAVE1: dispatch 0004000a0631050422058c
2017.01.28 13:13:31 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:0631050422058c CB:00
2017.01.28 13:13:31 4: ZWDongle_Read ZWAVE1: rcvd 0004000d029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:31 5: SW: 06
2017.01.28 13:13:31 5: ZWAVE1: dispatch 0004000d029840
2017.01.28 13:13:31 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:029840 CB:00
2017.01.28 13:13:31 5: ZWDongle_Write 00130d0a9880d8f46af3c89accec25a3 (e2e63585)
2017.01.28 13:13:31 5: SW: 011100130d0a9880d8f46af3c89accec25a3a3
2017.01.28 13:13:31 5: ACK received, WaitForAck=>2 for 011100130d0a9880d8f46af3c89accec25a3a3
2017.01.28 13:13:31 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.28 13:13:31 5: SW: 06
2017.01.28 13:13:31 5: ZWAVE1: dispatch 011301
2017.01.28 13:13:31 4: ZWDongle_Read ZWAVE1: rcvd 0013a3000002 (request ZW_SEND_DATA), sending ACK
2017.01.28 13:13:31 5: SW: 06
2017.01.28 13:13:31 5: device ack reveived, removing 011100130d0a9880d8f46af3c89accec25a3a3 from dongle sendstack
2017.01.28 13:13:31 5: ZWAVE1: dispatch 0013a3000002
2017.01.28 13:13:31 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:a3
2017.01.28 13:13:31 4: ZWAVE1 transmit OK for CB a3, target floor_button_1
2017.01.28 13:13:31 4: ZWDongle_Read ZWAVE1: rcvd 0004000d1b988119c72f90db68fc4c34a105fab7ff9073d8e32f43de6f885699 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:31 5: SW: 06
2017.01.28 13:13:31 5: ZWAVE1: dispatch 0004000d1b988119c72f90db68fc4c34a105fab7ff9073d8e32f43de6f885699
2017.01.28 13:13:31 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:1b988119c72f90db68fc4c34a105fab7ff9073d8e32f43de6f885699 CB:00
2017.01.28 13:13:31 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:07600d0001200100 CB:00
2017.01.28 13:13:33 4: ZWDongle_Read ZWAVE1: rcvd 0004000d029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:33 5: SW: 06
2017.01.28 13:13:33 5: ZWAVE1: dispatch 0004000d029840
2017.01.28 13:13:33 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:029840 CB:00
2017.01.28 13:13:33 5: ZWDongle_Write 00130d0a988000febdd5f73041db25a4 (e2e63585)
2017.01.28 13:13:33 5: SW: 011100130d0a988000febdd5f73041db25a4a8
2017.01.28 13:13:33 5: ACK received, WaitForAck=>2 for 011100130d0a988000febdd5f73041db25a4a8
2017.01.28 13:13:33 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.28 13:13:33 5: SW: 06
2017.01.28 13:13:33 5: ZWAVE1: dispatch 011301
2017.01.28 13:13:33 4: ZWDongle_Read ZWAVE1: rcvd 0013a4000002 (request ZW_SEND_DATA), sending ACK
2017.01.28 13:13:33 5: SW: 06
2017.01.28 13:13:33 5: device ack reveived, removing 011100130d0a988000febdd5f73041db25a4a8 from dongle sendstack
2017.01.28 13:13:33 5: ZWAVE1: dispatch 0013a4000002
2017.01.28 13:13:33 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:a4
2017.01.28 13:13:33 4: ZWAVE1 transmit OK for CB a4, target floor_button_1
2017.01.28 13:13:33 4: ZWDongle_Read ZWAVE1: rcvd 0004000d1b9881858f01efba57a5b54429a26bc07e3c4900e364778621498da6 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:33 5: SW: 06
2017.01.28 13:13:33 5: ZWAVE1: dispatch 0004000d1b9881858f01efba57a5b54429a26bc07e3c4900e364778621498da6
2017.01.28 13:13:33 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:1b9881858f01efba57a5b54429a26bc07e3c4900e364778621498da6 CB:00
2017.01.28 13:13:33 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:07600d00012001ff CB:00
2017.01.28 13:13:34 4: ZWDongle_Read ZWAVE1: rcvd 0004000a06310504220675 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:34 5: SW: 06
2017.01.28 13:13:34 5: ZWAVE1: dispatch 0004000a06310504220675
2017.01.28 13:13:34 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:06310504220675 CB:00
2017.01.28 13:13:39 4: ZWDongle_Read ZWAVE1: rcvd 0004000a06310504220788 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:39 5: SW: 06
2017.01.28 13:13:39 5: ZWAVE1: dispatch 0004000a06310504220788
2017.01.28 13:13:39 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:06310504220788 CB:00
2017.01.28 13:13:55 4: ZWDongle_Read ZWAVE1: rcvd 0004000a063105042204b5 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:55 5: SW: 06
2017.01.28 13:13:55 5: ZWAVE1: dispatch 0004000a063105042204b5
2017.01.28 13:13:55 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:063105042204b5 CB:00
2017.01.28 13:13:56 4: ZWDongle_Read ZWAVE1: rcvd 0004000a063105042205a1 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:56 5: SW: 06
2017.01.28 13:13:56 5: ZWAVE1: dispatch 0004000a063105042205a1
2017.01.28 13:13:56 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:063105042205a1 CB:00
2017.01.28 13:13:56 3: SONOS0: Connection accepted from localhost:52762
2017.01.28 13:13:58 4: ZWDongle_Read ZWAVE1: rcvd 0004000a063105042206b5 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:13:58 5: SW: 06
2017.01.28 13:13:58 5: ZWAVE1: dispatch 0004000a063105042206b5
2017.01.28 13:13:58 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:063105042206b5 CB:00
2017.01.28 13:14:00 4: ZWDongle_Read ZWAVE1: rcvd 0004000a063105042204ed (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:14:00 5: SW: 06
2017.01.28 13:14:00 5: ZWAVE1: dispatch 0004000a063105042204ed
2017.01.28 13:14:00 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:063105042204ed CB:00
2017.01.28 13:14:05 4: ZWDongle_Read ZWAVE1: rcvd 0004000e029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:14:05 5: SW: 06
2017.01.28 13:14:05 5: ZWAVE1: dispatch 0004000e029840
2017.01.28 13:14:05 4: CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:029840 CB:00
2017.01.28 13:14:05 5: ZWDongle_Write 00130e0a98800c40919a6325abde25a5 (e2e63585)
2017.01.28 13:14:05 5: SW: 011100130e0a98800c40919a6325abde25a515
2017.01.28 13:14:05 5: ACK received, WaitForAck=>2 for 011100130e0a98800c40919a6325abde25a515
2017.01.28 13:14:05 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.28 13:14:05 5: SW: 06
2017.01.28 13:14:06 5: ZWAVE1: dispatch 011301
2017.01.28 13:14:06 4: ZWDongle_Read ZWAVE1: rcvd 0013a5000002 (request ZW_SEND_DATA), sending ACK
2017.01.28 13:14:06 5: SW: 06
2017.01.28 13:14:06 5: device ack reveived, removing 011100130e0a98800c40919a6325abde25a515 from dongle sendstack
2017.01.28 13:14:06 5: ZWAVE1: dispatch 0013a5000002
2017.01.28 13:14:06 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:a5
2017.01.28 13:14:06 4: ZWAVE1 transmit OK for CB a5, target floor_button_2
2017.01.28 13:14:06 4: ZWDongle_Read ZWAVE1: rcvd 0004000e1b98818578caf975e9844a32598d4543e066800cd5cc602181065f8a (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:14:06 5: SW: 06
2017.01.28 13:14:06 5: ZWAVE1: dispatch 0004000e1b98818578caf975e9844a32598d4543e066800cd5cc602181065f8a
2017.01.28 13:14:06 4: CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:1b98818578caf975e9844a32598d4543e066800cd5cc602181065f8a CB:00
2017.01.28 13:14:06 4: CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:07600d00022001ff CB:00
2017.01.28 13:14:07 4: ZWDongle_Read ZWAVE1: rcvd 0004000e029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:14:07 5: SW: 06
2017.01.28 13:14:07 5: ZWAVE1: dispatch 0004000e029840
2017.01.28 13:14:07 4: CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:029840 CB:00
2017.01.28 13:14:07 5: ZWDongle_Write 00130e0a9880912b8321578d65f725a6 (e2e63585)
2017.01.28 13:14:07 5: SW: 011100130e0a9880912b8321578d65f725a632
2017.01.28 13:14:07 5: ACK received, WaitForAck=>2 for 011100130e0a9880912b8321578d65f725a632
2017.01.28 13:14:07 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.28 13:14:07 5: SW: 06
2017.01.28 13:14:07 5: ZWAVE1: dispatch 011301
2017.01.28 13:14:07 4: ZWDongle_Read ZWAVE1: rcvd 0013a6000002 (request ZW_SEND_DATA), sending ACK
2017.01.28 13:14:07 5: SW: 06
2017.01.28 13:14:07 5: device ack reveived, removing 011100130e0a9880912b8321578d65f725a632 from dongle sendstack
2017.01.28 13:14:07 5: ZWAVE1: dispatch 0013a6000002
2017.01.28 13:14:07 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:a6
2017.01.28 13:14:07 4: ZWAVE1 transmit OK for CB a6, target floor_button_2
2017.01.28 13:14:07 4: ZWDongle_Read ZWAVE1: rcvd 0004000e1b9881306acbd266f9a28cc20af6d392913d6591c5edc07c332c75d1 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:14:07 5: SW: 06
2017.01.28 13:14:07 5: ZWAVE1: dispatch 0004000e1b9881306acbd266f9a28cc20af6d392913d6591c5edc07c332c75d1
2017.01.28 13:14:07 4: CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:1b9881306acbd266f9a28cc20af6d392913d6591c5edc07c332c75d1 CB:00
2017.01.28 13:14:07 4: CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:07600d0002200100 CB:00
2017.01.28 13:14:08 4: ZWDongle_Read ZWAVE1: rcvd 0004040e022705 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.28 13:14:08 5: SW: 06
2017.01.28 13:14:08 5: ZWAVE1: dispatch 0004040e022705
2017.01.28 13:14:08 4: CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:022705 CB:04
Hi,
kannst Du bitte auch ein List von den WallC (list floor_button_2) und den Output posten?
Du hast das Ding mit SECURITY eingebunden, da passiert es leider immer wieder mal das Befehle "liegen" bleiben und die Bedienung daduchr "asynchron" wird da dann statt eines neuen Befehls ein alter Befehl ausgeführt wird. Ansonsten sehe ich auf Anhieb kein Problem in der Kommunikation.
Gruß,
Andreas.
list floor_button_2
Internals:
DEF [xxxxxxxx] [xxxx]
IODev ZWAVE1
NAME floor_button_2
NR 136
STATE TRANSMIT_NO_ACK
TYPE ZWave
ZWaveSubDevice no
endpointChildren floor_button_2_group_a,floor_button_2_group_b
homeId [xxxxxxxx]
isWakeUp 1
nodeIdHex 0e
Readings:
2017-01-27 15:51:11 SECURITY ENABLED
2017-01-28 13:14:08 UNPARSED SWITCH_ALL 022705
2017-01-27 22:40:29 battery 86 %
2017-01-27 16:00:24 cSceneDim 5
2017-01-27 16:00:24 cSceneDimEnd 5
2017-01-27 15:51:29 model Z-Wave.Me ZME_WALLC-S Secure Wall Controller
2017-01-27 15:51:29 modelConfig zwave.me/ZME_WALLC-S.xml
2017-01-27 15:51:29 modelId [xxxxxxxx]
2017-01-27 16:15:33 send_nonce 1a9a4f37c267c9a1
2017-01-27 15:51:38 state TRANSMIT_NO_ACK
2017-01-28 15:06:20 timeToAck 0.043
2017-01-28 15:13:29 transmit NO_ACK
2017-01-27 22:40:29 wakeup notification
SendStack:
set:130e0570040b01012502
set:130e0570040c01012503
set:130e068e01020001012504
set:130e068e01030001022505
set:130e0570040101012506
set:130e0570040201012507
Attributes:
IODev ZWAVE1
alias floor_button_2
classes ZWAVEPLUS_INFO MULTI_CMD POWERLEVEL SECURITY VERSION MANUFACTURER_SPECIFIC CONFIGURATION ASSOCIATION SCENE_CONTROLLER_CONF MULTI_CHANNEL_ASSOCIATION BATTERY WAKE_UP DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO CENTRAL_SCENE MARK BASIC CENTRAL_SCENE SWITCH_MULTILEVEL SWITCH_ALL SCENE_ACTIVATION MULTI_CHANNEL DOOR_LOCK
room Floor,Haus,ZWave
secure_classes MULTI_CMD MARK BASIC CENTRAL_SCENE SWITCH_MULTILEVEL SWITCH_ALL SCENE_ACTIVATION DOOR_LOCK MULTI_CHANNEL
vclasses ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BASIC:0 BATTERY:1 CENTRAL_SCENE:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 DOOR_LOCK:0 MANUFACTURER_SPECIFIC:1 MULTI_CHANNEL:0 MULTI_CHANNEL_ASSOCIATION:2 MULTI_CMD:1 POWERLEVEL:1 SCENE_ACTIVATION:0 SCENE_CONTROLLER_CONF:1 SECURITY:1 SWITCH_ALL:0 SWITCH_MULTILEVEL:0 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
list floor_button_2_group_a
Internals:
DEF [xxxxxxxx] [xxxx]
IODev ZWAVE1
NAME floor_button_2_group_a
NR 139
STATE 255
TYPE ZWave
ZWaveSubDevice yes
endpointParent floor_button_2
homeId [xxxxxxxx]
nodeIdHex [xxxx]
Readings:
2017-01-27 19:14:11 basicSet 255
2017-01-27 22:39:20 sceneEvent1 off
2017-01-27 22:39:15 scene_11 255
2017-01-27 22:39:20 scene_12 255
2017-01-27 22:38:24 scene_13 255
2017-01-27 22:37:58 scene_14 255
2017-01-27 22:38:25 scene_15 255
2017-01-27 22:38:00 scene_16 255
Attributes:
IODev ZWAVE1
room ZWave
stateFormat basicSet
list floor_button_2_group_b
Internals:
DEF [xxxxxxxx] [xxxx]
IODev ZWAVE1
NAME floor_button_2_group_b
NR 142
STATE 255
TYPE ZWave
ZWaveSubDevice yes
endpointParent floor_button_2
homeId [xxxxxxxx]
nodeIdHex [xxxx]
Readings:
2017-01-28 15:13:23 basicSet 255
2017-01-27 22:45:45 reportedState swmEnd
2017-01-27 22:45:45 state swmEnd
Attributes:
IODev ZWAVE1
room ZWave
stateFormat basicSet
@gamelive1207: laut deinem Log wird fuer ID 14.2 bzw. 3586 (da die Definition unkenntlich gemacht ist, muss ich raten: floor_button_2_group_b) verschluesselt ein basicSet: 255 gesendet, was bei mir als Event erscheint. Wenn du keine event-* Attribute gesetzt hast dann muesstest du mit einem notify, wie du es in deinem ersten Beitrag gezeigt hat, (nur ..group_b statt ...group_a) darauf reagieren koennen.
Der SendStack in list zeigt, dass 6 Befehle noch nicht versendet wurden.
Funktioniert leider nicht:
Habe das jetzt für floor_button_1_group_b eingerichtet:
list floor_button_1_group_b
Internals:
DEF e2e63585 3330
IODev ZWAVE1
NAME floor_button_1_group_b
NR 134
STATE on
TYPE ZWave
ZWaveSubDevice yes
endpointParent floor_button_1
homeId e2e63585
isWakeUp
nodeIdHex 0d02
CHANGED:
basicSet: 255
basicSet: 0
basicSet: 255
basicSet: 0
basicSet: 255
Readings:
2017-01-28 22:56:41 basicSet 255
Attributes:
IODev ZWAVE1
dummy 1
event-on-update-reading .*
eventMap /255:on/0:off/
room ZWave
stateFormat basicSet
verbose 5
list floor_light_controll
Internals:
DEF ([floor_button_1_group_b] eq "on") (set floor_ceiling_lamp on) DOELSE (set floor_ceiling_lamp off)
NAME floor_light_controll
NR 144
NTFY_ORDER 50-floor_light_controll
STATE initialize
TYPE DOIF
Readings:
2017-01-28 20:17:56 cmd 0
2017-01-28 23:00:23 mode enable
2017-01-28 23:00:19 state initialize
Condition:
0 InternalDoIf($hash,'floor_button_1_group_b','STATE') eq "on"
Devices:
0 floor_button_1_group_b
all floor_button_1_group_b
Do:
0:
0 set floor_ceiling_lamp on
1:
0 set floor_ceiling_lamp off
Helper:
globalinit 1
last_timer 0
sleeptimer -1
Internals:
0 floor_button_1_group_b:STATE
all floor_button_1_group_b:STATE
Itimer:
Regexp:
All:
State:
Attributes:
floor_button_1_group_b hat die Zustände on/off. Es passiert beim schalterdrücker aber garnichts
Im Eventlog wird für floor_button_1_group_b auch kein Event angezeigt, wenn ich den Schalter drücke, wenn ich aber ein attribut änder sehe ich es.
Verstehe nicht warum es kein eventeintrag gibt
Habe versuchweise Nr.2 der Schalter ausgebunden und neu includiert:
2017-01-29 10:22:34.970 ZWDongle ZWAVE1 ZW_ADD_NODE_TO_NETWORK nodeFound
2017-01-29 10:22:35.259 Global global UNDEFINED ZWave_WALL_CONTROLLER_14 ZWave e2e63585 14 5e8f7398867270852d8e80845a595bef205b26272b60
2017-01-29 10:22:35.259 Global global DEFINED ZWave_WALL_CONTROLLER_14
2017-01-29 10:22:35.259 Global global DEFINED FileLog_ZWave_WALL_CONTROLLER_14
2017-01-29 10:22:35.259 Global global SAVE
2017-01-29 10:22:35.673 ZWDongle ZWAVE1 addNode off
2017-01-29 10:22:35.721 ZWave ZWave_WALL_CONTROLLER_14 wakeup: notification
2017-01-29 10:22:35.760 ZWave ZWave_WALL_CONTROLLER_14 battery: 72 %
2017-01-29 10:22:35.846 ZWDongle ZWAVE1 ZW_ADD_NODE_TO_NETWORK done
Der Schalter wird jetzt nicht mehr korrekt erkannt. Kann ich das irgendiw ändern?
list ZWave_WALL_CONTROLLER_14
Internals:
CFGFN
DEF e2e63585 14
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 2
NAME ZWave_WALL_CONTROLLER_14
NR 205
STATE ???
TYPE ZWave
ZWAVE1_MSGCNT 2
ZWAVE1_RAWMSG 0004000e03800348
ZWAVE1_TIME 2017-01-29 10:22:35
ZWaveSubDevice no
homeId e2e63585
isWakeUp 1
lastMsgSent 1485681757.6886
nodeIdHex 0e
Readings:
2017-01-29 10:22:35 SECURITY INITIALIZING (starting secure inclusion)
2017-01-29 10:22:35 battery 72 %
2017-01-29 10:22:37 timeToAck 0.042
2017-01-29 10:22:37 transmit OK
2017-01-29 10:22:35 wakeup notification
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO MULTI_CMD POWERLEVEL SECURITY VERSION MANUFACTURER_SPECIFIC CONFIGURATION ASSOCIATION SCENE_CONTROLLER_CONF MULTI_CHANNEL_ASSOCIATION BATTERY WAKE_UP DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO CENTRAL_SCENE MARK BASIC CENTRAL_SCENE SWITCH_MULTILEVEL SWITCH_ALL SCENE_ACTIVATION MULTI_CHANNEL
room ZWave
ZitatIm Eventlog wird für floor_button_1_group_b auch kein Event angezeigt, wenn ich den Schalter drücke, wenn ich aber ein attribut änder sehe ich es.
Ich gehe davon aus, dass es mit der Verschluesselung und mit dem nicht-leeren SendStack was zu tun hat.
Da ich mich mit dem Verschluesselungs-Code nicht auskenne, wuerde ich das gerne Andreas ueberlassen.
Um das Debugging zu vereinfachen waere es gut zu klaeren, ob das Geraet ohne Verschluesselung funktioniert.
Falls du auch ohne Verschluesselung Probleme hast, dann bitte melden, dafuer fuehle ich mich zustaendig.
Habe das Problem erstmal umgangen, indem ich für floor_button_2 folgendes gesetzt habe:
set configCommandToControlGroupA CentralSceneToGatewayDefault
kann jetzt über cSceneSet/cSceneDim/cSceneDimEnd den Taster abfragen.
Jetzt habe ich aber ein neues Problem:
2017.01.29 13:34:09.200 2: floor_button_2: SECURITY: multiple nonce warning, there are 12 nonce active
2017.01.29 13:34:16.205 3: floor_button_2: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
Was kann ich dagegen tun?
Hi,
Zitat von: gamelive1207 am 29 Januar 2017, 13:38:33
Jetzt habe ich aber ein neues Problem:
2017.01.29 13:34:09.200 2: floor_button_2: SECURITY: multiple nonce warning, there are 12 nonce active
2017.01.29 13:34:16.205 3: floor_button_2: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
Was kann ich dagegen tun?
das sind typische Anzeichen dafür das es Übertragungsprobleme gibt. Um den Hintergrund zu erklären muss ich ein wenig ausholen...
Die Übertragungen mit SECURITY sind mit dem Netzwerkschlüssel verschlüsselt, zusätzlich gibt es die sogenannten NONCE, das sind 8 byte mit denen die Nachricht dann zusätzlich noch mal quasi signiert wird. Das ist gegen Replay-Attacken wichtig. Wenn ein Gerät eine verschlüsselte Nachricht verschicken will muss es erst von der Gegenstelle diese (dynamisch generiert, einmalige) NONCE anfordern. Diese bekommt es dann zurück und die eigentlich Nachricht wird dann mit dieser NONCE verschlüsselt zurückgeschickt.
Normalerweise gibt es immer nur genau eine aktive NONCE je Gerät. Controller fragt Gerät nach Nonce, diese wird angefragt, empfangen und für das verschlüsselte Senden benutzt, danach (und per timer) ist sie dann ungültig.
Bei Übertragungsproblem kann es nun dazu kommen das z.B. die Bestätigung beim Versenden des Befehls mit der eine NONCE angefordert wird nicht ankommt. Dann sendet das Gerät die Anfrage noch mal. Beim Controller ist z.B. die erste Anfrage vom Gerät angekommen, nur die Bestätigung (das ACK) kommt nicht beim Gerät an. Das Gerät verschickt daraufhin noch mal eine Anfrage die wieder beim Controller ankommt. Der Controller hat aber z.B. die anhand der ersten Anfrage bereits eine NONCE verschickt und jetzt wird wegen der Übertragungsfehler noch eine weitere neue NONCE generiert.
Fhem "merkt" sich jetzt einfach beide (oder noch mehr) NONCE und sucht bei Antworten einfach die passende NONCE aus der internen Liste wieder raus. Wenn die NONCE benutzt wurde oder der Timer abgelaufen ist werden die NONCE ungültig und entfernt.
Die erste Meldung ist jetzt also nur die Warnung das aufgrund von solchen Übertragungsfehlern mehrere NONCE generiert wurden. Bei Dir 12 Stück, was schon eine ganze Menge ist und auf recht nachhaltige Störungen hindeutet.
Die zweite Meldung sagt nun das eine verschlüsselte Kommunikation gestartet wurde aber nicht innerhalb von 6 Sekunden beantwortet wurde. In diesem Fall dürfte bei Dir die alte(n) Nachrichten auf dem (Security) SendStack liegenbleiben und die Kommunikation ist danach "asynchron". Auch hier ein paar Hintergrundinfos...
Wenn ein veschlüsselter Befehl verschickt wird dann wird er auf einen besonderen Stack gelegt und es wird erst mal eine NONCE angefordert. Wenn dann eine NONCE ankommt wird der Befehl oben vom Stack genommen, mit der NONCE verschlüsselt und verschickt. Der Befehl wird dann vom Stack gelöscht. Gibt es nun wieder Übertragungsprobleme und die NONCE kommt nicht an, dann bleibt der Befehl oben auf dem Stack liegen... Wenn nun ein zweiter Befehl erzeugt wird, wird er an den Stack angehängt und eine NONCE wird angefordert. Wenn diese eintrifft dann wird aber nur der alte, oberste Befehl abgearbeitet und der zweite, neue, bleibt liegen...
Das ist noch ein Problem im Ablauf das ich bisher leider noch nicht gefixt habe.
Wenn Du ein "list" von dem Gerät machst wirst Du im Reading secMsg wahrscheinlich jede Menge alte Befehle liegen haben... ,-(
Da dieses Problem in letzter Zeit irgendwie gehäuft auftaucht werde ich mich mal mit dem Problem beschäftigen und versuchen das Problem in den Griff zu bekommen. Problem dabei sind aber die Batteriebetriebenen WakeUp-Geräte, da hier die Befehle noch in einem WakeUp-Stack zwischengelagert werden und man beim Abschicken des Befehls nicht weiss ob der Befehl direkt ausgeführt wird oder ob auf das Aufwachen des Gerätes gewartet werden muss. In diesem Fall kommt es auch zu der zweiten Fehlermeldung, da der Timer beim Abschicken des Befehls gestartet wird und nichts vom WakeUp-Stack weiß...
Gruß,
Andreas.
Danke schön für die ausfühliche Erklärung.
Da versteht man gleich ein bisschen mehr.
Wenn ich beim Schalter einmal ein Wakeup mach, geht es wieder eine Zeitlang
Moin,
spannend, ich habe den WALLC-S vor 2-3 Wochen auch eingebunden und mir ist es nicht gelungen diesen Secure zu inkludieren - das Inkludieren war einfach hängengeblieben. Ich verstehe Deine Anforderung zwar nicht ganz, aber mir hat das deutsche Manual von Popp weitergeholfen (das englische Manual von zwave.me unterscheidet sich auch bzgl. der Konfiguration oder ich habe es nicht verstanden).
Vielleicht hilft Dir meine Konfiguration weiter - linke/rechte Wippe jeweils als eigenständiges Paar, welches je nach Tastenbetätigung oben/unten via basicSet 255/0 meldet (mit mcaAdd stehe ich aber immer wieder auf Kriegsfuss):
Internals:
DEF deefb60e 24
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 2
NAME fl_Wandschalter
NR 240
STATE wakeupInterval 86400 1
TYPE ZWave
ZWAVE1_MSGCNT 2
ZWAVE1_RAWMSG 00040018028407
ZWAVE1_TIME 2017-01-29 20:44:28
ZWaveSubDevice no
endpointChildren fl_JalousieUpDown,fl_HeizungAutoEco
homeId deefb60e
isWakeUp 1
lastMsgSent 1485719070.53264
nodeIdHex 18
Readings:
2017-01-15 13:57:00 CMD ZW_APPLICATION_UPDATE
2017-01-15 13:52:43 assocGroup_1 Max 10 Nodes ZWAVE1
2017-01-15 13:52:49 assocGroup_2 Max 10 Nodes
2017-01-15 13:52:56 assocGroup_3 Max 10 Nodes
2017-01-15 13:52:59 assocGroup_4 Max 10 Nodes
2017-01-15 13:52:59 assocGroup_5 Max 10 Nodes
2017-01-15 13:52:39 assocGroups 5
2017-01-29 20:44:28 battery 100 %
2017-01-15 13:52:08 cSceneSet 3
2017-01-15 13:55:31 configBlocksWakeUpEvenWhenWakeUp25 WakeUpIsPossibleIfConfigured1
2017-01-15 13:55:31 configButton1And3PairMode InPairWithoutDoubleClicksDefault
2017-01-15 13:55:31 configButton2And4PairMode InPairWithoutDoubleClicksDefault
2017-01-15 13:55:31 configCommandToControlGroupA SwitchOnOffOnlySendBasicSet
2017-01-15 13:55:31 configCommandToControlGroupB SwitchOnOffOnlySendBasicSet
2017-01-15 13:55:31 configCommandToControlGroupC SwitchOnOffOnlySendBasicSet
2017-01-15 13:55:31 configCommandToControlGroupD SwitchOnOffOnlySendBasicSet
2017-01-15 13:55:31 configInvertButtons NoDefault
2017-01-15 13:55:31 configSendTheFollowingSwitchAll21 SwitchOffOnlyDefault
2017-01-15 13:55:31 configSendUnsolicitedBatteryReportOn30 ToSameNodeAsWakeUpNotification1
2017-01-15 13:57:00 mcaGroups 5
2017-01-15 13:57:00 mca_1 Max 10 Nodes ZWAVE1
2017-01-15 13:57:00 mca_2 Max 10 Nodes ZWAVE1:1
2017-01-15 13:57:00 mca_3 Max 10 Nodes ZWAVE1:2
2017-01-15 13:57:00 mca_4 Max 10 Nodes ZWAVE1:3
2017-01-15 13:57:01 mca_5 Max 10 Nodes ZWAVE1:4
2017-01-15 13:50:30 model Popp Battery Wall Switch Z-Wave+
2017-01-15 13:50:30 modelConfig popp/POP009303.xml
2017-01-15 13:50:30 modelId 0154-0100-0101
2017-01-15 13:50:27 state wakeupInterval 86400 1
2017-01-29 20:44:30 timeToAck 0.030
2017-01-29 20:44:30 transmit OK
2017-01-29 20:44:28 wakeup notification
2017-01-15 13:52:37 wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO MULTI_CMD POWERLEVEL SECURITY VERSION MANUFACTURER_SPECIFIC CONFIGURATION ASSOCIATION SCENE_CONTROLLER_CONF MULTI_CHANNEL_ASSOCIATION BATTERY WAKE_UP DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO CENTRAL_SCENE MARK BASIC CENTRAL_SCENE SWITCH_MULTILEVEL SWITCH_ALL SCENE_ACTIVATION MULTI_CHANNEL
icon taster
room ZWave
vclasses ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BASIC:0 BATTERY:1 CENTRAL_SCENE:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 MANUFACTURER_SPECIFIC:2 MULTI_CHANNEL:0 MULTI_CHANNEL_ASSOCIATION:2 MULTI_CMD:1 POWERLEVEL:1 SCENE_ACTIVATION:0 SCENE_CONTROLLER_CONF:1 SECURITY:1 SWITCH_ALL:0 SWITCH_MULTILEVEL:0 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
Und einer der zwei Enpoints:
Internals:
DEF deefb60e 6146
IODev ZWAVE1
NAME fl_HeizungAutoEco
NR 244
STATE eco
TYPE ZWave
ZWaveSubDevice yes
endpointParent fl_Wandschalter
homeId deefb60e
nodeIdHex 1802
Readings:
2017-01-27 08:36:47 basicSet 0
Attributes:
IODev ZWAVE1
comment up=255=auto, down=0=eco, rechte Wippe, Taster 2+4
devStateIcon 255:sani_heating_automatic@tomato 0:sani_heating_level_0@LightSkyBlue
eventMap 255:auto 0:eco
group HeizungHaus_Ctrl
icon time_eco_mode
room Flur,MAX,ZWave
stateFormat basicSet
Gruß Ralf
Danke für deine List's, hat leider nicht geholfen. Der Schalter legt immer noch kein Event an.
Aber egal, mache das jetzt anders. Nutze den Schalter ohne Subdevice und nutze die Events vom Schalter:
cSceneSet..2:2on cSceneSet..6:2off cSceneDim..2:2DimStart cSceneDimEnd..2:2DimEnd
Das Schalten funktioniert auch prima, ich habe nur ein Problem mit dem Dimmen. And zwar reagiert FHEM um 1-2sek verzögert beim Schalter gedrückthalten.
Kann ich was dagegen tun? Nutze eine Raspberry Pi 2 und top sagt bei dem Verarbeiten der Events vom Schalter max 50%.
floor_button_2:6DimStart {
Log 3, "$NAME: floor_light ".Value("floor_ceiling_lamp");;
my $mzstatefull=Value("floor_ceiling_lamp");;
my $mzstate=substr(Value("floor_ceiling_lamp"),3);;
if ($mzstatefull ne "off"){
if ($mzstatefull eq "on"){
{fhem("set floor_ceiling_lamp dim 60")}
}
elsif ($mzstate <= 2){
fhem("set floor_ceiling_lamp off")
}
else {
$mzstate -= 2 ;;fhem("set floor_ceiling_lamp dim $mzstate")
}
}
}