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ß
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
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
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ß
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 :(
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
omg puh, geht wieder ! vielen Dank !
Allerdings sind jetzt auch wieder die Schaltungen lt FHEM doppelt : ( hast du dazu noch eine idee ?
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.
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
Bei beiden mcaAdd-Varianten?
Wie sehen die Rohnachrichten bei verbose 5 aus (siehe Wiki-Link)?
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
Ok mit Log verstaendlicher! Ich war auf der falschen Spur.
Dein Problem ist afaik das normale Verhalten bei dem Aktor in FHEM.
ok schade :-\
Vielen Dank für deine Hilfe !
Die Nachrichten werden übrigens nicht doppelt versendet. Das ist ein reines Event/Log-Thema.
ah ok, dann ist ja nicht so schlimm ... dachte das geht auch immer doppelt per Funk raus und erzeugt hohen traffic
Danke dir