Wechselschaltung mit Fibaro FGS223/FGS222

[krikan]

ich habe ein ähnliches Problem mit dem FSG223: Der Status des Schaltkreises Q2 wird nicht rückgemeldet bzw. aktualisiert. Ich habe mir (zunächst) mit einem Workaround beholfen:
   
define Status_S2 +*00:01 get Licht_Wohnzimmer swbStatus

Ja, ist eine Lösung, die mir aber nicht wirklich gefällt.

@eki:
Habe mir das Log durchgesehen. FHEM ist mMn an dem Problem unschuldig. Alle Nachrichten werden den passenden FHEM-Devices zugeordnet. Der FGS223 schickt leider in den bemängelten Fällen mit der gezeigten Konfiguration keine Aktor-Nachrichten oder wenn welche kommen, leider nur Nachrichten ohne Class MULTICHANNEL (=keine Kanalangabe= Main Device)

Ich würde jetzt erst einmal weitersuchen, ob nicht durch andere Konfiguration oder weitere Assoziationen eine Änderung erreichbar ist. Bei den Assoziationen (mein Lösungsfavorit) würde ich schrittweise für alle Devices alle möglichen Assoziationen mit dem Controller setzen und probieren, ob und wann die gewünschten Events (Telegramm) kommen.

Bestes Ergebnis wäre:
Es kommen für alle Endpoints MULITCHANNEL-Nachrichten, die dann automatisch im passenden FHEM-Device landen.

"Tolerierbares" Ergebnis wäre:
Jeder Endpoint-Vorgang wird im Hauptdevice signalisiert. Dann per notify "get <device> swbStatus" alle Endpoint-Devicezustände abfragen. So geht es bspw. beim http://www.fhemwiki.de/wiki/Z-Wave-PHIEPAN04-1B-2_Kanal_Aktor_mit_Messfunktion

"nicht schönes " Ergebnis wäre:
Es werden tatsächlich nicht alle Aktionen mit Nachricht gemeldet und dauerndes Pollen mit bspw. at-Lösung ist notwendig (glaube ich nicht)

Ganz blöd wäre: Es gibt tatsächlich noch einen Nachholbedarf bei FHEM, den ich bisher nicht erkannt habe. 

[eki]

Vielen Dank für Deine Mühe.

Ich werde weiterprobieren habe aber noch ein paar Fragen zu mcaAdd:

- soweit ich die Syntax verstehe, kommt zuerst die Gruppe (für die mca Gruppen) dann eine Anzahl von Nodes dann die 0 als Trenner dann wieder Nodes mit Endpoints. Was bedeuten die Nodes vor der 0?
- Ich nehme mal an, der Fibaro Switch ist ein Node mit 2 Endpoints. Stimmt das?
- kann ich auch direkt den Node 2 (ist ja der Fibaro Switch) mit einem Enpoint in eine der Assoziationsgruppen stecken oder sollte das immer über den Controller (ich nehme an mit Controller meinst Du den Dongel) gehen?

[krikan]

- soweit ich die Syntax verstehe, kommt zuerst die Gruppe (für die mca Gruppen) dann eine Anzahl von Nodes dann die 0 als Trenner dann wieder Nodes mit Endpoints. Was bedeuten die Nodes vor der 0?

Das sind "normale" Nodes. (Dein Main Device)
Ausführlicher in http://zwavepublic.com/sites/default/files/SDS12657-12%20-%20Z-Wave%20Command%20Class%20Specification%20A-M.pdf auf PDF-Seite 501 f.

- Ich nehme mal an, der Fibaro Switch ist ein Node mit 2 Endpoints. Stimmt das?

Ja, sagt zumindest der Switch selbst (siehe Reading mcEndpoints)

- kann ich auch direkt den Node 2 (ist ja der Fibaro Switch) mit einem Enpoint in eine der Assoziationsgruppen stecken oder sollte das immer über den Controller (ich nehme an mit Controller meinst Du den Dongel) gehen?

Du meinst das Geraet mit sich selbst assoziieren (Maindevice in Assogroup eines Endpoints)? Denke nicht, dass das geht, aber probiere es ruhig.
Controller ist gleich Dongle.

Wenn ich das Handbuch des FGS223 richtig interpretiere, sollte durch assoziieren des Dongles  mit Assogroup 2 und 4 oder 3 und 5 im Maindevice Nachrichten/Events von S1 und S2 bekommen, so dass man mit notify die Zustaende der Endpoints abfragen könnte. Ist aber eben nicht optimal.

[Kosinus]

Moin,

ich habe ein ähnliches Problem mit dem FSG223: Der Status des Schaltkreises Q2 wird nicht rückgemeldet bzw. aktualisiert. Ich habe mir (zunächst) mit einem Workaround beholfen:
   
define Status_S2 +*00:01 get Licht_Wohnzimmer swbStatus
ede Minute wird halt jetzt der Status seitens FHEM für S2 abgefragt.

Ich habe das bei mir so gelöst:

Im Q2 device das Zwave Dongle in die AssocGroup 2 aufgenommen. Jetzt bekommt man den Status von Q2 als basicSet als 0 oder 255 für Q1 gemeldet.
dann habe ich mir ein Notifiy definiert:

define Statusq2 notify q1:basicSet:.* get q2 swbStatus

Damit wird der Satus von Q2 in Echtzeit upgedatet und die Last des Notify ist nicht so hoch.

Viele Grüße
Kosinus

[Buwe]

@Kosinus:

Entweder verhält sich meine Konfiguration/Fibaro 223 anders oder man fängt sich nur mit dem notify u.U. an anderer Stelle Probleme ein.

Unterschiede:
Ich "ignoriere" den Endpoint 1, da es ja mit dem Hauptdevice zuverlässig klappt.
Stattdessen habe ich für den zweiten Endpoint die vier mit dem Dongle (1) assoziiert.

Wenn meine Beobachtungen stimmen, veranlasst ein "Get swbStatus" das der Fibaro zusätzlich zum Status wieder das basicSet Kommando an den Dongle sendet.
Was wiederum sofort das notify erneut triggert, usw.
Kurzum: bei jedem Schalten sehe ich kurz hintereinander mindestens zwei mal ein "Get swbStatus" im Log.
Spätestens nach dem fünften mal hißt der Dongle die weiße Fahne:

Code Auswählen Erweitern

ZWave: No Ack from dg.switch_light after 5s for sentackget...

Kannst du noch mal in dein Log schauen?

Funktioniert zwar prinzipiell, aber ich habe die Befürchtung, dass ich mir bei mittlerweile knapp 20 Devices andere Kommunikations-Probleme einfange.

[Kosinus]

Hallo Buwe,

Endpoint 1 ignoriere ich auch. Q1 wäre bei mir das Hauptdevice. Komisch auch, dass ein normaler FGS223 ein Dimmerwert zurück gibt 

Ich schau mir das mal im Log heute Abend an.
Wenn das der Fall wäre müsste man dann halt die Werte 0 und 255 auslesen und den Status ohne "get swbStatus" direkt setzen

Mir ist nur Aufgefallen das ab uns zu der 1 Schalter nicht reagiert wenn ich den zweiten Schalter gerade geschaltet habe. Habe ich beim FGS222 nicht was auf Dein Problem hindeuten könnte.

Gruß   

[Kosinus]

@Buwe

Ich kann Deine Beobachtung bestätigen. Ich habe es jetzt versucht über das direkte setzten des States zu lösen was allerdings nicht sehr erfolgreich war .

Ich werde es irgendwann mal mit einem Watchdog mit Zeitverzögerung versuchen. Bis dahin verbau ich jetzt erstmal nur die alten FGS222.

Vielleicht hat ja noch jemand eine andere Idee ?

Viele Grüße

[lenn1]

Hallo,

ich bin auch mit im Rennen.
Meine FGS-222 machen alles wie gewünscht. Der FGS-223 enttäuscht auf ganzer Linie...
Hab es jetzt so gelöst, dass ich die lokale Last an Q2 angeschlossen habe, sodass ich die Schaltvorgänge von S1 mitbekomme.

Nicht schön.

[rubinho]

Hallo Jungs,

auch ich habe mir mehr von dem FGS223 versprochen.
Ich hab zwar jetzt nicht das Problem mit dem State, da ich keinen Schalter angeschlossen habe, dafür ist der Power Report (meter 2) für mich um so wichtiger. (Das Teil sitzt bei mir in der Unterverteilung um die PC Steckdosen meiner Kinder zu überwachen )
Mit dem Kanal 1 (Q1) funktioniert das Ganze ja wie bereits erkannt. 

@Kosinus
Was hast du jetzt genau gemacht, das die Meldungen von Q2 über das Maindevice signalisiert werden ?
Ich Assoziiere mir hier den Wolf und nix reagiert.

Momentan polle ich minütlich Q2 an, was aber meine Logs zumüllt.

---- Update --

Kommando zurück !!
Ich weiß jetzt nicht genau was ich gemacht habe, aber ich bekomme jetzt den vollen Report von beiden Kanälen.
Ich vermute, es liegt an der Assoziation der MCA_1 Gruppe, dort habe ich (aus Verzweifelung) meinen Dongel mit dem Endpoint 1 eingetragen.

Code Auswählen Erweitern

set fgs223_switch_main mcaAdd 1 0 1 1
Alle anderen Assoziationen habe ich zur Kontrolle alle entfernt und es funktioniert immer noch.

Bitte mal testen, ob es bei Euch auch den gewünschten Effekt bringt.

--- Update 2 --
Kurzer Hinweis noch...
Damit man die MCA 1 Gruppe richtig anlegen kann, muss man vorher die Assoziationsgruppe 1 auflösen.
Sonst klappts nicht.

Gruß
Rubinho

[rubinho]

Mal eine andere Frage, wie bekomme ich die Anzeige zum Ein/Ausschalten im Maindevice weg.
Solange ich da nur den ersten Kanal schalten kann macht die Auswahl keinen Sinn und verwirrt nur.

-- Update --
Hat sich prinzipiell Erledigt.
Ich hab unter Classes SWITCH_BINARY und SWITCH_MULTILEVEL rausgenommen. Jetzt ist nur noch die Leuchte zu sehen, die aber ohne Funktion ist.

Wie ich jetzt noch die Leuchte wegbekomme weiß ich nicht, ist aber auch nicht so wichtig.

Gruß
Rubinho

[krikan]

Mal eine andere Frage, wie bekomme ich die Anzeige zum Ein/Ausschalten im Maindevice weg.
Solange ich da nur den ersten Kanal schalten kann macht die Auswahl keinen Sinn und verwirrt nur.

-- Update --
Hat sich prinzipiell Erledigt.
Ich hab unter Classes SWITCH_BINARY und SWITCH_MULTILEVEL rausgenommen. Jetzt ist nur noch die Leuchte zu sehen, die aber ohne Funktion ist.

Wie ich jetzt noch die Leuchte wegbekomme weiß ich nicht, ist aber auch nicht so wichtig.

Bei der Lösung aus dem Update habe ich ein -vielleicht unbegründetes- Störgefühl.
Würde das eher so lösen:

Code Auswählen Erweitern

attr <device> webCmd :
attr <device> devStateIcon .*:rc_BLANK:noFhemwebLink

Gruß, Christian

[rubinho]

Bei der Lösung aus dem Update habe ich ein -vielleicht unbegründetes- Störgefühl.

Hehe, ja das kann ich verstehen, aber wenn man nicht mehr weiter weiß, fängt man an mit Händen und Füßen zu treten

Trotzdem Danke, ich habs geändert und nun ist alles unnötige verschwunden. Die alten Class-Werte hab ich wieder eingetragen.
By the way, mit dem Attribut "webcmd :" war ich nah dran. Ich hatte nur ein Doppelpunkt zuviel und das wollte Fhem nicht. 

Ach noch was, zu dem ursprünglichen Problem.
An dem Maindevice bekomme ich nun keine States mehr angezeit, alle Werte werden jetzt direkt in den Unterkanälen angezeigt, so wie es sein soll.

[krikan]

Ach noch was, zu dem ursprünglichen Problem.
An dem Maindevice bekomme ich nun keine States mehr angezeit, alle Werte werden jetzt direkt in den Unterkanälen angezeigt, so wie es sein soll.

Haette Deine wichtige Feststellung fast nicht wahrgenommen, da ich Edits nicht immer mitbekomme.

Zur Sicherheit; verstehe ich das richtig:
Du hast den Controller aus der Assoziationgruppe 1 mit associationDel herausgenommen und dann den Controller jeweils mit mcaAdd mit den Assoziationsgruppen 1 und 2 assoziiert und danach werden Schaltvorgaenge in den SubDevices angezeigt? Das waere so wichtig, dass ich das auch ins Wiki packen würde.

Könntest Du bitte die Rückgabewerte der Befehle associationAll und mcaAll  oder ein die Ausgabe von "list <device>" nach Ausführung der Befehle posten. Einen kurzer Logauszug mit verbose 5 von Schaltvorgaengen auf beiden Kanaelen würde ich auch sehr gerne lesen. 

Danke und Gruß, Christian

[rubinho]

@krikan
Fast, ich hab nur noch eine Assoziationsgruppe und das ist die MCA1, alles andere hab ich rausgeworfen.
Wie gesagt, ich weiß nicht ob das das Reporting der Schalter S1 und S2 beeinflußt, die hab ich nicht angeschlossen. Aber ein Reportedstate sollte in jedem Fall kommen.

So ich hab da mal was vorbereitet, ob du was damit anfrangen kannst, weiß ich nicht
Für mich sind das zumindest was die Logs angehen, böhmische Dörfer.

Achso nochwas, im LOG ab 11:34 kommen selbstständige Statusmeldungen. Um 11:55 hab ich eine Tischlampe am Kanal 2 ein und wieder ausgeschaltet.

Code Auswählen Erweitern

Internals:
   CFGFN      ./FHEM/z-wave.cfg
   DEF        dfea4e7a 12
   IODev      ZWave1
   LASTInputDev ZWave1
   MSGCNT     28
   NAME       ZWave_SWITCH_12
   NR         358
   STATE      off
   TYPE       ZWave
   ZWave1_MSGCNT 28
   ZWave1_RAWMSG 0004000c058e03050500
   ZWave1_TIME 2016-12-31 11:27:15
   ZWaveSubDevice no
   homeId     dfea4e7a
   isWakeUp
   lastMsgSent 1483180035.77291
   nodeIdHex  0c
   Readings:
     2016-12-29 11:23:51   CMD             ZW_APPLICATION_UPDATE
     2016-12-31 11:27:02   assocGroup_1    Max 1 Nodes
     2016-12-31 11:27:02   assocGroup_2    Max 5 Nodes
     2016-12-31 11:27:02   assocGroup_3    Max 5 Nodes
     2016-12-31 11:27:02   assocGroup_4    Max 5 Nodes
     2016-12-31 11:27:02   assocGroup_5    Max 5 Nodes
     2016-12-31 11:27:01   assocGroups     5
     2016-12-30 23:01:21   configFirstChannelOperatingMode StandardOperation
     2016-12-30 23:01:21   configFirstChannelPulseTimeForFlashing13 5
     2016-12-30 23:01:21   configFirstChannelReactionToSwitchFor11 CancelModeAndSetTargetState
     2016-12-30 23:01:21   configFirstChannelTimeParameterFor12 50
     2016-12-30 23:01:21   configSavingStateBeforePowerFailure StateSavedAtPowerFailureAll1
     2016-12-30 23:01:21   configSecondChannelOperatingMode StandardOperation
     2016-12-30 23:01:22   configSecondChannelPulseTimeFor18 5
     2016-12-30 23:01:22   configSecondChannelReactionToSwitchFor16 CancelModeAndSetTargetState
     2016-12-30 23:01:22   configSecondChannelTimeParameterFor17 50
     2016-12-29 12:54:00   config_30       0
     2016-12-29 12:46:31   config_33       99
     2016-12-29 12:41:39   config_35       0
     2016-12-29 12:43:25   config_36       255
     2016-12-30 14:58:14   config_50       20
     2016-12-30 16:44:08   config_53       100
     2016-12-29 13:03:56   config_54       10
     2016-12-30 16:42:28   config_57       100
     2016-12-30 16:43:45   config_58       3600
     2016-12-30 14:17:49   energy          0.01 kWh
     2016-12-29 12:22:23   mcCapability_01 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2016-12-29 12:22:23   mcCapability_02 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2016-12-29 12:22:23   mcEndpoints     total 2, identical
     2016-12-31 11:27:15   mcaGroups       5
     2016-12-31 11:27:15   mca_1           Max 1 Nodes ZWave1:1
     2016-12-31 11:27:15   mca_2           Max 5
     2016-12-31 11:27:15   mca_3           Max 5
     2016-12-31 11:27:15   mca_4           Max 5
     2016-12-31 11:27:15   mca_5           Max 5
     2016-12-29 12:28:01   meterSupported  type: energy scales: 0:kWh, 2:W resetable: yes
     2016-12-30 23:01:07   model           FIBARO System FGS223 Double Relay
     2016-12-30 23:01:07   modelConfig     fibaro/fgs223.xml
     2016-12-30 23:01:07   modelId         010f-0203-1000
     2016-12-30 14:19:44   neighborList    ZWave1 Trockner_Pwr ZWave_SWITCH_11 ZWave_SWITCH_13
     2016-12-30 14:19:29   neighborUpdate  done
     2016-12-30 16:00:11   power           27 W
     2016-12-29 12:27:36   powerlvl        current 0 remain 0
     2016-12-29 12:28:11   protection      Local: unprotected RF: unprotected
     2016-12-30 16:00:09   reportedState   on
     2016-12-30 23:00:12   state           off
     2016-12-31 11:27:15   timeToAck       0.037
     2016-12-31 11:27:15   transmit        OK

Attributes:
   IODev      ZWave1
   alias      Maindevice_Steckdosen_Kinderzimmer
   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
   devStateIcon .*:rc_BLANK:noFhemwebLink
   room       ZWave
   vclasses   ALARM:5 APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 CENTRAL_SCENE:2 CONFIGURATION:1 CRC_16_ENCAP:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:2 METER:3 MULTI_CHANNEL:4 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 PROTECTION:2 SECURITY:1 SWITCH_BINARY:1 SWITCH_MULTILEVEL:3 VERSION:2 ZWAVEPLUS_INFO:2
   webCmd     :

Code Auswählen Erweitern

Internals:
   CFGFN      ./FHEM/z-wave.cfg
   DEF        dfea4e7a 3073
   IODev      ZWave1
   LASTInputDev ZWave1
   MSGCNT     156
   NAME       ZWave_SWITCH_12.01
   NR         362
   STATE      on
   TYPE       ZWave
   ZWave1_MSGCNT 156
   ZWave1_RAWMSG 0004000c0c600d010132022132011d0000
   ZWave1_TIME 2016-12-31 11:22:01
   ZWaveSubDevice yes
   homeId     dfea4e7a
   isWakeUp
   nodeIdHex  0c01
   Readings:
     2016-12-30 14:44:21   assocGroup_1    Max 0 Nodes
     2016-12-30 14:44:21   assocGroup_2    Max 5 Nodes
     2016-12-30 14:44:21   assocGroup_3    Max 5 Nodes
     2016-12-30 14:44:21   assocGroups     3
     2016-12-31 10:34:32   energy           0.56 kWh
     2016-12-30 14:41:50   mcaGroups       3
     2016-12-30 14:41:50   mca_1           Max 0
     2016-12-30 14:41:50   mca_2           Max 5
     2016-12-30 14:41:50   mca_3           Max 5
     2016-12-31 11:22:01   power            28.5 W
     2016-12-30 23:02:23   reportedState   on
     2016-12-30 23:02:23   state           on

Attributes:
   IODev      ZWave1
   alias      Steckdose_Kinderzimmer1
   classes    ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
   room       ZWave

Code Auswählen Erweitern

Internals:
   CFGFN      ./FHEM/z-wave.cfg
   DEF        dfea4e7a 3074
   IODev      ZWave1
   LASTInputDev ZWave1
   MSGCNT     270
   NAME       ZWave_SWITCH_12.02
   NR         364
   STATE      on
   TYPE       ZWave
   ZWave1_MSGCNT 270
   ZWave1_RAWMSG 0004000c0c600d02013202213200000000
   ZWave1_TIME 2016-12-31 11:11:47
   ZWaveSubDevice yes
   homeId     dfea4e7a
   isWakeUp
   nodeIdHex  0c02
   Readings:
     2016-12-29 18:24:29   STATE           0
     2016-12-30 14:43:01   assocGroup_1    Max 0 Nodes
     2016-12-30 14:43:01   assocGroup_2    Max 5 Nodes
     2016-12-30 14:43:01   assocGroup_3    Max 5 Nodes
     2016-12-30 14:43:01   assocGroups     3
     2016-12-31 10:34:10   energy           0.46 kWh
     2016-12-30 14:41:14   mcaGroups       3
     2016-12-30 14:41:14   mca_1           Max 0
     2016-12-30 14:41:14   mca_2           Max 5
     2016-12-30 14:41:14   mca_3           Max 5
     2016-12-29 12:25:41   meterSupported  type: energy scales: 0:kWh, 2:W resetable: yes
     2016-12-31 11:11:47   power            0 W
     2016-12-30 16:08:48   reportedState   on
     2016-12-30 16:08:48   state           on
     2016-12-29 11:56:33   version         Lib 3 Prot 4.05 App 3.2 HW 3 FWCounter 0
     2016-12-29 12:25:54   zwavePlusInfo   version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0700 userIcon:0700

Attributes:
   IODev      ZWave1
   alias      Steckdose_Kinderzimmer2
   classes    ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
   room       ZWave

Code Auswählen Erweitern

2016.12.31 11:27:01 5: Cmd: >get ZWave_SWITCH_12 associationAll<
2016.12.31 11:27:01 3: ZWave get ZWave_SWITCH_12 associationGroups
2016.12.31 11:27:01 5: ZWDongle_Write 00130c02850525af (dfea4e7a)
2016.12.31 11:27:01 5: SW: 010900130c02850525afe1
2016.12.31 11:27:01 4: name: /fhem?detail=ZWave_SWITCH_12&dev.getZWave_SWITCH_12=ZWave_SWITCH_12&cmd.getZWave_SWITCH_12=get&arg.getZWave_SWITCH_12=associationAll&val.getZWave_SWITCH_12=&XHR=1&addLinks=1&fw_id=970 / RL:47 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.12.31 11:27:01 5: ACK received, WaitForAck=>2 for 010900130c02850525afe1
2016.12.31 11:27:01 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:01 5: SW: 06
2016.12.31 11:27:01 5: ZWave1: dispatch 011301
2016.12.31 11:27:01 4: ZWDongle_Read ZWave1: rcvd 0013af000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:01 5: SW: 06
2016.12.31 11:27:01 5: device ack reveived, removing 010900130c02850525afe1 from dongle sendstack
2016.12.31 11:27:01 5: ZWave1: dispatch 0013af000002
2016.12.31 11:27:01 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:af
2016.12.31 11:27:01 4: ZWave1 transmit OK for CB af, target ZWave_SWITCH_12
2016.12.31 11:27:01 4: ZWDongle_Read ZWave1: rcvd 0004000c03850605 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:01 5: SW: 06
2016.12.31 11:27:01 5: ZWave1: dispatch 0004000c03850605
2016.12.31 11:27:01 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:03850605 CB:00
2016.12.31 11:27:01 3: ZWave get ZWave_SWITCH_12 association 1
2016.12.31 11:27:01 5: ZWDongle_Write 00130c0385020125b0 (dfea4e7a)
2016.12.31 11:27:01 5: SW: 010a00130c0385020125b0fa
2016.12.31 11:27:01 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:01 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is assocGroups: 5
2016.12.31 11:27:01 5: ZE.Batterie: not on any display, ignoring notify
2016.12.31 11:27:01 5: ACK received, WaitForAck=>2 for 010a00130c0385020125b0fa
2016.12.31 11:27:01 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:01 5: SW: 06
2016.12.31 11:27:01 5: ZWave1: dispatch 011301
2016.12.31 11:27:02 4: Connection closed for WEB_172.20.0.11_37206: EOF
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 0013b0000001 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: device ack reveived, removing 010a00130c0385020125b0fa from dongle sendstack
2016.12.31 11:27:02 5: ZWave1: dispatch 0013b0000001
2016.12.31 11:27:02 4: CMD:ZW_SEND_DATA ID:00 ARG:0001 CB:b0
2016.12.31 11:27:02 4: ZWave1 transmit OK for CB b0, target ZWave_SWITCH_12
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 0004000c058503010100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: ZWave1: dispatch 0004000c058503010100
2016.12.31 11:27:02 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:058503010100 CB:00
2016.12.31 11:27:02 3: ZWave get ZWave_SWITCH_12 association 2
2016.12.31 11:27:02 5: ZWDongle_Write 00130c0385020225b1 (dfea4e7a)
2016.12.31 11:27:02 5: SW: 010a00130c0385020225b1f8
2016.12.31 11:27:02 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:02 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is assocGroup_1: Max 1 Nodes
2016.12.31 11:27:02 5: ZE.Batterie: not on any display, ignoring notify
2016.12.31 11:27:02 5: ACK received, WaitForAck=>2 for 010a00130c0385020225b1f8
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: ZWave1: dispatch 011301
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 0013b1000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: device ack reveived, removing 010a00130c0385020225b1f8 from dongle sendstack
2016.12.31 11:27:02 5: ZWave1: dispatch 0013b1000002
2016.12.31 11:27:02 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:b1
2016.12.31 11:27:02 4: ZWave1 transmit OK for CB b1, target ZWave_SWITCH_12
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 0004000c058503020500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: ZWave1: dispatch 0004000c058503020500
2016.12.31 11:27:02 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:058503020500 CB:00
2016.12.31 11:27:02 3: ZWave get ZWave_SWITCH_12 association 3
2016.12.31 11:27:02 5: ZWDongle_Write 00130c0385020325b2 (dfea4e7a)
2016.12.31 11:27:02 5: SW: 010a00130c0385020325b2fa
2016.12.31 11:27:02 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:02 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is assocGroup_2: Max 5 Nodes
2016.12.31 11:27:02 5: ZE.Batterie: not on any display, ignoring notify
2016.12.31 11:27:02 5: ACK received, WaitForAck=>2 for 010a00130c0385020325b2fa
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: ZWave1: dispatch 011301
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 0013b2000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: device ack reveived, removing 010a00130c0385020325b2fa from dongle sendstack
2016.12.31 11:27:02 5: ZWave1: dispatch 0013b2000002
2016.12.31 11:27:02 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:b2
2016.12.31 11:27:02 4: ZWave1 transmit OK for CB b2, target ZWave_SWITCH_12
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 0004000c058503030500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: ZWave1: dispatch 0004000c058503030500
2016.12.31 11:27:02 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:058503030500 CB:00
2016.12.31 11:27:02 3: ZWave get ZWave_SWITCH_12 association 4
2016.12.31 11:27:02 5: ZWDongle_Write 00130c0385020425b3 (dfea4e7a)
2016.12.31 11:27:02 5: SW: 010a00130c0385020425b3fc
2016.12.31 11:27:02 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:02 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is assocGroup_3: Max 5 Nodes
2016.12.31 11:27:02 5: ZE.Batterie: not on any display, ignoring notify
2016.12.31 11:27:02 5: ACK received, WaitForAck=>2 for 010a00130c0385020425b3fc
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: ZWave1: dispatch 011301
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 0013b3000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: device ack reveived, removing 010a00130c0385020425b3fc from dongle sendstack
2016.12.31 11:27:02 5: ZWave1: dispatch 0013b3000002
2016.12.31 11:27:02 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:b3
2016.12.31 11:27:02 4: ZWave1 transmit OK for CB b3, target ZWave_SWITCH_12
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 0004000c058503040500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: ZWave1: dispatch 0004000c058503040500
2016.12.31 11:27:02 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:058503040500 CB:00
2016.12.31 11:27:02 3: ZWave get ZWave_SWITCH_12 association 5
2016.12.31 11:27:02 5: ZWDongle_Write 00130c0385020525b4 (dfea4e7a)
2016.12.31 11:27:02 5: SW: 010a00130c0385020525b4fa
2016.12.31 11:27:02 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:02 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is assocGroup_4: Max 5 Nodes
2016.12.31 11:27:02 5: ZE.Batterie: not on any display, ignoring notify
2016.12.31 11:27:02 5: ACK received, WaitForAck=>2 for 010a00130c0385020525b4fa
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: ZWave1: dispatch 011301
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 0013b4000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: device ack reveived, removing 010a00130c0385020525b4fa from dongle sendstack
2016.12.31 11:27:02 5: ZWave1: dispatch 0013b4000002
2016.12.31 11:27:02 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:b4
2016.12.31 11:27:02 4: ZWave1 transmit OK for CB b4, target ZWave_SWITCH_12
2016.12.31 11:27:02 4: ZWDongle_Read ZWave1: rcvd 0004000c058503050500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:02 5: SW: 06
2016.12.31 11:27:02 5: ZWave1: dispatch 0004000c058503050500
2016.12.31 11:27:02 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:058503050500 CB:00
2016.12.31 11:27:02 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:02 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is assocGroup_5: Max 5 Nodes
2016.12.31 11:27:14 4: Connection accepted from WEB_172.20.0.11_37674
2016.12.31 11:27:14 4: WEB_172.20.0.11_37674 GET /fhem?cmd={ZWave_helpFn(%22ZWave_SWITCH_12%22,%22mcaAll%22)}&XHR=1; BUFLEN:0
2016.12.31 11:27:14 5: Cmd: >{ZWave_helpFn("ZWave_SWITCH_12","mcaAll")}<
2016.12.31 11:27:14 4: name: /fhem?cmd={ZWave_helpFn(%22ZWave_SWITCH_12%22,%22mcaAll%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.12.31 11:27:15 4: WEB_172.20.0.11_37674 POST /fhem?detail=ZWave_SWITCH_12&dev.getZWave_SWITCH_12=ZWave_SWITCH_12&cmd.getZWave_SWITCH_12=get&arg.getZWave_SWITCH_12=mcaAll&val.getZWave_SWITCH_12=&XHR=1&addLinks=1&fw_id=970; BUFLEN:0
2016.12.31 11:27:15 5: Cmd: >get ZWave_SWITCH_12 mcaAll<
2016.12.31 11:27:15 3: ZWave get ZWave_SWITCH_12 mcaGroupings
2016.12.31 11:27:15 5: ZWDongle_Write 00130c028e0525b5 (dfea4e7a)
2016.12.31 11:27:15 5: SW: 010900130c028e0525b5f0
2016.12.31 11:27:15 4: name: /fhem?detail=ZWave_SWITCH_12&dev.getZWave_SWITCH_12=ZWave_SWITCH_12&cmd.getZWave_SWITCH_12=get&arg.getZWave_SWITCH_12=mcaAll&val.getZWave_SWITCH_12=&XHR=1&addLinks=1&fw_id=970 / RL:47 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.12.31 11:27:15 5: ACK received, WaitForAck=>2 for 010900130c028e0525b5f0
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 011301
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0013b5000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: device ack reveived, removing 010900130c028e0525b5f0 from dongle sendstack
2016.12.31 11:27:15 5: ZWave1: dispatch 0013b5000002
2016.12.31 11:27:15 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:b5
2016.12.31 11:27:15 4: ZWave1 transmit OK for CB b5, target ZWave_SWITCH_12
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0004000c038e0605 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 0004000c038e0605
2016.12.31 11:27:15 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:038e0605 CB:00
2016.12.31 11:27:15 3: ZWave get ZWave_SWITCH_12 mca 1
2016.12.31 11:27:15 5: ZWDongle_Write 00130c038e020125b6 (dfea4e7a)
2016.12.31 11:27:15 5: SW: 010a00130c038e020125b6f7
2016.12.31 11:27:15 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:15 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is mcaGroups: 5
2016.12.31 11:27:15 5: ZE.Batterie: not on any display, ignoring notify
2016.12.31 11:27:15 5: ACK received, WaitForAck=>2 for 010a00130c038e020125b6f7
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 011301
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0013b6000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: device ack reveived, removing 010a00130c038e020125b6f7 from dongle sendstack
2016.12.31 11:27:15 5: ZWave1: dispatch 0013b6000002
2016.12.31 11:27:15 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:b6
2016.12.31 11:27:15 4: ZWave1 transmit OK for CB b6, target ZWave_SWITCH_12
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0004000c088e03010100000101 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 0004000c088e03010100000101
2016.12.31 11:27:15 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:088e03010100000101 CB:00
2016.12.31 11:27:15 3: ZWave get ZWave_SWITCH_12 mca 2
2016.12.31 11:27:15 5: ZWDongle_Write 00130c038e020225b7 (dfea4e7a)
2016.12.31 11:27:15 5: SW: 010a00130c038e020225b7f5
2016.12.31 11:27:15 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:15 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is mca_1: Max 1 Nodes ZWave1:1
2016.12.31 11:27:15 5: ZE.Batterie: not on any display, ignoring notify
2016.12.31 11:27:15 5: ACK received, WaitForAck=>2 for 010a00130c038e020225b7f5
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 011301
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0013b7000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: device ack reveived, removing 010a00130c038e020225b7f5 from dongle sendstack
2016.12.31 11:27:15 5: ZWave1: dispatch 0013b7000002
2016.12.31 11:27:15 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:b7
2016.12.31 11:27:15 4: ZWave1 transmit OK for CB b7, target ZWave_SWITCH_12
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0004000c058e03020500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 0004000c058e03020500
2016.12.31 11:27:15 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:058e03020500 CB:00
2016.12.31 11:27:15 3: ZWave get ZWave_SWITCH_12 mca 3
2016.12.31 11:27:15 5: ZWDongle_Write 00130c038e020325b8 (dfea4e7a)
2016.12.31 11:27:15 5: SW: 010a00130c038e020325b8fb
2016.12.31 11:27:15 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:15 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is mca_2: Max 5
2016.12.31 11:27:15 5: ZE.Batterie: not on any display, ignoring notify
2016.12.31 11:27:15 5: ACK received, WaitForAck=>2 for 010a00130c038e020325b8fb
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 011301
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0013b8000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: device ack reveived, removing 010a00130c038e020325b8fb from dongle sendstack
2016.12.31 11:27:15 5: ZWave1: dispatch 0013b8000002
2016.12.31 11:27:15 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:b8
2016.12.31 11:27:15 4: ZWave1 transmit OK for CB b8, target ZWave_SWITCH_12
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0004000c058e03030500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 0004000c058e03030500
2016.12.31 11:27:15 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:058e03030500 CB:00
2016.12.31 11:27:15 3: ZWave get ZWave_SWITCH_12 mca 4
2016.12.31 11:27:15 5: ZWDongle_Write 00130c038e020425b9 (dfea4e7a)
2016.12.31 11:27:15 5: SW: 010a00130c038e020425b9fd
2016.12.31 11:27:15 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:15 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is mca_3: Max 5
2016.12.31 11:27:15 5: ZE.Batterie: not on any display, ignoring notify
2016.12.31 11:27:15 5: ACK received, WaitForAck=>2 for 010a00130c038e020425b9fd
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 011301
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0013b9000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: device ack reveived, removing 010a00130c038e020425b9fd from dongle sendstack
2016.12.31 11:27:15 5: ZWave1: dispatch 0013b9000002
2016.12.31 11:27:15 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:b9
2016.12.31 11:27:15 4: ZWave1 transmit OK for CB b9, target ZWave_SWITCH_12
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0004000c058e03040500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 0004000c058e03040500
2016.12.31 11:27:15 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:058e03040500 CB:00
2016.12.31 11:27:15 3: ZWave get ZWave_SWITCH_12 mca 5
2016.12.31 11:27:15 5: ZWDongle_Write 00130c038e020525ba (dfea4e7a)
2016.12.31 11:27:15 5: SW: 010a00130c038e020525baff
2016.12.31 11:27:15 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:15 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is mca_4: Max 5
2016.12.31 11:27:15 5: ZE.Batterie: not on any display, ignoring notify
2016.12.31 11:27:15 5: ACK received, WaitForAck=>2 for 010a00130c038e020525baff
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 011301
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0013ba000002 (request ZW_SEND_DATA), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: device ack reveived, removing 010a00130c038e020525baff from dongle sendstack
2016.12.31 11:27:15 5: ZWave1: dispatch 0013ba000002
2016.12.31 11:27:15 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:ba
2016.12.31 11:27:15 4: ZWave1 transmit OK for CB ba, target ZWave_SWITCH_12
2016.12.31 11:27:15 4: ZWDongle_Read ZWave1: rcvd 0004000c058e03050500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:27:15 5: SW: 06
2016.12.31 11:27:15 5: ZWave1: dispatch 0004000c058e03050500
2016.12.31 11:27:15 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:058e03050500 CB:00
2016.12.31 11:27:15 5: Triggering ZWave_SWITCH_12 (1 changes)
2016.12.31 11:27:15 5: Starting notify loop for ZWave_SWITCH_12, 1 event(s), first is mca_5: Max 5

2016.12.31 11:34:10 4: ZWDongle_Read ZWave1: rcvd 0004000c0e600d0201320221440000002e0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:34:10 5: SW: 06
2016.12.31 11:34:10 5: ZWave1: dispatch 0004000c0e600d0201320221440000002e0000
2016.12.31 11:34:10 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:0e600d0201320221440000002e0000 CB:00
2016.12.31 11:34:10 5: Triggering ZWave_SWITCH_12.02 (1 changes)
2016.12.31 11:34:10 5: Starting notify loop for ZWave_SWITCH_12.02, 1 event(s), first is energy:  0.46 kWh

2016.12.31 11:34:32 4: ZWDongle_Read ZWave1: rcvd 0004000c0e600d010132022144000000380000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:34:32 5: SW: 06
2016.12.31 11:34:32 5: ZWave1: dispatch 0004000c0e600d010132022144000000380000
2016.12.31 11:34:32 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:0e600d010132022144000000380000 CB:00
2016.12.31 11:34:32 5: Triggering ZWave_SWITCH_12.01 (1 changes)
2016.12.31 11:34:32 5: Starting notify loop for ZWave_SWITCH_12.01, 1 event(s), first is energy:  0.56 kWh

2016.12.31 11:55:31 4: ZWDongle_Read ZWave1: rcvd 0004000c0c600d02013202213201920000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:55:31 5: SW: 06
2016.12.31 11:55:31 5: ZWave1: dispatch 0004000c0c600d02013202213201920000
2016.12.31 11:55:31 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:0c600d02013202213201920000 CB:00
2016.12.31 11:55:31 5: Triggering ZWave_SWITCH_12.02 (1 changes)
2016.12.31 11:55:31 5: Starting notify loop for ZWave_SWITCH_12.02, 1 event(s), first is power:  40.2 W

2016.12.31 11:55:41 4: ZWDongle_Read ZWave1: rcvd 0004000c0c600d02013202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 11:55:41 5: SW: 06
2016.12.31 11:55:41 5: ZWave1: dispatch 0004000c0c600d02013202213200000000
2016.12.31 11:55:41 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:0c600d02013202213200000000 CB:00
2016.12.31 11:55:41 5: Triggering ZWave_SWITCH_12.02 (1 changes)
2016.12.31 11:55:41 5: Starting notify loop for ZWave_SWITCH_12.02, 1 event(s), first is power:  0 W


[krikan]

Vielen Dank!
Die gezeigten Nachrichten für die Endpoints 1 und 2 sind -so wie es sein soll- in MULTI_CHANNEL_ENCAP gekapselt. Die Zuordnung zu den Endpoints passt. Also eigentlich ein schöner Erfolg, aber ich begreife nicht, wie das mit zwapi vereinbar ist.

Es waere gut, wenn andere mit dem Aktor und angeschlossenen Tastern noch einmal gegentesten könnten und hoffentlich Erfolg berichten. Zum Test müsste man alle Assoziationen des Controller mit FGS223 löschen und dann absetzen:

Code Auswählen Erweitern

set <MainDevice> mcaAdd 1 0 <ControllerNodeId> 1

Gruß, Christian