zwave Befehle werden doppelt gesendet

Begonnen von nerothos, 22 März 2018, 20:10:36

Vorheriges Thema - Nächstes Thema

nerothos

Hallo zusammen,

habe irgendwie das Problem das bei mir die Befehle per zwave doppelt gesendet werden, das ganze sieht im Log so aus

2018-03-22 19:28:03 ZWave Licht_Flur_unten on
2018-03-22 19:28:03 ZWave Licht_Flur_unten on
2018-03-22 19:28:03 ZWave Licht_Flur_unten reportedState: on
2018-03-22 19:28:05 ZWave Licht_Flur_unten power:  24.9 W


2018-03-22 20:02:53 ZWave Licht_Flur_unten off
2018-03-22 20:02:53 ZWave Licht_Flur_unten off
2018-03-22 20:02:53 ZWave Licht_Flur_unten reportedState: off
2018-03-22 20:02:53 ZWave Licht_Flur_unten power:  0 W


Ein Liste des entsprechenden Device

Internals:
   DEF       
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     28
   NAME       Licht_Flur_unten
   NR         131
   STATE      off
   TYPE       ZWave
   ZWDongle_0_MSGCNT
   ZWDongle_0_RAWMSG
   ZWDongle_0_TIME 2018-03-22 20:02:53
   ZWaveSubDevice yes
   endpointParent Licht_Flur_Master
   homeId     
   isWakeUp   
   nodeIdHex 
   READINGS:
     2018-03-22 20:02:39   assocGroup_1    Max 0 Nodes
     2018-03-22 20:02:39   assocGroup_2    Max 5 Nodes
     2018-03-22 20:02:39   assocGroup_3    Max 5 Nodes
     2018-03-22 20:02:39   assocGroups     3
     2018-03-22 19:11:02   energy          2.89 kWh
     2018-03-22 20:02:53   power            0 W
     2018-03-22 20:02:53   reportedState   off
     2018-03-22 20:02:53   state           off
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
   genericDeviceType light
   homebridgeMapping clear On=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
   room       Homekit,Lichter_Rauchmelder


Liegt das evtl. daran das es in mehreren assocGroup ist ?

Wollte das mal testen und habe nach meinem Verständnis versucht mit

set Licht_Flur_unten associationDel 1 0
bzw. auch mal
set Licht_Flur_unten associationDel 2 0

die assocGroup zu ändern, allerdings ändert sich bei den assocGroup Augenscheinlich nichts.. im Log sieht es aber so aus als hätte er den Befehl ausgeführt

2018.03.22 20:08:54 3: ZWave set Licht_Flur_unten associationDel 1 0

Hat jemand eine Idee wo hier mein Fehler liegt ?

Vielen Dank
gruß

rudolfkoenig

ZitatLiegt das evtl. daran das es in mehreren assocGroup ist ?
Normalerweise ja, in deinem Fall scheint aber kein Geraet eingetragen zu sein. Normalerweise schaut die Liste so aus:
assocGroup_1    Max 16 Nodes zwd   2018-03-23 11:06:31
assocGroup_2    Max 16 Nodes zwd   2018-03-23 11:06:31
assocGroup_3    Max  1 Nodes zwd   2018-03-23 11:06:31
assocGroups     3                  2018-03-23 11:06:31

zwd is hier Name des Controllers, auch unbekannte Knoten werden angezeigt.
Max 0 habe ich bisher auch noch nicht gesehen.

Zitatset Licht_Flur_unten associationDel 2 0
Im Prinzip richtig, bloss:
- wenn deine Anzeige richtig ist, dann gibt es nichts zu loeschen
- ich meine 0 hat keine Sonderbedeutung in diesem Fall

krikan

Es könnte daran liegen, dass es sich um ein Subdevice handelt und man mit MULTI_CHANNEL_ASSOCIATION arbeiten muss.
Angaben zum Aktor finde ich im Post und der (gekürzten) list-Ausgabe nicht. Konkrete Hilfe ist da schwierig.

Gruß, Christian

nerothos

Ahhh stimmt, da habe ich ein denkbar schlechtes Device zum probieren genommen :( Habe ein set xxx associationDel 1 0 beim Master Device gemacht und siehe da,.. keine doppelten Befehle mehr auch nicht bei den Subs... danke für den Anstoß

nerothos

Mißt, jetzt bekomme ich aber keine Rückmeldung mehr vom Aktor wenn ich dort am Schalter manuell schalte: (

Hier noch ein List vom Master, evtl. hilft das weiter ?

Internals:
   DEF       
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     6
   NAME       Licht_Flur_Master
   NR         129
   STATE      off
   TYPE       ZWave
   ZWDongle_0_MSGCNT 6
   ZWDongle_0_RAWMSG
   ZWDongle_0_TIME 2018-03-23 18:37:39
   ZWaveSubDevice no
   cmdsPending 0
   endpointChildren Licht_Flur_unten,Licht_Flur_oben
   homeId     
   isWakeUp   
   lastMsgSent
   nodeIdHex  3b
   READINGS:
     2018-03-22 17:11:20   SEND_DATA       failed:00
     2018-03-23 18:37:39   assocGroup_1    Max 1 Nodes ZWDongle_0
     2018-03-23 18:37:39   assocGroup_2    Max 5 Nodes
     2018-03-23 18:37:39   assocGroup_3    Max 5 Nodes
     2018-03-23 18:37:39   assocGroup_4    Max 5 Nodes
     2018-03-23 18:37:39   assocGroup_5    Max 5 Nodes
     2018-03-23 18:37:39   assocGroups     5
     2017-09-10 14:09:53   configSwitchType MomentarySwitch
     2017-09-10 13:34:55   mcCapability_01 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2017-09-10 13:34:55   mcCapability_02 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2017-09-10 13:34:55   mcEndpoints     total 2, identical
     2017-09-10 13:34:55   model           FIBARO System FGS223 Double Relay
     2017-09-10 13:34:55   modelConfig     fibaro/fgs223.xml
     2017-09-10 13:34:55   modelId         010f-0203-1000
     2018-03-23 15:12:34   state           off
     2018-03-23 18:37:39   timeToAck       0.026
     2018-03-23 18:37:39   transmit        OK
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC SWITCH_BINARY DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL CRC_16_ENCAP CONFIGURATION METER MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL APPLICATION_STATUS PROTECTION ALARM SECURITY FIRMWARE_UPDATE_MD CENTRAL_SCENE MARK SWITCH_MULTILEVEL
   room       ZWave
   vclasses   ALARM:5 APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GR


Kann ich sonst noch was liefern ?

Problem ist jetzt auf jeden Fall das ich auch nach dem Versuch des set Licht_Sofa_Tisch_Master associationDel 1 1 mit set Licht_Sofa_Tisch_Master associationAdd 1 1 rückgängig zu machen keine Meldung mehr beim manuell schalten bekomme :(

krikan

Bitte normale Assoziation löschen und mit MULTI_CHANNEL_ASSOCIATION probieren:
set <MainDevice> mcaAdd 1 0 <ControllerNodeId> 1
oder
set <MainDevice> mcaAdd 1 0 <ControllerNodeId> 0

nerothos

omg puh, geht wieder ! vielen Dank !

Allerdings sind jetzt auch wieder die Schaltungen lt FHEM doppelt : ( hast du dazu noch eine idee ?

krikan

Es kommt doch "nur" im Hauptdevice und Subdevice gleichzeitig an, oder?
Doppelt also nur, wenn man verschiedene Devices als eins betrachtet.
Das ist systembedingt: Endpoint 0 (Hauptdevice) spiegellt haeufig das SubDevice.
Einfluss hat meiner Erinnerung nach auch, welche der oben gezeigten mcaAdd-Varianten man nutzt.

nerothos

Es scheint eher von FHEM aus zu gehen

Wenn ich im FHEM Web Interface on oder off schalte bekomme ich im log immer zwei mal die Ausführung des Befehls angezeigt

2018-03-23 20:16:52 ZWave Licht_Flur_unten off
2018-03-23 20:16:52 ZWave Licht_Flur_unten off
2018-03-23 20:16:52 ZWave Licht_Flur_unten reportedState: off
2018-03-23 20:16:52 ZWave Licht_Flur_unten power:  0 W


wenn ich den Aktor manuell schalte dann nur einmal

2018-03-23 20:17:20 ZWave Licht_Flur_unten on
2018-03-23 20:17:20 ZWave Licht_Flur_unten reportedState: on
2018-03-23 20:17:22 ZWave Licht_Flur_unten power:  24.8 W


Wird aber immer nur das Subdevice nie das Hauptdevice erwähnt


krikan

Bei beiden mcaAdd-Varianten?
Wie sehen die Rohnachrichten bei verbose 5 aus (siehe Wiki-Link)?

nerothos

ja mit beiden

set Licht_Flur_Master mcaAdd 1 0 1 1

set Licht_Flur_Master mcaAdd 1 0 1 0

Auszug mit verbose 5





2018.03.23 22:10:19 4: WEB_192.168.178.74_57279 POST /fhem?cmd.Licht_Flur_unten=set%20Licht_Flur_unten%20on&room=Homekit&XHR=1&fw_id=664; BUFLEN:0
2018.03.23 22:10:19 5: Cmd: >set Licht_Flur_unten on<
2018.03.23 22:10:19 3: ZWave set Licht_Flur_unten on
2018.03.23 22:10:19 5: ZWDongle_Write 00133b07600d00012501FF25d0 (d9846de7)
2018.03.23 22:10:19 5: SW: 010e00133b07600d00012501FF25d09c
2018.03.23 22:10:19 5: Starting notify loop for Licht_Flur_unten, 1 event(s), first is on
2018.03.23 22:10:19 5: createNotifyHash
2018.03.23 22:10:19 5: End notify loop for Licht_Flur_unten
2018.03.23 22:10:19 4: WEB: /fhem?cmd.Licht_Flur_unten=set%20Licht_Flur_unten%20on&room=Homekit&XHR=1&fw_id=664 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2018.03.23 22:10:19 5: ACK received, WaitForAck=>2 for 010e00133b07600d00012501FF25d09c
2018.03.23 22:10:19 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.03.23 22:10:19 5: SW: 06
2018.03.23 22:10:19 5: ZWDongle_0: dispatch 011301
2018.03.23 22:10:19 4: ZWDongle_Read ZWDongle_0: rcvd 0013d0000003 (request ZW_SEND_DATA), sending ACK
2018.03.23 22:10:19 5: SW: 06
2018.03.23 22:10:19 5: device ack reveived, removing 010e00133b07600d00012501FF25d09c from dongle sendstack
2018.03.23 22:10:19 5: ZWDongle_0: dispatch 0013d0000003
2018.03.23 22:10:19 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:d0
2018.03.23 22:10:19 4: ZWDongle_0 transmit OK for CB d0, target Licht_Flur_Master
2018.03.23 22:10:19 4: ZWDongle_Read ZWDongle_0: rcvd 0004003b07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.03.23 22:10:19 5: SW: 06
2018.03.23 22:10:19 5: ZWDongle_0: dispatch 0004003b07600d01012503ff
2018.03.23 22:10:19 4: CMD:APPLICATION_COMMAND_HANDLER ID:3b ARG:07600d01012503ff CB:00
2018.03.23 22:10:19 5: Starting notify loop for Licht_Flur_unten, 2 event(s), first is on
2018.03.23 22:10:19 5: End notify loop for Licht_Flur_unten
2018.03.23 22:10:19 5: SW: 415445300d
2018.03.23 22:10:19 4: GSMSMS GetUpdate SimpleWrite 1
2018.03.23 22:10:19 4: GSMSMS_Read: RAW

krikan

Ok mit Log verstaendlicher! Ich war auf der falschen Spur.
Dein Problem ist afaik das normale Verhalten bei dem Aktor in FHEM.

nerothos

ok schade  :-\

Vielen Dank für deine Hilfe !

krikan

Die Nachrichten werden übrigens nicht doppelt versendet. Das ist ein reines Event/Log-Thema.

nerothos

ah ok, dann ist ja nicht so schlimm ... dachte das geht auch immer doppelt per Funk raus und erzeugt hohen traffic

Danke dir