Z-Wave-Me ZME-Wallc-S Einrichtungsprobleme

Begonnen von gamelive1207, 28 Januar 2017, 11:24:29

Vorheriges Thema - Nächstes Thema

gamelive1207

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.

rudolfkoenig

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?

gamelive1207

#2
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

A.Harrenberg

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.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

gamelive1207

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


rudolfkoenig

#5
@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.

gamelive1207

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

gamelive1207

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


rudolfkoenig

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.

gamelive1207

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?

A.Harrenberg

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.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

gamelive1207

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

Ralf.E

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
Rpi4> FHEM, TabletUI, Z-Wave, EnOcean, Hue, HmIP via Debmatic

gamelive1207

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")
}
}
}