Wechselschaltung mit Fibaro FGS223/FGS222

Begonnen von eki, 21 November 2016, 14:47:52

Vorheriges Thema - Nächstes Thema

eki

Ich habe dieses Wochenende einen ersten Versuch gemacht mit Z-Wave in das Thema Lichtsteuerung einzusteigen und dabei sind natürlich prompt beim ersten Versuch einige Frage aufgetaucht.

Mein Szenario:
Ich habe eine Wechselschaltung die nicht an beiden Schaltern eine Phase zur Verfügung hat (Phase an der einen Seite und Leitung zur Brenstelle an der anderen. Ich habe das Ganze jetzt mit einem Fibaro FGS223 entsprechend dem Vorschlag in
https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0ahUKEwj78fnl-rnQAhWBriwKHRpGB1gQFggdMAA&url=http%3A%2F%2Fwww.sensorbender.com%2F2015%2F11%2F08%2Fwechselschaltung-ohne-com-link-mit-fibaro-switch-schalten%2F&usg=AFQjCNE5iBwm4hOyvwn4tcJAGFiZRyNq1g&bvm=bv.139250283,d.bGg&cad=rja
aufgebaut. Am Ende des Artikel sind 3 Parameter angegeben, die man im Relais konfigurieren muss damit das Ganze funktioniert.

Meine Probleme:
Die angegebenen Parameter finde ich im Device nicht (wahrscheinlich, weil ich FGS223 und nicht FGS222 habe). Kann jemand bestätigen, dass diese Parameter tatsächlich nicht vom Device unterstützt werden? Sind da wirklich solche Unterschiede bei diesen beiden Devices?
Mit einem Workaround habe ich jetzt die grundsätzliche Schaltung hin bekommen (ich verwende ein notify um die Schalter der beiden Kanäle so zu schalten, dass ein Umschalten des ersten Kanals ein gegensätzliches Umschalten des anderen verursacht. Allerdings habe ich das Problem, dass ein Schalten beim zweiten Schalter in FHEM nicht erkannt wird. Das ginge zwar grundsätzlich über die Leistungsmessung, die in beiden Kanälen eingebaut ist, allerdings werden die Readings für Power nur dann aktualisiert, wenn man explizit "get <device> meter 2" aufruft (also den Power Wert explizit abfragt). Eigentlich hatte ich verstanden, dass das automatisch bei entsprechenden Änderungen der Leistungsaufnahme passiert. Ich habe testhalber mal einfach per at diese Abfrage in regelmäßigen Abständen gemacht, dann geht das Ganze vom Prinzip her, aber das ist für mich keine wirklich gangbare Lösung, weil dann ja ständig gefunkt wird ohne dass es notwendig ist. Ist das bei z-wave ein Problem, gibt es da auch so etwas wie die 1% Regel bei HomeMatic?

Wäre schön, wenn jemand, der ähnliche Erfahrungen und vielleicht auch Lösungen hat, mir ein bisschen auf die Sprünge hilft.

jeep

ZitatDie angegebenen Parameter finde ich im Device nicht (wahrscheinlich, weil ich FGS223 und nicht FGS222 habe). Kann jemand bestätigen, dass diese Parameter tatsächlich nicht vom Device unterstützt werden? Sind da wirklich solche Unterschiede bei diesen beiden Devices?

Hi,

in dieser einen Sache kann ich dir helfen. Diese Parameter gab es beim FGS-222 auch schon nicht. Da haben sich schon einige verzweifelte User im Internet beklagt.
Ich kenne Deine Schaltung nicht, aber wenn Du 2 Drähte von der einen Stelle zur anderen wo der FGS223 sitzt hast, kanst Du dass ohne Probleme realisieren ( Treppenhausschaltung).

Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

Zitat von: eki am 21 November 2016, 14:47:52
Das ginge zwar grundsätzlich über die Leistungsmessung, die in beiden Kanälen eingebaut ist, allerdings werden die Readings für Power nur dann aktualisiert, wenn man explizit "get <device> meter 2" aufruft (also den Power Wert explizit abfragt). Eigentlich hatte ich verstanden, dass das automatisch bei entsprechenden Änderungen der Leistungsaufnahme passiert.
Du musst die Konfiguration des Aktors in den Parametern 54 ff (Nach http://products.z-wavealliance.org/products/1742/configs) an Deine Wünsche anpassen.

ZitatIch habe testhalber mal einfach per at diese Abfrage in regelmäßigen Abständen gemacht, dann geht das Ganze vom Prinzip her, aber das ist für mich keine wirklich gangbare Lösung, weil dann ja ständig gefunkt wird ohne dass es notwendig ist. Ist das bei z-wave ein Problem, gibt es da auch so etwas wie die 1% Regel bei HomeMatic?
Unnötige Funknachrichten können ein Problem sein, da sie zu Kollisionen und schlimmstenfalls Funktelegrammenverlusten führen können. Würde ich immer vermeiden.
1% Regel selbst nicht (-> https://forum.fhem.de/index.php/topic,46410.msg381629.html#msg381629). Im praktischen Betrieb und selbst in praxisfernen Tests ist mir nichts aufgefallen, was zu ähnlichen Problemen wie die 1% Regel bei HM führt. Weitergehende Details zum Thema bei Zwave interessieren mich auch.

Gruß, Christian

eki

#3
Danke für die schnellen Antworten, schön dass einem hier immer geholfen wird.

ZitatIch kenne Deine Schaltung nicht, aber wenn Du 2 Drähte von der einen Stelle zur anderen wo der FGS223 sitzt hast, kanst Du dass ohne Probleme realisieren ( Treppenhausschaltung).
Geht in meinem Fall leider nicht (ich habe zwar die zwei Drähte, aber am dem Schalter bei dem die Leitung zur Brennstelle ankommt ist keine Phase vorhanden und an der Seite wo die Phase ist, ist nicht der Abgang zur Brennstelle deshalb kann ich den FGS weder an der einen Seite noch an der anderen anschließen, daher kann ich keine Treppenhausschaltung anwenden).

ZitatDu musst die Konfiguration des Aktors in den Parametern 54 ff (Nach http://products.z-wavealliance.org/products/1742/configs) an Deine Wünsche anpassen.
...
Ich werde mal mit den Parametern rumspielen und mich melden falls ich was hinkriege (aus meiner Sicht sollte es auch mit den Default Einstellungen gehen, da dort eingestellt ist, dass bei 20% Änderung und mit Mindestabstand 10s gemeldet wird). Falls ich zum Thema Funklast noch was rausfinde melde ich mich.

gamauf

Hallo eki!

Hätte zwei Lösungsansätze:
1.) Eine Weitere Leitung von der ersten Schalterdose (die mit der Phase) zur letzten (die mit der Leitung zur Lampe) einziehen und damit die Phase verlängern.
sollte das nicht möglich sein:
2.) Schalter gegen Taster tauschen (kostet Geld) mit einer der beiden Leitungen die die Schalter verbinden die Phase zur letzten Dose leiten, die Taster zwischen Phase und die andere der beiden Leitungen und an den Eingang (S1) des FGS-xxx legen.

In beiden Fällen ligt der FGS-xxx in der letzten Dose, Phase an "L", Neutralleiter an "N", Lampe an "Q1", 1.) Fall: letzer Schalter an "S1" 2.) Fall alle Schalter an "S1".

LG
Rainer

eki

Danke für die Info. Die Variante 2. hört sich sinnvoll an (mal schauen ob ich die Umstellung auf Taster mache).

eki

ZitatDu musst die Konfiguration des Aktors in den Parametern 54 ff (Nach http://products.z-wavealliance.org/products/1742/configs) an Deine Wünsche anpassen.
Ich habe jetzt noch mal mit den Parametern rumgespielt. Automatisch werden nur die Readings "power" und "energy" des Main Devices bei Leistungsänderungen im ersten Kanal aktualisiert (das passt auch zur Beschreibung der Parameter 50ff denn dort steht in der Beschreibung "...will result in sending new power report to the main controller."). Bei Änderungen im zweiten Kanal ist im Main Device nichts zu sehen. In den Devices, die zum ersten und zweiten Kanal gehören, werden die Änderungen nur bei aktivem "get <Device> meter 2" in den Readings der Devices des 1. und 2. Kanals aktualisiert. Eigentlich würde ich erwarten, dass auch bei Leistungsänderungen des 2. Kanals eine Aktualisierung im Main Device erfolgt (aber dazu müsste es ja eigentlich noch ein zweites Reading (power2?) geben.
Falls ich durch irgendwelche weiteren Infos zur Verbesserung des Verhaltens beitragen kann lasst es mich wissen.

krikan

Kannst Du bitte die Ausgabe von "list <device>" posten, nachdem Du erfolgreich alle hier http://www.fhemwiki.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F genannten Befehle plus "get <device> mcaAll" ausgeführt hast. Bitte dann noch ein Log mit verbose 5 bei ZWDongle der empfandenen Energienachrichten (spontane und abgefragte) anhängen.

"main controller" ist für mich etwas anderes als "Main Device". Alle Nachrichten gehen an den einen (main) Controller, aber sie können an unterschiedliche Endpoints des Controllers gehen. Du bist damit afaik im Bereich der Class MULTI_CHANNEL bzw. MULTI_CHANNEL_ASSOCIATION unterwegs, die -wie Du hier lesen kannst- noch ungelöste Geheimnisse besitzt. Zur zusätzlichen Schwierigkeitserhöhung könnte die hohe Version der beiden Classes bei Deinem Gerät beitragen. Ob meine Gedanken letztlich wirklich im Zusammenhang mit Deinem Problem stehen, kann ich aber nicht wirklich beurteilen.

eki

Hallo, erst mal danke fürs Kümmmern, find ich klasse.

hier nun die Infos:

1. List des Main Devices (was genau der Unterschied zwischen main controler und main Device ist, habe ich noch nicht so ganz verstanden, muss ich mir noch mal in Ruhe anschauen) einige get Befehle (get <device> wakeupInterval  und get <device> mcaAll) gab es gar nicht.
ZitatInternals:
   DEF        dda774cc 2
   IODev      ZWDongle_1
   LASTInputDev ZWDongle_1
   MSGCNT     583
   NAME       eg_WZ_Licht_Tisch_B
   NR         308
   STATE      off
   TYPE       ZWave
   ZWDongle_1_MSGCNT 583
   ZWDongle_1_RAWMSG 00041002083202213200000000
   ZWDongle_1_TIME 2016-11-24 22:28:04
   ZWaveSubDevice no
   homeId     dda774cc
   isWakeUp
   lastMsgSent 1480022931.98798
   nodeIdHex  02
   Readings:
     2016-11-24 22:02:32   assocGroup_1    Max 1 Nodes ZWDongle_1
     2016-11-24 22:02:33   assocGroup_2    Max 5 Nodes
     2016-11-24 22:02:34   assocGroup_3    Max 5 Nodes
     2016-11-24 22:02:35   assocGroup_4    Max 5 Nodes
     2016-11-24 22:02:36   assocGroup_5    Max 5 Nodes
     2016-11-24 22:02:31   assocGroups     5
     2016-11-24 22:24:25   configFirstChannelOperatingMode StandardOperation
     2016-11-24 22:24:26   configFirstChannelReactionToSwitchFor11 CancelModeAndSetTargetState
     2016-11-24 22:02:47   configFirstChannelTimeParameterFor12 50
     2016-11-24 22:24:27   configSavingStateBeforePowerFailure StateSavedAtPowerFailureAll1
     2016-11-24 22:24:28   configSecondChannelOperatingMode StandardOperation
     2016-11-24 22:24:29   configSecondChannelPulseTimeFor18 5
     2016-11-24 22:24:30   configSecondChannelReactionToSwitchFor16 CancelModeAndSetTargetState
     2016-11-24 22:24:31   configSecondChannelTimeParameterFor17 50
     2016-11-22 22:38:28   config_50       20
     2016-11-22 22:38:21   config_51       10
     2016-11-24 09:19:04   config_53       10
     2016-11-21 21:47:56   config_54       20
     2016-11-21 21:48:28   config_55       10
     2016-11-24 09:20:19   config_57       10
     2016-11-21 21:50:52   config_58       3600
     2016-11-19 18:25:58   energy          0.02 kWh
     2016-11-19 12:08:38   mcCapability_01 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2016-11-19 12:08:40   mcCapability_02 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2016-11-19 12:08:33   mcEndpoints     total 2, identical
     2016-11-24 09:01:08   meterSupported   type: energy scales: 0:kWh, 2:W resetable: yes
     2016-11-19 20:45:43   model           FIBARO System FGS223 Double Relay
     2016-11-19 20:45:43   modelConfig     fibaro/fgs223.xml
     2016-11-19 20:45:43   modelId         010f-0203-1000
     2016-11-19 20:45:44   neighborList    ZWDongle_1
     2016-11-24 22:28:04   power            0 W
     2016-11-24 09:03:43   powerlvl        current 0 remain 0
     2016-11-19 20:52:17   powerlvlTest    node 0 status 0 frameAck 0
     2016-11-24 22:28:02   reportedState   off
     2016-11-24 22:28:02   state           off
     2016-11-24 22:28:52   timeToAck       0.075
     2016-11-24 22:28:52   transmit        OK
     2016-11-19 20:00:30   zwavePlusInfo   version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0700 userIcon:0700
Attributes:
   IODev      ZWDongle_1
   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 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

List des 2. Devices (1. Schalter):
ZitatInternals:
   CHANGED
   DEF        dda774cc 513
   IODev      ZWDongle_1
   LASTInputDev ZWDongle_1
   MSGCNT     764
   NAME       eg_WZ_Licht_Tisch_C1
   NR         310
   STATE      off
   TYPE       ZWave
   ZWDongle_1_MSGCNT 764
   ZWDongle_1_RAWMSG 000410020c600d01003202213200000000
   ZWDongle_1_TIME 2016-11-24 22:28:39
   ZWaveSubDevice yes
   homeId     dda774cc
   isWakeUp
   nodeIdHex  0201
   Readings:
     2016-11-24 22:03:50   assocGroup_1    Max 0 Nodes
     2016-11-24 22:03:51   assocGroup_2    Max 5 Nodes
     2016-11-24 22:03:52   assocGroup_3    Max 5 Nodes
     2016-11-24 22:03:49   assocGroups     3
     2016-11-19 20:56:04   energy           0.02 kWh
     2016-11-19 20:56:39   meterSupported   type: energy scales: 0:kWh, 2:W resetable: yes
     2016-11-24 22:28:39   power            0 W
     2016-11-19 20:57:27   reportedState   off
     2016-11-24 12:51:09   state           off
     2016-11-19 20:57:57   version         Lib 3 Prot 4.05 App 3.2 HW 3 FWCounter 0
     2016-11-19 20:58:17   zwavePlusInfo    version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0700 userIcon:0700
Attributes:
   IODev      ZWDongle_1
   classes    ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
   event-on-change-reading .*
   room       Wohnzimmer,ZWave
   vclasses   ASSOCIATION:2 METER:3 MULTI_CHANNEL_ASSOCIATION:3 SWITCH_BINARY:1 SWITCH_MULTILEVEL:3 VERSION:2 ZWAVEPLUS_INFO:2
   verbose    1

List des 3. Devices (2. Schalter):
ZitatInternals:
   DEF        dda774cc 514
   IODev      ZWDongle_1
   LASTInputDev ZWDongle_1
   MSGCNT     1437
   NAME       eg_WZ_Licht_Tisch_C2
   NR         312
   STATE      on
   TYPE       ZWave
   ZWDongle_1_MSGCNT 1437
   ZWDongle_1_RAWMSG 000410020c600d02003202213200000000
   ZWDongle_1_TIME 2016-11-24 22:28:53
   ZWaveSubDevice yes
   homeId     dda774cc
   isWakeUp
   nodeIdHex  0202
   Readings:
     2016-11-24 22:04:46   assocGroup_1    Max 0 Nodes
     2016-11-24 22:04:47   assocGroup_2    Max 5 Nodes
     2016-11-24 22:04:48   assocGroup_3    Max 5 Nodes
     2016-11-24 22:04:45   assocGroups     3
     2016-11-19 22:49:04   energy           0 kWh
     2016-11-21 21:53:03   meterSupported   type: energy scales: 0:kWh, 2:W resetable: yes
     2016-11-24 22:28:53   power            0 W
     2016-11-24 12:51:09   state           on
Attributes:
   IODev      ZWDongle_1
   classes    ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
   event-on-change-reading .*
   room       ZWave
   vclasses   ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 METER:3 MULTI_CHANNEL_ASSOCIATION:3 SWITCH_BINARY:1 VERSION:2 ZWAVEPLUS_INFO:2
   verbose    1

Log mit verbose 5 (habe den Schalter jeweils geschaltet (was zu automatischen updates führen sollte) und für die beiden Schalter get meter 2 aufgerufen):
Zitat2016.11.22 18:56:10 3: ZWave set eg_WZ_Licht_Tisch_B configByte 50 1
2016.11.22 18:56:29 3: ZWave get eg_WZ_Licht_Tisch_B config 50
2016.11.22 18:56:33 3: WEB_192.168.178.48_61112 asyncOutput: device gone, output was: Timeout reading answer for config
2016.11.22 18:56:59 3: ZWave set eg_WZ_Licht_Tisch_B configByte 51 1
2016.11.22 18:57:23 3: ZWave set eg_WZ_Licht_Tisch_B configByte 50 5
2016.11.22 18:57:40 3: ZWave get eg_WZ_Licht_Tisch_B config 50
2016.11.22 18:57:44 3: WEB_192.168.178.48_61128 asyncOutput: device gone, output was: Timeout reading answer for config
2016.11.22 18:57:44 3: ZWave get eg_WZ_Licht_Tisch_B config 50
2016.11.22 18:57:48 3: WEB_192.168.178.48_61129 asyncOutput: device gone, output was: Timeout reading answer for config
2016.11.22 18:58:01 3: ZWave get eg_WZ_Licht_Tisch_B config 51
2016.11.22 18:58:05 3: WEB_192.168.178.48_61130 asyncOutput: device gone, output was: Timeout reading answer for config
2016.11.22 18:59:35 3: WEB_192.168.178.48_61140 asyncOutput: device gone, output was: Timeout reading answer for meter
2016.11.22 19:00:00 3: CUL_HM set dg_SZ_Rolladen 50
2016.11.22 19:00:25 3: WEB_192.168.178.48_61142 asyncOutput: device gone, output was: Timeout reading answer for meter
2016.11.22 20:44:12 3: myWetter: 0 result(s) retrieved
2016.11.22 21:36:31 3: ZWave get eg_WZ_Licht_Tisch_B meter 2
2016.11.22 21:46:00 3: ZWave set eg_WZ_Licht_Tisch_B on
2016.11.22 21:46:09 3: ZWave set eg_WZ_Licht_Tisch_B off
2016.11.22 22:00:00 3: CUL_HM set Rolladen_RC_Sw_01 off
2016.11.22 22:35:12 3: ZWave set eg_WZ_Licht_Tisch_B configByte 50 100
2016.11.22 22:36:05 3: ZWave get eg_WZ_Licht_Tisch_B config 50
2016.11.22 22:36:08 3: ZWave get eg_WZ_Licht_Tisch_B config 50
2016.11.22 22:36:30 3: ZWave set eg_WZ_Licht_Tisch_B configByte 50 20
2016.11.22 22:36:52 3: ZWave set eg_WZ_Licht_Tisch_B configByte 51 10
2016.11.22 22:37:07 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelOperatingMode
2016.11.22 22:37:08 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelPulseTimeForFlashing13
2016.11.22 22:37:08 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelReactionToSwitchFor11
2016.11.22 22:37:08 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelTimeParameterFor12
2016.11.22 22:37:08 3: ZWave get eg_WZ_Licht_Tisch_B configSavingStateBeforePowerFailure
2016.11.22 22:37:08 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelOperatingMode
2016.11.22 22:37:08 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelPulseTimeFor18
2016.11.22 22:37:08 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelReactionToSwitchFor16
2016.11.22 22:37:08 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelTimeParameterFor17
2016.11.22 22:38:19 3: ZWave get eg_WZ_Licht_Tisch_B config 51
2016.11.22 22:38:27 3: ZWave get eg_WZ_Licht_Tisch_B config 50
2016.11.23 06:00:00 3: CUL_HM set Rolladen_RC_Sw_01 on
2016.11.23 07:09:49 3: CUL_HM set dg_SZ_Rolladen 100
2016.11.23 09:00:00 3: CUL_HM set Rolladen_RC_Sw_01 off
2016.11.23 18:00:00 3: CUL_HM set Rolladen_RC_Sw_01 on
2016.11.23 19:00:00 3: CUL_HM set dg_SZ_Rolladen 50
2016.11.23 21:45:55 3: myWetter: 0 result(s) retrieved
2016.11.23 22:00:00 3: CUL_HM set Rolladen_RC_Sw_01 off
2016.11.24 06:00:00 3: CUL_HM set Rolladen_RC_Sw_01 on
2016.11.24 07:11:08 3: CUL_HM set dg_SZ_Rolladen 100
2016.11.24 08:59:12 3: ZWave get eg_WZ_Licht_Tisch_B associationGroups
2016.11.24 08:59:13 3: ZWave get eg_WZ_Licht_Tisch_B association 1
2016.11.24 08:59:14 3: ZWave get eg_WZ_Licht_Tisch_B association 2
2016.11.24 08:59:15 3: ZWave get eg_WZ_Licht_Tisch_B association 3
2016.11.24 08:59:16 3: ZWave get eg_WZ_Licht_Tisch_B association 4
2016.11.24 08:59:17 3: ZWave get eg_WZ_Licht_Tisch_B association 5
2016.11.24 09:00:00 3: CUL_HM set Rolladen_RC_Sw_01 off
2016.11.24 09:00:18 3: ZWave get eg_WZ_Licht_Tisch_B meter 3
2016.11.24 09:00:21 3: ZWave get eg_WZ_Licht_Tisch_B meter 3
2016.11.24 09:00:22 3: WEB_192.168.178.202_49650 asyncOutput: device gone, output was: Timeout reading answer for meter
2016.11.24 09:00:23 2: ZWave: No ACK from eg_WZ_Licht_Tisch_B after 5s for sentackget:1302033201182579
2016.11.24 09:00:28 2: ZWave: No ACK from eg_WZ_Licht_Tisch_B after 5s for sentackget:130203320118257a
2016.11.24 09:01:03 3: ZWave get eg_WZ_Licht_Tisch_B meterSupported
2016.11.24 09:01:06 3: ZWave get eg_WZ_Licht_Tisch_B meterSupported
2016.11.24 09:01:07 3: WEB_192.168.178.202_49666 asyncOutput: device gone, output was: Timeout reading answer for meterSupported
2016.11.24 09:03:20 3: ZWave get eg_WZ_Licht_Tisch_B powerlevel
2016.11.24 09:03:24 3: WEB_192.168.178.202_49683 asyncOutput: device gone, output was: Timeout reading answer for powerlevel
2016.11.24 09:03:40 3: ZWave get eg_WZ_Licht_Tisch_B powerlevel
2016.11.24 09:03:41 3: ZWave get eg_WZ_Licht_Tisch_B powerlevel
2016.11.24 09:03:44 3: WEB_192.168.178.202_49685 asyncOutput: device gone, output was: Timeout reading answer for powerlevel
2016.11.24 09:05:03 3: ZWave get eg_WZ_Licht_Tisch_B swmStatus
2016.11.24 09:05:07 3: WEB_192.168.178.202_49689 asyncOutput: device gone, output was: Timeout reading answer for swmStatus
2016.11.24 09:05:08 2: ZWave: No ACK from eg_WZ_Licht_Tisch_B after 5s for sentackget:13020226022580
2016.11.24 09:05:37 3: ZWave get eg_WZ_Licht_Tisch_B swbStatus
2016.11.24 09:05:41 3: WEB_192.168.178.202_49704 asyncOutput: device gone, output was: Timeout reading answer for swbStatus
2016.11.24 09:06:08 3: ZWave get eg_WZ_Licht_Tisch_B swmStatus
2016.11.24 09:06:12 3: WEB_192.168.178.202_49708 asyncOutput: device gone, output was: Timeout reading answer for swmStatus
2016.11.24 09:06:13 2: ZWave: No ACK from eg_WZ_Licht_Tisch_B after 5s for sentackget:13020226022582
2016.11.24 09:18:38 3: ZWave set eg_WZ_Licht_Tisch_B configWord 53 10
2016.11.24 09:18:59 3: ZWave get eg_WZ_Licht_Tisch_B config 53
2016.11.24 09:19:03 3: WEB_192.168.178.202_49791 asyncOutput: device gone, output was: Timeout reading answer for config
2016.11.24 09:19:03 3: ZWave get eg_WZ_Licht_Tisch_B config 53
2016.11.24 09:19:07 3: WEB_192.168.178.202_49792 asyncOutput: device gone, output was: Timeout reading answer for config
2016.11.24 09:19:49 3: ZWave set eg_WZ_Licht_Tisch_B configWord 57 10
2016.11.24 09:20:18 3: ZWave get eg_WZ_Licht_Tisch_B config 57
2016.11.24 09:20:22 3: WEB_192.168.178.202_49856 asyncOutput: device gone, output was: Timeout reading answer for config
2016.11.24 14:47:18 3: myWetter: 0 result(s) retrieved
2016.11.24 18:00:00 3: CUL_HM set Rolladen_RC_Sw_01 on
2016.11.24 19:00:00 3: CUL_HM set dg_SZ_Rolladen 50
2016.11.24 22:00:00 3: CUL_HM set Rolladen_RC_Sw_01 off
2016.11.24 22:02:29 3: ZWave get eg_WZ_Licht_Tisch_B associationGroups
2016.11.24 22:02:31 3: ZWave get eg_WZ_Licht_Tisch_B association 1
2016.11.24 22:02:32 3: ZWave get eg_WZ_Licht_Tisch_B association 2
2016.11.24 22:02:33 3: ZWave get eg_WZ_Licht_Tisch_B association 3
2016.11.24 22:02:34 3: ZWave get eg_WZ_Licht_Tisch_B association 4
2016.11.24 22:02:35 3: ZWave get eg_WZ_Licht_Tisch_B association 5
2016.11.24 22:02:43 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelOperatingMode
2016.11.24 22:02:43 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelPulseTimeForFlashing13
2016.11.24 22:02:43 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelReactionToSwitchFor11
2016.11.24 22:02:43 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelTimeParameterFor12
2016.11.24 22:02:43 3: ZWave get eg_WZ_Licht_Tisch_B configSavingStateBeforePowerFailure
2016.11.24 22:02:43 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelOperatingMode
2016.11.24 22:02:43 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelPulseTimeFor18
2016.11.24 22:02:43 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelReactionToSwitchFor16
2016.11.24 22:02:43 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelTimeParameterFor17
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass ALARM
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass APPLICATION_STATUS
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass ASSOCIATION
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass ASSOCIATION_GRP_INFO
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass CENTRAL_SCENE
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass CONFIGURATION
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass CRC_16_ENCAP
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass DEVICE_RESET_LOCALLY
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass FIRMWARE_UPDATE_MD
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass MANUFACTURER_SPECIFIC
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass METER
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass MULTI_CHANNEL
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass MULTI_CHANNEL_ASSOCIATION
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass POWERLEVEL
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass PROTECTION
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass SECURITY
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass SWITCH_BINARY
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass SWITCH_MULTILEVEL
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass VERSION
2016.11.24 22:02:57 3: ZWave get eg_WZ_Licht_Tisch_B versionClass ZWAVEPLUS_INFO
2016.11.24 22:24:24 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelOperatingMode
2016.11.24 22:24:24 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelPulseTimeForFlashing13
2016.11.24 22:24:24 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelReactionToSwitchFor11
2016.11.24 22:24:24 3: ZWave get eg_WZ_Licht_Tisch_B configFirstChannelTimeParameterFor12
2016.11.24 22:24:24 3: ZWave get eg_WZ_Licht_Tisch_B configSavingStateBeforePowerFailure
2016.11.24 22:24:24 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelOperatingMode
2016.11.24 22:24:24 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelPulseTimeFor18
2016.11.24 22:24:24 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelReactionToSwitchFor16
2016.11.24 22:24:24 3: ZWave get eg_WZ_Licht_Tisch_B configSecondChannelTimeParameterFor17
2016.11.24 22:27:57 4: ZWDongle_Read ZWDongle_1: rcvd 00041002032503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 22:27:57 5: SW: 06
2016.11.24 22:27:57 5: ZWDongle_1 dispatch 00041002032503ff
2016.11.24 22:27:57 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032503ff CB:10
2016.11.24 22:27:59 4: ZWDongle_Read ZWDongle_1: rcvd 000410020832022132017f0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 22:27:59 5: SW: 06
2016.11.24 22:27:59 5: ZWDongle_1 dispatch 000410020832022132017f0000
2016.11.24 22:27:59 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0832022132017f0000 CB:10
2016.11.24 22:28:02 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 22:28:02 5: SW: 06
2016.11.24 22:28:02 5: ZWDongle_1 dispatch 0004100203250300
2016.11.24 22:28:02 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.24 22:28:02 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 22:28:02 5: SW: 06
2016.11.24 22:28:02 5: ZWDongle_1 dispatch 0004100203250300
2016.11.24 22:28:02 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.24 22:28:04 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 22:28:04 5: SW: 06
2016.11.24 22:28:04 5: ZWDongle_1 dispatch 00041002083202213200000000
2016.11.24 22:28:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200000000 CB:10
2016.11.24 22:28:30 5: ZWDongle_Write 00130207600d000132011025d4 (dda774cc)
2016.11.24 22:28:30 5: SW: 010e00130207600d000132011025d459
2016.11.24 22:28:30 5: ACK received, WaitForAck=>2 for 010e00130207600d000132011025d459
2016.11.24 22:28:30 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.24 22:28:30 5: SW: 06
2016.11.24 22:28:30 5: ZWDongle_1 dispatch 011301
2016.11.24 22:28:30 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.24 22:28:30 5: SW: 06
2016.11.24 22:28:30 5: ZWDongle_1 dispatch 011301
2016.11.24 22:28:30 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.24 22:28:30 5: SW: 06
2016.11.24 22:28:30 5: ZWDongle_1 dispatch 011301
2016.11.24 22:28:30 4: ZWDongle_Read ZWDongle_1: rcvd 0013d4000002 (request ZW_SEND_DATA), sending ACK
2016.11.24 22:28:30 5: SW: 06
2016.11.24 22:28:30 5: device ack reveived, removing 010e00130207600d000132011025d459 from dongle sendstack
2016.11.24 22:28:30 5: ZWDongle_1 dispatch 0013d4000002
2016.11.24 22:28:30 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:d4
2016.11.24 22:28:30 4: ZWDongle_1 transmit OK for CB d4, target eg_WZ_Licht_Tisch_B
2016.11.24 22:28:31 4: ZWDongle_Read ZWDongle_1: rcvd 000410020c600d01003202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 22:28:31 5: SW: 06
2016.11.24 22:28:31 5: ZWDongle_1 dispatch 000410020c600d01003202213200000000
2016.11.24 22:28:31 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0c600d01003202213200000000 CB:10
2016.11.24 22:28:34 3: WEB_192.168.178.24_56291 asyncOutput: device gone, output was: Timeout reading answer for meter
2016.11.24 22:28:36 5: ZWDongle_Write 00130207600d000132011025d5 (dda774cc)
2016.11.24 22:28:36 5: SW: 010e00130207600d000132011025d558
2016.11.24 22:28:36 5: ACK received, WaitForAck=>2 for 010e00130207600d000132011025d558
2016.11.24 22:28:36 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.24 22:28:36 5: SW: 06
2016.11.24 22:28:36 5: ZWDongle_1 dispatch 011301
2016.11.24 22:28:36 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.24 22:28:36 5: SW: 06
2016.11.24 22:28:36 5: ZWDongle_1 dispatch 011301
2016.11.24 22:28:36 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.24 22:28:36 5: SW: 06
2016.11.24 22:28:36 5: ZWDongle_1 dispatch 011301
2016.11.24 22:28:36 4: ZWDongle_Read ZWDongle_1: rcvd 0013d5000002 (request ZW_SEND_DATA), sending ACK
2016.11.24 22:28:36 5: SW: 06
2016.11.24 22:28:36 5: device ack reveived, removing 010e00130207600d000132011025d558 from dongle sendstack
2016.11.24 22:28:36 5: ZWDongle_1 dispatch 0013d5000002
2016.11.24 22:28:36 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:d5
2016.11.24 22:28:36 4: ZWDongle_1 transmit OK for CB d5, target eg_WZ_Licht_Tisch_B
2016.11.24 22:28:37 4: ZWDongle_Read ZWDongle_1: rcvd 000410020c600d01003202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 22:28:37 5: SW: 06
2016.11.24 22:28:37 5: ZWDongle_1 dispatch 000410020c600d01003202213200000000
2016.11.24 22:28:37 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0c600d01003202213200000000 CB:10
2016.11.24 22:28:38 5: ZWDongle_Write 00130207600d000132011025d6 (dda774cc)
2016.11.24 22:28:38 5: SW: 010e00130207600d000132011025d65b
2016.11.24 22:28:38 5: ACK received, WaitForAck=>2 for 010e00130207600d000132011025d65b
2016.11.24 22:28:38 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.24 22:28:38 5: SW: 06
2016.11.24 22:28:38 5: ZWDongle_1 dispatch 011301
2016.11.24 22:28:38 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.24 22:28:38 5: SW: 06
2016.11.24 22:28:38 5: ZWDongle_1 dispatch 011301
2016.11.24 22:28:38 4: ZWDongle_Read ZWDongle_1: rcvd 0013d6000003 (request ZW_SEND_DATA), sending ACK
2016.11.24 22:28:38 5: SW: 06
2016.11.24 22:28:38 5: device ack reveived, removing 010e00130207600d000132011025d65b from dongle sendstack
2016.11.24 22:28:38 5: ZWDongle_1 dispatch 0013d6000003
2016.11.24 22:28:38 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:d6
2016.11.24 22:28:38 4: ZWDongle_1 transmit OK for CB d6, target eg_WZ_Licht_Tisch_B
2016.11.24 22:28:39 4: ZWDongle_Read ZWDongle_1: rcvd 000410020c600d01003202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 22:28:39 5: SW: 06
2016.11.24 22:28:39 5: ZWDongle_1 dispatch 000410020c600d01003202213200000000
2016.11.24 22:28:39 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0c600d01003202213200000000 CB:10
2016.11.24 22:28:40 3: WEB_192.168.178.24_56292 asyncOutput: device gone, output was: Timeout reading answer for meter
2016.11.24 22:28:51 5: ZWDongle_Write 00130207600d000232011025d7 (dda774cc)
2016.11.24 22:28:51 5: SW: 010e00130207600d000232011025d759
2016.11.24 22:28:52 5: ACK received, WaitForAck=>2 for 010e00130207600d000232011025d759
2016.11.24 22:28:52 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.24 22:28:52 5: SW: 06
2016.11.24 22:28:52 5: ZWDongle_1 dispatch 011301
2016.11.24 22:28:52 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.24 22:28:52 5: SW: 06
2016.11.24 22:28:52 5: ZWDongle_1 dispatch 011301
2016.11.24 22:28:52 4: ZWDongle_Read ZWDongle_1: rcvd 0013d7000003 (request ZW_SEND_DATA), sending ACK
2016.11.24 22:28:52 5: SW: 06
2016.11.24 22:28:52 5: device ack reveived, removing 010e00130207600d000232011025d759 from dongle sendstack
2016.11.24 22:28:52 5: ZWDongle_1 dispatch 0013d7000003
2016.11.24 22:28:52 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:d7
2016.11.24 22:28:52 4: ZWDongle_1 transmit OK for CB d7, target eg_WZ_Licht_Tisch_B
2016.11.24 22:28:53 4: ZWDongle_Read ZWDongle_1: rcvd 000410020c600d02003202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 22:28:53 5: SW: 06
2016.11.24 22:28:53 5: ZWDongle_1 dispatch 000410020c600d02003202213200000000
2016.11.24 22:28:53 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0c600d02003202213200000000 CB:10
2016.11.24 22:28:55 3: WEB_192.168.178.24_56299 asyncOutput: device gone, output was: Timeout reading answer for meter

krikan

Zitatwas genau der Unterschied zwischen main controler und main Device
Meine Interpretation:
Main Controller ist das Stück Hardware, das alle Nachrichten des Gerätes empfängt, egal von welchem Channel (root und endpoints) des Gerätes diese Nachrichten kommen.
Main Device ist das FHEM-Device, das alle Nachrichten vom Channel root des Gerätes bekommt, aber nicht zwingend alle Nachrichten von allen Endpoints

Zitateinige get Befehle (get <device> wakeupInterval  und get <device> mcaAll) gab es gar nicht.

  • gibt es nur bei Geräten mit Classes WAKE_UP -> korrekt
  • gibt es nur bei aktuellem FHEM-Update-Stand -> bitte "update" und anschließend "shutdown restart" (Bitte nicht mit alten Updateständen ohne Vorwarnung hier berichten. Das macht eine Interpretation schwierig.  :)

Irgendwie gefällt mir das Log nicht. Es gibt bspw. für mich unverständliche Wiederholungen bspw. von dispatch 011301. Ursache kenne ich nicht und dürfte auch nicht mit dem eigentlichen Problem zusammenhängen.

Zum Thema:
Classes ASSOCIATION und MULTI_CHANNEL_ASSOCIATION in den Subdevices (=Endpoints) kenne ich bisher nicht. Aber genau  mit diesen Classes solltest Du testhalber einmal experimentieren. Erfolg könnte (geraten) das Setzen von MULTI_CHANNEL_ASSOCIATIONs (Falls NodeId 1 der Controller ist bspw.: "set <device> mcaAdd 2 0 1 2", "set <device> mcaAdd 3 0 1 3") bringen. Für Tests würde ich event-on-change-reading aus den Devices rausnehmen, damit alle Events durchkommen.

Ach so: Der FGS223 scheint insgesamt ein schwierigeres Thema zu sein. In den einschlägigen Foren (z-way, vera, domoticz) gibt es Problemberichte in ähnlichen Bereichen. Konnte daraus aber nichts gewinnbringendes für FHEM ziehen. Entweder sind die Probleme bei uns nicht vorhanden/gelöst oder es gibt keine Lösungen.

eki

#10
Vielen Dank für die Tips. Sorry bezüglich der alten Version, hatte Update gemacht, aber das Reset vergessen. Das Setzen von mcaAdd 3 0 1 3 beim zweiten Kanal hat zumindest schon mal dafür gesorgt, dass der Power Wert in den Main Controller kommt. Wenn man dann im Main Device per "get meter 2" abfragt, ist der Wert auch dort zu sehen. Allerdings geht das nicht automatisch (auch nicht für den 1. Kana)l. Nur wenn man am Main Decice schaltet, wird der Power Wert automatisch als Reading aktualisiert.

krikan

Kannst Du bitte noch einmal ein log mit verbose 5 und mscelog 1 von den Nachrichten, die jetzt im MainDevice kommen, posten. Nehme auch gerne weitere Schaltvorgänge, die in den anderen Devices landen. Und ein aktuelles list der Devices wäre auch gut. Ob die Infos bei Deinem Problem weiterhelfen, ist mir unbekannt. Aber es würde eventuell der Verbesserung der Class MULTI_CHANNEL zu Gute kommen. Da fehlen noch Infos/Verständnis.

eki

#12
OK, hier mal die Infos (ich nehme an Du meintest "mseclog=1").

Listings (mit Zusatzkommentaren von mir bezüglich der jeweiligen Devices)
List Main Device:

Internals:
   DEF        dda774cc 2
   IODev      ZWDongle_1
   LASTInputDev ZWDongle_1
   MSGCNT     372
   NAME       eg_WZ_Licht_Tisch_B
   NR         308
   STATE      off
   TYPE       ZWave
   ZWDongle_1_MSGCNT 372
   ZWDongle_1_RAWMSG 0004100203200100
   ZWDongle_1_TIME 2016-11-26 18:50:28
   ZWaveSubDevice no
   endpointChildren eg_WZ_Licht_Tisch_C1,eg_WZ_Licht_Tisch_C2
   homeId     dda774cc
   isWakeUp
   lastMsgSent 1480179275.37069
   nodeIdHex  02
   Readings:
     2016-11-25 19:16:53   SEND_DATA       failed:00
     2016-11-24 22:02:32   assocGroup_1    Max 1 Nodes ZWDongle_1
     2016-11-24 22:02:33   assocGroup_2    Max 5 Nodes
     2016-11-24 22:02:34   assocGroup_3    Max 5 Nodes
     2016-11-24 22:02:35   assocGroup_4    Max 5 Nodes
     2016-11-24 22:02:36   assocGroup_5    Max 5 Nodes
     2016-11-24 22:02:31   assocGroups     5
     2016-11-26 18:50:28   basicSet        0
     2016-11-26 00:37:42   configFirstChannelOperatingMode StandardOperation
     2016-11-26 00:37:43   configFirstChannelPulseTimeForFlashing13 5
     2016-11-26 00:37:44   configFirstChannelReactionToSwitchFor11 CancelModeAndSetTargetState
     2016-11-26 00:37:45   configFirstChannelTimeParameterFor12 50
     2016-11-26 00:37:46   configSavingStateBeforePowerFailure StateSavedAtPowerFailureAll1
     2016-11-26 00:37:48   configSecondChannelOperatingMode StandardOperation
     2016-11-26 00:37:49   configSecondChannelPulseTimeFor18 5
     2016-11-26 00:37:50   configSecondChannelReactionToSwitchFor16 CancelModeAndSetTargetState
     2016-11-26 00:37:51   configSecondChannelTimeParameterFor17 50
     2016-11-22 22:38:28   config_50       20
     2016-11-22 22:38:21   config_51       10
     2016-11-24 09:19:04   config_53       10
     2016-11-21 21:47:56   config_54       20
     2016-11-21 21:48:28   config_55       10
     2016-11-24 09:20:19   config_57       10
     2016-11-21 21:50:52   config_58       3600
     2016-11-26 00:20:18   energy           0.2 kWh
     2016-11-19 12:08:38   mcCapability_01 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2016-11-19 12:08:40   mcCapability_02 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2016-11-19 12:08:33   mcEndpoints     total 2, identical
     2016-11-26 17:46:34   mcaGroups       5
     2016-11-26 17:46:35   mca_1           Max 1 Nodes ZWDongle_1
     2016-11-26 17:46:36   mca_2           Max 5 Nodes ZWDongle_1 ZWDongle_1:2
     2016-11-26 17:46:37   mca_3           Max 5
     2016-11-26 17:46:38   mca_4           Max 5
     2016-11-26 17:46:39   mca_5           Max 5 Nodes ZWDongle_1:3
     2016-11-24 09:01:08   meterSupported  type: energy scales: 0:kWh, 2:W resetable: yes
     2016-11-19 20:45:43   model           FIBARO System FGS223 Double Relay
     2016-11-19 20:45:43   modelConfig     fibaro/fgs223.xml
     2016-11-19 20:45:43   modelId         010f-0203-1000
     2016-11-19 20:45:44   neighborList    ZWDongle_1
     2016-11-26 17:54:39   power            22.2 W
     2016-11-24 09:03:43   powerlvl        current 0 remain 0
     2016-11-19 20:52:17   powerlvlTest    node 0 status 0 frameAck 0
     2016-11-26 18:50:27   reportedState   off
     2016-11-26 18:50:27   state           off
     2016-11-26 17:54:35   timeToAck       0.044
     2016-11-26 17:54:35   transmit        OK
     2016-11-19 20:00:30   zwavePlusInfo   version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0700 userIcon:0700
Attributes:
   IODev      ZWDongle_1
   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

*******************************************************************************************************************************************************************

List Kanal 1:
Internals:
   CHANGED
   DEF        dda774cc 513
   IODev      ZWDongle_1
   LASTInputDev ZWDongle_1
   MSGCNT     294
   NAME       eg_WZ_Licht_Tisch_C1
   NR         310
   STATE      on
   TYPE       ZWave
   ZWDongle_1_MSGCNT 294
   ZWDongle_1_RAWMSG 0004100207600d0102200100
   ZWDongle_1_TIME 2016-11-26 18:50:29
   ZWaveSubDevice yes
   endpointParent eg_WZ_Licht_Tisch_B
   homeId     dda774cc
   isWakeUp
   nodeIdHex  0201
   Readings:
     2016-11-24 22:03:50   assocGroup_1    Max 0 Nodes
     2016-11-24 22:03:51   assocGroup_2    Max 5 Nodes
     2016-11-24 22:03:52   assocGroup_3    Max 5 Nodes
     2016-11-24 22:03:49   assocGroups     3
     2016-11-26 18:50:29   basicSet        0
     2016-11-19 20:56:04   energy          0.02 kWh
     2016-11-26 00:21:18   mcaGroups       3
     2016-11-26 00:21:19   mca_1           Max 0
     2016-11-26 00:21:21   mca_2           Max 5 Nodes ZWDongle_1 ZWDongle_1:2
     2016-11-26 00:21:22   mca_3           Max 5
     2016-11-19 20:56:39   meterSupported  type: energy scales: 0:kWh, 2:W resetable: yes
     2016-11-26 17:48:32   power            0 W
     2016-11-25 23:33:04   reportedState   setOn
     2016-11-26 17:54:35   state           on
     2016-11-19 20:57:57   version         Lib 3 Prot 4.05 App 3.2 HW 3 FWCounter 0
     2016-11-19 20:58:17   zwavePlusInfo   version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0700 userIcon:0700
Attributes:
   IODev      ZWDongle_1
   classes    ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
   event-on-change-reading .*
   room       Wohnzimmer,ZWave
   verbose    1

*******************************************************************************************************************************************************************

List Kanal 2:
Internals:
   CHANGED
   DEF        dda774cc 514
   IODev      ZWDongle_1
   LASTInputDev ZWDongle_1
   MSGCNT     306
   NAME       eg_WZ_Licht_Tisch_C2
   NR         312
   STATE      setOn
   TYPE       ZWave
   ZWDongle_1_MSGCNT 306
   ZWDongle_1_RAWMSG 0004100208600d02032601ff00
   ZWDongle_1_TIME 2016-11-26 18:50:30
   ZWaveSubDevice yes
   endpointParent eg_WZ_Licht_Tisch_B
   homeId     dda774cc
   isWakeUp
   nodeIdHex  0202
   Readings:
     2016-11-24 22:04:46   assocGroup_1    Max 0 Nodes
     2016-11-24 22:04:47   assocGroup_2    Max 5 Nodes
     2016-11-24 22:04:48   assocGroup_3    Max 5 Nodes
     2016-11-24 22:04:45   assocGroups     3
     2016-11-25 23:31:04   basicSet        255
     2016-11-19 22:49:04   energy          0 kWh
     2016-11-25 23:36:22   mcaGroups       3
     2016-11-25 23:36:23   mca_1           Max 0
     2016-11-25 23:36:25   mca_2           Max 5
     2016-11-25 23:36:26   mca_3           Max 5 Nodes ZWDongle_1:3
     2016-11-21 21:53:03   meterSupported  type: energy scales: 0:kWh, 2:W resetable: yes
     2016-11-26 17:49:03   power            21.2 W
     2016-11-26 18:50:30   reportedState   setOn
     2016-11-26 18:50:30   state           setOn
Attributes:
   IODev      ZWDongle_1
   classes    ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
   event-on-change-reading .*
   room       ZWave
   verbose    1


Events (mit Zusatzkommentaren von mir bezüglich dessen was während des Logs passiert ist):
Einschalten und ausschalten Main Device (aus FHEM):
2016-11-27 16:53:10.648 ZWave eg_WZ_Licht_Tisch_B on
2016-11-27 16:53:11.784 ZWave eg_WZ_Licht_Tisch_B on
2016-11-27 16:53:11.784 ZWave eg_WZ_Licht_Tisch_B reportedState: on
2016-11-27 16:53:13.150 ZWave eg_WZ_Licht_Tisch_B off
2016-11-27 16:53:14.469 ZWave eg_WZ_Licht_Tisch_B off
2016-11-27 16:53:14.469 ZWave eg_WZ_Licht_Tisch_B reportedState: off
2016-11-27 16:53:15.641 ZWave eg_WZ_Licht_Tisch_B power:  0 W

Einschalten und ausschalten Kanal 1 (aus FHEM):
2016-11-27 16:53:48.522 ZWave eg_WZ_Licht_Tisch_C2 off
2016-11-27 16:53:48.562 ZWave eg_WZ_Licht_Tisch_C1 on
2016-11-27 16:53:49.525 ZWave eg_WZ_Licht_Tisch_B on
2016-11-27 16:53:49.525 ZWave eg_WZ_Licht_Tisch_B reportedState: on
2016-11-27 16:53:51.839 ZWave eg_WZ_Licht_Tisch_C2 on
2016-11-27 16:53:51.877 ZWave eg_WZ_Licht_Tisch_C1 off
2016-11-27 16:53:52.545 ZWave eg_WZ_Licht_Tisch_B power:  21.8 W
2016-11-27 16:53:53.594 ZWave eg_WZ_Licht_Tisch_B off
2016-11-27 16:53:53.594 ZWave eg_WZ_Licht_Tisch_B reportedState: off
2016-11-27 16:53:54.675 ZWave eg_WZ_Licht_Tisch_B power:  0 W

Einschalten und ausschalten Kanal 2 (aus FHEM):
2016-11-27 16:55:20.680 ZWave eg_WZ_Licht_Tisch_C2 off
2016-11-27 16:55:23.407 ZWave eg_WZ_Licht_Tisch_C2 on

Einschalten und ausschalten Kanal 1 (am Schalter 1):
2016-11-27 16:58:26.762 ZWave eg_WZ_Licht_Tisch_B on
2016-11-27 16:58:26.762 ZWave eg_WZ_Licht_Tisch_B reportedState: on
2016-11-27 16:58:29.541 ZWave eg_WZ_Licht_Tisch_B power:  21.8 W
2016-11-27 16:58:35.278 ZWave eg_WZ_Licht_Tisch_C2 setOn
2016-11-27 16:58:37.388 ZWave eg_WZ_Licht_Tisch_B off
2016-11-27 16:58:37.388 ZWave eg_WZ_Licht_Tisch_B reportedState: off
2016-11-27 16:58:37.493 ZWave eg_WZ_Licht_Tisch_B basicSet: 0
2016-11-27 16:58:38.470 ZWave eg_WZ_Licht_Tisch_B basicSet: 0
2016-11-27 16:58:41.074 ZWave eg_WZ_Licht_Tisch_B power:  0 W

Strom auf Kanal 2 und Strom wieder abschalten (am Schalter 2):
Keine Events

get meter 2 auf den 3 Devices:
2016-11-27 17:06:38.240 ZWave eg_WZ_Licht_Tisch_B power:  23.4 W
2016-11-27 17:08:32.272 ZWave eg_WZ_Licht_Tisch_C1 power:  22.9 W
2016-11-27 17:09:33.396 ZWave eg_WZ_Licht_Tisch_C2 power:  0 W


2016.11.27 16:48:50.813 3: ZWave set eg_WZ_Licht_Tisch_B on
2016.11.27 16:48:53.495 3: ZWave set eg_WZ_Licht_Tisch_B off
2016.11.27 16:50:14.053 3: ZWave set eg_WZ_Licht_Tisch_B on
2016.11.27 16:50:17.627 3: ZWave set eg_WZ_Licht_Tisch_B off
2016.11.27 16:50:54.933 3: ZWave set eg_WZ_Licht_Tisch_C1 off
2016.11.27 16:50:54.981 3: ZWave set eg_WZ_Licht_Tisch_C2 on
2016.11.27 16:50:57.438 3: ZWave set eg_WZ_Licht_Tisch_C1 on
2016.11.27 16:50:57.482 3: ZWave set eg_WZ_Licht_Tisch_C2 off
2016.11.27 16:52:20.771 3: ZWave set eg_WZ_Licht_Tisch_C1 off
2016.11.27 16:52:20.775 5: ZWDongle_Write 00130207600d00012501002531 (dda774cc)
2016.11.27 16:52:20.778 5: SW: 010e00130207600d00012501002531bb
2016.11.27 16:52:20.818 3: ZWave set eg_WZ_Licht_Tisch_C2 on
2016.11.27 16:52:20.964 5: ACK received, WaitForAck=>2 for 010e00130207600d00012501002531bb
2016.11.27 16:52:20.966 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:52:20.968 5: SW: 06
2016.11.27 16:52:20.971 5: ZWDongle_1 dispatch 011301
2016.11.27 16:52:20.982 4: ZWDongle_Read ZWDongle_1: rcvd 001331000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:52:20.983 5: SW: 06
2016.11.27 16:52:20.986 5: device ack reveived, removing 010e00130207600d00012501002531bb from dongle sendstack
2016.11.27 16:52:20.989 5: ZWDongle_1 dispatch 001331000002
2016.11.27 16:52:20.991 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:31
2016.11.27 16:52:20.992 4: ZWDongle_1 transmit OK for CB 31, target eg_WZ_Licht_Tisch_B
2016.11.27 16:52:21.000 5: ZWDongle_Write 00130207600d00022501FF2532 (dda774cc)
2016.11.27 16:52:21.003 5: SW: 010e00130207600d00022501FF253244
2016.11.27 16:52:21.013 5: ACK received, WaitForAck=>2 for 010e00130207600d00022501FF253244
2016.11.27 16:52:21.015 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:52:21.017 5: SW: 06
2016.11.27 16:52:21.020 5: ZWDongle_1 dispatch 011301
2016.11.27 16:52:21.032 4: ZWDongle_Read ZWDongle_1: rcvd 001332000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:52:21.034 5: SW: 06
2016.11.27 16:52:21.037 5: device ack reveived, removing 010e00130207600d00022501FF253244 from dongle sendstack
2016.11.27 16:52:21.039 5: ZWDongle_1 dispatch 001332000003
2016.11.27 16:52:21.042 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:32
2016.11.27 16:52:21.043 4: ZWDongle_1 transmit OK for CB 32, target eg_WZ_Licht_Tisch_B
2016.11.27 16:52:21.985 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:52:21.987 5: SW: 06
2016.11.27 16:52:21.990 5: ZWDongle_1 dispatch 0004100203250300
2016.11.27 16:52:21.993 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.27 16:52:23.178 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:52:23.179 5: SW: 06
2016.11.27 16:52:23.183 5: ZWDongle_1 dispatch 00041002083202213200000000
2016.11.27 16:52:23.185 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200000000 CB:10
2016.11.27 16:52:33.186 3: ZWave set eg_WZ_Licht_Tisch_B on
2016.11.27 16:52:33.190 5: ZWDongle_Write 001302032501FF2533 (dda774cc)
2016.11.27 16:52:33.193 5: SW: 010a001302032501FF25332a
2016.11.27 16:52:33.312 5: ACK received, WaitForAck=>2 for 010a001302032501FF25332a
2016.11.27 16:52:33.314 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:52:33.315 5: SW: 06
2016.11.27 16:52:33.319 5: ZWDongle_1 dispatch 011301
2016.11.27 16:52:33.330 4: ZWDongle_Read ZWDongle_1: rcvd 001333000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:52:33.331 5: SW: 06
2016.11.27 16:52:33.334 5: device ack reveived, removing 010a001302032501FF25332a from dongle sendstack
2016.11.27 16:52:33.337 5: ZWDongle_1 dispatch 001333000003
2016.11.27 16:52:33.339 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:33
2016.11.27 16:52:33.340 4: ZWDongle_1 transmit OK for CB 33, target eg_WZ_Licht_Tisch_B
2016.11.27 16:52:34.269 4: ZWDongle_Read ZWDongle_1: rcvd 00041002032503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:52:34.270 5: SW: 06
2016.11.27 16:52:34.274 5: ZWDongle_1 dispatch 00041002032503ff
2016.11.27 16:52:34.277 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032503ff CB:10
2016.11.27 16:52:36.368 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213201800000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:52:36.369 5: SW: 06
2016.11.27 16:52:36.373 5: ZWDongle_1 dispatch 00041002083202213201800000
2016.11.27 16:52:36.375 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213201800000 CB:10
2016.11.27 16:52:37.553 3: ZWave set eg_WZ_Licht_Tisch_B off
2016.11.27 16:52:37.557 5: ZWDongle_Write 001302032501002534 (dda774cc)
2016.11.27 16:52:37.560 5: SW: 010a001302032501002534d2
2016.11.27 16:52:37.686 5: ACK received, WaitForAck=>2 for 010a001302032501002534d2
2016.11.27 16:52:37.688 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:52:37.689 5: SW: 06
2016.11.27 16:52:37.693 5: ZWDongle_1 dispatch 011301
2016.11.27 16:52:37.703 4: ZWDongle_Read ZWDongle_1: rcvd 001334000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:52:37.704 5: SW: 06
2016.11.27 16:52:37.707 5: device ack reveived, removing 010a001302032501002534d2 from dongle sendstack
2016.11.27 16:52:37.710 5: ZWDongle_1 dispatch 001334000002
2016.11.27 16:52:37.712 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:34
2016.11.27 16:52:37.713 4: ZWDongle_1 transmit OK for CB 34, target eg_WZ_Licht_Tisch_B
2016.11.27 16:52:38.738 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:52:38.744 5: SW: 06
2016.11.27 16:52:38.750 5: ZWDongle_1 dispatch 0004100203250300
2016.11.27 16:52:38.755 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.27 16:52:39.929 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:52:39.930 5: SW: 06
2016.11.27 16:52:39.933 5: ZWDongle_1 dispatch 00041002083202213200000000
2016.11.27 16:52:39.936 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200000000 CB:10
2016.11.27 16:53:10.583 3: ZWave set eg_WZ_Licht_Tisch_B on
2016.11.27 16:53:10.587 5: ZWDongle_Write 001302032501FF2535 (dda774cc)
2016.11.27 16:53:10.590 5: SW: 010a001302032501FF25352c
2016.11.27 16:53:10.708 5: ACK received, WaitForAck=>2 for 010a001302032501FF25352c
2016.11.27 16:53:10.710 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:53:10.712 5: SW: 06
2016.11.27 16:53:10.715 5: ZWDongle_1 dispatch 011301
2016.11.27 16:53:10.725 4: ZWDongle_Read ZWDongle_1: rcvd 001335000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:53:10.726 5: SW: 06
2016.11.27 16:53:10.730 5: device ack reveived, removing 010a001302032501FF25352c from dongle sendstack
2016.11.27 16:53:10.732 5: ZWDongle_1 dispatch 001335000002
2016.11.27 16:53:10.734 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:35
2016.11.27 16:53:10.735 4: ZWDongle_1 transmit OK for CB 35, target eg_WZ_Licht_Tisch_B
2016.11.27 16:53:11.712 4: ZWDongle_Read ZWDongle_1: rcvd 00041002032503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:53:11.714 5: SW: 06
2016.11.27 16:53:11.717 5: ZWDongle_1 dispatch 00041002032503ff
2016.11.27 16:53:11.720 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032503ff CB:10
2016.11.27 16:53:13.080 3: ZWave set eg_WZ_Licht_Tisch_B off
2016.11.27 16:53:13.083 5: ZWDongle_Write 001302032501002536 (dda774cc)
2016.11.27 16:53:13.086 5: SW: 010a001302032501002536d0
2016.11.27 16:53:13.211 5: ACK received, WaitForAck=>2 for 010a001302032501002536d0
2016.11.27 16:53:13.212 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:53:13.214 5: SW: 06
2016.11.27 16:53:13.217 5: ZWDongle_1 dispatch 011301
2016.11.27 16:53:13.228 4: ZWDongle_Read ZWDongle_1: rcvd 001336000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:53:13.229 5: SW: 06
2016.11.27 16:53:13.232 5: device ack reveived, removing 010a001302032501002536d0 from dongle sendstack
2016.11.27 16:53:13.234 5: ZWDongle_1 dispatch 001336000002
2016.11.27 16:53:13.237 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:36
2016.11.27 16:53:13.238 4: ZWDongle_1 transmit OK for CB 36, target eg_WZ_Licht_Tisch_B
2016.11.27 16:53:14.393 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:53:14.398 5: SW: 06
2016.11.27 16:53:14.402 5: ZWDongle_1 dispatch 0004100203250300
2016.11.27 16:53:14.404 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.27 16:53:15.571 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:53:15.573 5: SW: 06
2016.11.27 16:53:15.576 5: ZWDongle_1 dispatch 00041002083202213200000000
2016.11.27 16:53:15.579 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200000000 CB:10
2016.11.27 16:53:48.399 3: ZWave set eg_WZ_Licht_Tisch_C1 on
2016.11.27 16:53:48.406 5: ZWDongle_Write 00130207600d00012501FF2537 (dda774cc)
2016.11.27 16:53:48.410 5: SW: 010e00130207600d00012501FF253742
2016.11.27 16:53:48.463 3: ZWave set eg_WZ_Licht_Tisch_C2 off
2016.11.27 16:53:48.633 5: ACK received, WaitForAck=>2 for 010e00130207600d00012501FF253742
2016.11.27 16:53:48.636 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:53:48.637 5: SW: 06
2016.11.27 16:53:48.641 5: ZWDongle_1 dispatch 011301
2016.11.27 16:53:48.652 4: ZWDongle_Read ZWDongle_1: rcvd 001337000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:53:48.653 5: SW: 06
2016.11.27 16:53:48.657 5: device ack reveived, removing 010e00130207600d00012501FF253742 from dongle sendstack
2016.11.27 16:53:48.659 5: ZWDongle_1 dispatch 001337000002
2016.11.27 16:53:48.661 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:37
2016.11.27 16:53:48.663 4: ZWDongle_1 transmit OK for CB 37, target eg_WZ_Licht_Tisch_B
2016.11.27 16:53:48.671 5: ZWDongle_Write 00130207600d00022501002538 (dda774cc)
2016.11.27 16:53:48.674 5: SW: 010e00130207600d00022501002538b1
2016.11.27 16:53:48.684 5: ACK received, WaitForAck=>2 for 010e00130207600d00022501002538b1
2016.11.27 16:53:48.686 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:53:48.687 5: SW: 06
2016.11.27 16:53:48.691 5: ZWDongle_1 dispatch 011301
2016.11.27 16:53:48.731 4: ZWDongle_Read ZWDongle_1: rcvd 001338000005 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:53:48.732 5: SW: 06
2016.11.27 16:53:48.735 5: device ack reveived, removing 010e00130207600d00022501002538b1 from dongle sendstack
2016.11.27 16:53:48.737 5: ZWDongle_1 dispatch 001338000005
2016.11.27 16:53:48.740 4: CMD:ZW_SEND_DATA ID:00 ARG:0005 CB:38
2016.11.27 16:53:48.741 4: ZWDongle_1 transmit OK for CB 38, target eg_WZ_Licht_Tisch_B
2016.11.27 16:53:49.453 4: ZWDongle_Read ZWDongle_1: rcvd 00041002032503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:53:49.455 5: SW: 06
2016.11.27 16:53:49.458 5: ZWDongle_1 dispatch 00041002032503ff
2016.11.27 16:53:49.461 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032503ff CB:10
2016.11.27 16:53:51.749 3: ZWave set eg_WZ_Licht_Tisch_C1 off
2016.11.27 16:53:51.753 5: ZWDongle_Write 00130207600d00012501002539 (dda774cc)
2016.11.27 16:53:51.755 5: SW: 010e00130207600d00012501002539b3
2016.11.27 16:53:51.792 3: ZWave set eg_WZ_Licht_Tisch_C2 on
2016.11.27 16:53:51.924 5: ACK received, WaitForAck=>2 for 010e00130207600d00012501002539b3
2016.11.27 16:53:51.927 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:53:51.928 5: SW: 06
2016.11.27 16:53:51.931 5: ZWDongle_1 dispatch 011301
2016.11.27 16:53:51.942 4: ZWDongle_Read ZWDongle_1: rcvd 001339000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:53:51.943 5: SW: 06
2016.11.27 16:53:51.946 5: device ack reveived, removing 010e00130207600d00012501002539b3 from dongle sendstack
2016.11.27 16:53:51.948 5: ZWDongle_1 dispatch 001339000003
2016.11.27 16:53:51.950 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:39
2016.11.27 16:53:51.952 4: ZWDongle_1 transmit OK for CB 39, target eg_WZ_Licht_Tisch_B
2016.11.27 16:53:51.959 5: ZWDongle_Write 00130207600d00022501FF253a (dda774cc)
2016.11.27 16:53:51.962 5: SW: 010e00130207600d00022501FF253a4c
2016.11.27 16:53:51.973 5: ACK received, WaitForAck=>2 for 010e00130207600d00022501FF253a4c
2016.11.27 16:53:51.974 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:53:51.976 5: SW: 06
2016.11.27 16:53:51.980 5: ZWDongle_1 dispatch 011301
2016.11.27 16:53:52.017 4: ZWDongle_Read ZWDongle_1: rcvd 00133a000005 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:53:52.019 5: SW: 06
2016.11.27 16:53:52.022 5: device ack reveived, removing 010e00130207600d00022501FF253a4c from dongle sendstack
2016.11.27 16:53:52.024 5: ZWDongle_1 dispatch 00133a000005
2016.11.27 16:53:52.026 4: CMD:ZW_SEND_DATA ID:00 ARG:0005 CB:3a
2016.11.27 16:53:52.028 4: ZWDongle_1 transmit OK for CB 3a, target eg_WZ_Licht_Tisch_B
2016.11.27 16:53:52.474 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200da0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:53:52.475 5: SW: 06
2016.11.27 16:53:52.479 5: ZWDongle_1 dispatch 00041002083202213200da0000
2016.11.27 16:53:52.481 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200da0000 CB:10
2016.11.27 16:53:53.519 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:53:53.524 5: SW: 06
2016.11.27 16:53:53.528 5: ZWDongle_1 dispatch 0004100203250300
2016.11.27 16:53:53.530 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.27 16:53:54.611 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:53:54.612 5: SW: 06
2016.11.27 16:53:54.615 5: ZWDongle_1 dispatch 00041002083202213200000000
2016.11.27 16:53:54.618 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200000000 CB:10
2016.11.27 16:55:20.623 3: ZWave set eg_WZ_Licht_Tisch_C2 off
2016.11.27 16:55:20.627 5: ZWDongle_Write 00130207600d0002250100253b (dda774cc)
2016.11.27 16:55:20.630 5: SW: 010e00130207600d0002250100253bb2
2016.11.27 16:55:20.732 5: ACK received, WaitForAck=>2 for 010e00130207600d0002250100253bb2
2016.11.27 16:55:20.734 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:55:20.736 5: SW: 06
2016.11.27 16:55:20.739 5: ZWDongle_1 dispatch 011301
2016.11.27 16:55:20.749 4: ZWDongle_Read ZWDongle_1: rcvd 00133b000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:55:20.751 5: SW: 06
2016.11.27 16:55:20.753 5: device ack reveived, removing 010e00130207600d0002250100253bb2 from dongle sendstack
2016.11.27 16:55:20.756 5: ZWDongle_1 dispatch 00133b000002
2016.11.27 16:55:20.758 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:3b
2016.11.27 16:55:20.759 4: ZWDongle_1 transmit OK for CB 3b, target eg_WZ_Licht_Tisch_B
2016.11.27 16:55:23.352 3: ZWave set eg_WZ_Licht_Tisch_C2 on
2016.11.27 16:55:23.355 5: ZWDongle_Write 00130207600d00022501FF253c (dda774cc)
2016.11.27 16:55:23.358 5: SW: 010e00130207600d00022501FF253c4a
2016.11.27 16:55:23.456 5: ACK received, WaitForAck=>2 for 010e00130207600d00022501FF253c4a
2016.11.27 16:55:23.458 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:55:23.459 5: SW: 06
2016.11.27 16:55:23.462 5: ZWDongle_1 dispatch 011301
2016.11.27 16:55:23.575 4: ZWDongle_Read ZWDongle_1: rcvd 00133c000009 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:55:23.576 5: SW: 06
2016.11.27 16:55:23.579 5: device ack reveived, removing 010e00130207600d00022501FF253c4a from dongle sendstack
2016.11.27 16:55:23.581 5: ZWDongle_1 dispatch 00133c000009
2016.11.27 16:55:23.584 4: CMD:ZW_SEND_DATA ID:00 ARG:0009 CB:3c
2016.11.27 16:55:23.585 4: ZWDongle_1 transmit OK for CB 3c, target eg_WZ_Licht_Tisch_B
2016.11.27 16:57:26.834 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:26.840 5: SW: 06
2016.11.27 16:57:26.844 5: ZWDongle_1 dispatch 0004100203250300
2016.11.27 16:57:26.847 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.27 16:57:26.959 4: ZWDongle_Read ZWDongle_1: rcvd 0004080203200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:26.960 5: SW: 06
2016.11.27 16:57:26.964 5: ZWDongle_1 dispatch 0004080203200100
2016.11.27 16:57:26.967 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03200100 CB:08
2016.11.27 16:57:27.804 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:27.806 5: SW: 06
2016.11.27 16:57:27.812 5: ZWDongle_1 dispatch 0004100203200100
2016.11.27 16:57:27.818 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03200100 CB:10
2016.11.27 16:57:27.952 4: ZWDongle_Read ZWDongle_1: rcvd 0004080207600d0102200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:27.954 5: SW: 06
2016.11.27 16:57:27.957 5: ZWDongle_1 dispatch 0004080207600d0102200100
2016.11.27 16:57:27.960 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:07600d0102200100 CB:08
2016.11.27 16:57:28.984 4: ZWDongle_Read ZWDongle_1: rcvd 0004100207600d0102200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:28.985 5: SW: 06
2016.11.27 16:57:28.988 5: ZWDongle_1 dispatch 0004100207600d0102200100
2016.11.27 16:57:28.991 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:07600d0102200100 CB:10
2016.11.27 16:57:29.208 4: ZWDongle_Read ZWDongle_1: rcvd 0004080208600d020326010000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:29.210 5: SW: 06
2016.11.27 16:57:29.213 5: ZWDongle_1 dispatch 0004080208600d020326010000
2016.11.27 16:57:29.215 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:08600d020326010000 CB:08
2016.11.27 16:57:30.177 4: ZWDongle_Read ZWDongle_1: rcvd 0004100208600d020326010000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:30.178 5: SW: 06
2016.11.27 16:57:30.182 5: ZWDongle_1 dispatch 0004100208600d020326010000
2016.11.27 16:57:30.185 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:08600d020326010000 CB:10
2016.11.27 16:57:31.209 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:31.211 5: SW: 06
2016.11.27 16:57:31.214 5: ZWDongle_1 dispatch 00041002083202213200000000
2016.11.27 16:57:31.217 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200000000 CB:10
2016.11.27 16:57:35.540 4: ZWDongle_Read ZWDongle_1: rcvd 00041002032503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:35.542 5: SW: 06
2016.11.27 16:57:35.545 5: ZWDongle_1 dispatch 00041002032503ff
2016.11.27 16:57:35.548 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032503ff CB:10
2016.11.27 16:57:35.651 4: ZWDongle_Read ZWDongle_1: rcvd 00040802032001ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:35.652 5: SW: 06
2016.11.27 16:57:35.656 5: ZWDongle_1 dispatch 00040802032001ff
2016.11.27 16:57:35.658 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032001ff CB:08
2016.11.27 16:57:36.748 4: ZWDongle_Read ZWDongle_1: rcvd 00041002032001ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:36.750 5: SW: 06
2016.11.27 16:57:36.753 5: ZWDongle_1 dispatch 00041002032001ff
2016.11.27 16:57:36.756 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032001ff CB:10
2016.11.27 16:57:36.857 4: ZWDongle_Read ZWDongle_1: rcvd 0004080207600d01022001ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:36.858 5: SW: 06
2016.11.27 16:57:36.862 5: ZWDongle_1 dispatch 0004080207600d01022001ff
2016.11.27 16:57:36.865 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:07600d01022001ff CB:08
2016.11.27 16:57:37.893 4: ZWDongle_Read ZWDongle_1: rcvd 0004100207600d01022001ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:37.894 5: SW: 06
2016.11.27 16:57:37.897 5: ZWDongle_1 dispatch 0004100207600d01022001ff
2016.11.27 16:57:37.900 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:07600d01022001ff CB:10
2016.11.27 16:57:38.117 4: ZWDongle_Read ZWDongle_1: rcvd 0004080208600d02032601ff00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:38.118 5: SW: 06
2016.11.27 16:57:38.121 5: ZWDongle_1 dispatch 0004080208600d02032601ff00
2016.11.27 16:57:38.123 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:08600d02032601ff00 CB:08
2016.11.27 16:57:39.177 4: ZWDongle_Read ZWDongle_1: rcvd 0004100208600d02032601ff00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:39.178 5: SW: 06
2016.11.27 16:57:39.182 5: ZWDongle_1 dispatch 0004100208600d02032601ff00
2016.11.27 16:57:39.184 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:08600d02032601ff00 CB:10
2016.11.27 16:57:40.450 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200cd0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:40.451 5: SW: 06
2016.11.27 16:57:40.456 5: ZWDongle_1 dispatch 00041002083202213200cd0000
2016.11.27 16:57:40.459 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200cd0000 CB:10
2016.11.27 16:57:49.570 3: ZWave set eg_WZ_Licht_Tisch_C1 on
2016.11.27 16:57:49.573 5: ZWDongle_Write 00130207600d00012501FF253d (dda774cc)
2016.11.27 16:57:49.576 5: SW: 010e00130207600d00012501FF253d48
2016.11.27 16:57:49.740 3: ZWave set eg_WZ_Licht_Tisch_C2 off
2016.11.27 16:57:49.887 5: ACK received, WaitForAck=>2 for 010e00130207600d00012501FF253d48
2016.11.27 16:57:49.889 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:57:49.890 5: SW: 06
2016.11.27 16:57:49.894 5: ZWDongle_1 dispatch 011301
2016.11.27 16:57:49.904 4: ZWDongle_Read ZWDongle_1: rcvd 00133d000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:57:49.906 5: SW: 06
2016.11.27 16:57:49.909 5: device ack reveived, removing 010e00130207600d00012501FF253d48 from dongle sendstack
2016.11.27 16:57:49.911 5: ZWDongle_1 dispatch 00133d000002
2016.11.27 16:57:49.913 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:3d
2016.11.27 16:57:49.915 4: ZWDongle_1 transmit OK for CB 3d, target eg_WZ_Licht_Tisch_B
2016.11.27 16:57:49.923 5: ZWDongle_Write 00130207600d0002250100253e (dda774cc)
2016.11.27 16:57:49.926 5: SW: 010e00130207600d0002250100253eb7
2016.11.27 16:57:49.936 5: ACK received, WaitForAck=>2 for 010e00130207600d0002250100253eb7
2016.11.27 16:57:49.938 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:57:49.939 5: SW: 06
2016.11.27 16:57:49.943 5: ZWDongle_1 dispatch 011301
2016.11.27 16:57:49.955 4: ZWDongle_Read ZWDongle_1: rcvd 00133e000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:57:49.957 5: SW: 06
2016.11.27 16:57:49.960 5: device ack reveived, removing 010e00130207600d0002250100253eb7 from dongle sendstack
2016.11.27 16:57:49.962 5: ZWDongle_1 dispatch 00133e000002
2016.11.27 16:57:49.964 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:3e
2016.11.27 16:57:49.965 4: ZWDongle_1 transmit OK for CB 3e, target eg_WZ_Licht_Tisch_B
2016.11.27 16:57:52.660 4: ZWDongle_Read ZWDongle_1: rcvd 00041002032503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:52.661 5: SW: 06
2016.11.27 16:57:52.665 5: ZWDongle_1 dispatch 00041002032503ff
2016.11.27 16:57:52.667 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032503ff CB:10
2016.11.27 16:57:55.400 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200d80000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:55.401 5: SW: 06
2016.11.27 16:57:55.405 5: ZWDongle_1 dispatch 00041002083202213200d80000
2016.11.27 16:57:55.407 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200d80000 CB:10
2016.11.27 16:57:56.504 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:56.505 5: SW: 06
2016.11.27 16:57:56.509 5: ZWDongle_1 dispatch 0004100203250300
2016.11.27 16:57:56.511 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.27 16:57:56.607 4: ZWDongle_Read ZWDongle_1: rcvd 0004080203200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:56.608 5: SW: 06
2016.11.27 16:57:56.612 5: ZWDongle_1 dispatch 0004080203200100
2016.11.27 16:57:56.614 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03200100 CB:08
2016.11.27 16:57:57.606 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:57.607 5: SW: 06
2016.11.27 16:57:57.611 5: ZWDongle_1 dispatch 0004100203200100
2016.11.27 16:57:57.613 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03200100 CB:10
2016.11.27 16:57:57.712 4: ZWDongle_Read ZWDongle_1: rcvd 0004080207600d0102200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:57.714 5: SW: 06
2016.11.27 16:57:57.717 5: ZWDongle_1 dispatch 0004080207600d0102200100
2016.11.27 16:57:57.720 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:07600d0102200100 CB:08
2016.11.27 16:57:58.857 4: ZWDongle_Read ZWDongle_1: rcvd 0004100207600d0102200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:58.858 5: SW: 06
2016.11.27 16:57:58.862 5: ZWDongle_1 dispatch 0004100207600d0102200100
2016.11.27 16:57:58.864 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:07600d0102200100 CB:10
2016.11.27 16:57:59.080 4: ZWDongle_Read ZWDongle_1: rcvd 0004080208600d02032601ff00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:57:59.082 5: SW: 06
2016.11.27 16:57:59.085 5: ZWDongle_1 dispatch 0004080208600d02032601ff00
2016.11.27 16:57:59.087 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:08600d02032601ff00 CB:08
2016.11.27 16:58:00.006 4: ZWDongle_Read ZWDongle_1: rcvd 0004100208600d02032601ff00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:00.007 5: SW: 06
2016.11.27 16:58:00.011 5: ZWDongle_1 dispatch 0004100208600d02032601ff00
2016.11.27 16:58:00.013 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:08600d02032601ff00 CB:10
2016.11.27 16:58:01.324 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:01.325 5: SW: 06
2016.11.27 16:58:01.329 5: ZWDongle_1 dispatch 00041002083202213200000000
2016.11.27 16:58:01.332 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200000000 CB:10
2016.11.27 16:58:09.693 3: ZWave set eg_WZ_Licht_Tisch_C1 off
2016.11.27 16:58:09.699 5: ZWDongle_Write 00130207600d0001250100253f (dda774cc)
2016.11.27 16:58:09.704 5: SW: 010e00130207600d0001250100253fb5
2016.11.27 16:58:09.748 3: ZWave set eg_WZ_Licht_Tisch_C2 on
2016.11.27 16:58:09.914 5: ACK received, WaitForAck=>2 for 010e00130207600d0001250100253fb5
2016.11.27 16:58:09.916 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:58:09.918 5: SW: 06
2016.11.27 16:58:09.921 5: ZWDongle_1 dispatch 011301
2016.11.27 16:58:09.933 4: ZWDongle_Read ZWDongle_1: rcvd 00133f000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:58:09.934 5: SW: 06
2016.11.27 16:58:09.937 5: device ack reveived, removing 010e00130207600d0001250100253fb5 from dongle sendstack
2016.11.27 16:58:09.939 5: ZWDongle_1 dispatch 00133f000003
2016.11.27 16:58:09.942 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:3f
2016.11.27 16:58:09.944 4: ZWDongle_1 transmit OK for CB 3f, target eg_WZ_Licht_Tisch_B
2016.11.27 16:58:09.952 5: ZWDongle_Write 00130207600d00022501FF2540 (dda774cc)
2016.11.27 16:58:09.955 5: SW: 010e00130207600d00022501FF254036
2016.11.27 16:58:09.965 5: ACK received, WaitForAck=>2 for 010e00130207600d00022501FF254036
2016.11.27 16:58:09.967 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:58:09.968 5: SW: 06
2016.11.27 16:58:09.972 5: ZWDongle_1 dispatch 011301
2016.11.27 16:58:10.000 4: ZWDongle_Read ZWDongle_1: rcvd 001340000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:58:10.001 5: SW: 06
2016.11.27 16:58:10.004 5: device ack reveived, removing 010e00130207600d00022501FF254036 from dongle sendstack
2016.11.27 16:58:10.006 5: ZWDongle_1 dispatch 001340000003
2016.11.27 16:58:10.009 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:40
2016.11.27 16:58:10.012 4: ZWDongle_1 transmit OK for CB 40, target eg_WZ_Licht_Tisch_B
2016.11.27 16:58:12.242 3: ZWave set eg_WZ_Licht_Tisch_C1 on
2016.11.27 16:58:12.245 5: ZWDongle_Write 00130207600d00012501FF2541 (dda774cc)
2016.11.27 16:58:12.248 5: SW: 010e00130207600d00012501FF254134
2016.11.27 16:58:12.285 3: ZWave set eg_WZ_Licht_Tisch_C2 off
2016.11.27 16:58:12.428 5: ACK received, WaitForAck=>2 for 010e00130207600d00012501FF254134
2016.11.27 16:58:12.429 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:58:12.431 5: SW: 06
2016.11.27 16:58:12.434 5: ZWDongle_1 dispatch 011301
2016.11.27 16:58:12.445 4: ZWDongle_Read ZWDongle_1: rcvd 001341000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:58:12.446 5: SW: 06
2016.11.27 16:58:12.449 5: device ack reveived, removing 010e00130207600d00012501FF254134 from dongle sendstack
2016.11.27 16:58:12.451 5: ZWDongle_1 dispatch 001341000002
2016.11.27 16:58:12.454 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:41
2016.11.27 16:58:12.455 4: ZWDongle_1 transmit OK for CB 41, target eg_WZ_Licht_Tisch_B
2016.11.27 16:58:12.462 5: ZWDongle_Write 00130207600d00022501002542 (dda774cc)
2016.11.27 16:58:12.466 5: SW: 010e00130207600d00022501002542cb
2016.11.27 16:58:12.475 5: ACK received, WaitForAck=>2 for 010e00130207600d00022501002542cb
2016.11.27 16:58:12.478 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:58:12.479 5: SW: 06
2016.11.27 16:58:12.483 5: ZWDongle_1 dispatch 011301
2016.11.27 16:58:12.508 4: ZWDongle_Read ZWDongle_1: rcvd 001342000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:58:12.509 5: SW: 06
2016.11.27 16:58:12.512 5: device ack reveived, removing 010e00130207600d00022501002542cb from dongle sendstack
2016.11.27 16:58:12.515 5: ZWDongle_1 dispatch 001342000003
2016.11.27 16:58:12.517 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:42
2016.11.27 16:58:12.519 4: ZWDongle_1 transmit OK for CB 42, target eg_WZ_Licht_Tisch_B
2016.11.27 16:58:12.715 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:12.716 5: SW: 06
2016.11.27 16:58:12.720 5: ZWDongle_1 dispatch 0004100203250300
2016.11.27 16:58:12.722 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.27 16:58:13.879 4: ZWDongle_Read ZWDongle_1: rcvd 00041002032503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:13.880 5: SW: 06
2016.11.27 16:58:13.883 5: ZWDongle_1 dispatch 00041002032503ff
2016.11.27 16:58:13.886 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032503ff CB:10
2016.11.27 16:58:15.325 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213201330000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:15.327 5: SW: 06
2016.11.27 16:58:15.331 5: ZWDongle_1 dispatch 00041002083202213201330000
2016.11.27 16:58:15.333 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213201330000 CB:10
2016.11.27 16:58:16.134 3: ZWave set eg_WZ_Licht_Tisch_C1 off
2016.11.27 16:58:16.138 5: ZWDongle_Write 00130207600d00012501002543 (dda774cc)
2016.11.27 16:58:16.141 5: SW: 010e00130207600d00012501002543c9
2016.11.27 16:58:16.178 3: ZWave set eg_WZ_Licht_Tisch_C2 on
2016.11.27 16:58:16.314 5: ACK received, WaitForAck=>2 for 010e00130207600d00012501002543c9
2016.11.27 16:58:16.316 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:58:16.317 5: SW: 06
2016.11.27 16:58:16.321 5: ZWDongle_1 dispatch 011301
2016.11.27 16:58:16.331 4: ZWDongle_Read ZWDongle_1: rcvd 001343000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:58:16.332 5: SW: 06
2016.11.27 16:58:16.335 5: device ack reveived, removing 010e00130207600d00012501002543c9 from dongle sendstack
2016.11.27 16:58:16.338 5: ZWDongle_1 dispatch 001343000002
2016.11.27 16:58:16.339 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:43
2016.11.27 16:58:16.341 4: ZWDongle_1 transmit OK for CB 43, target eg_WZ_Licht_Tisch_B
2016.11.27 16:58:16.348 5: ZWDongle_Write 00130207600d00022501FF2544 (dda774cc)
2016.11.27 16:58:16.351 5: SW: 010e00130207600d00022501FF254432
2016.11.27 16:58:16.361 5: ACK received, WaitForAck=>2 for 010e00130207600d00022501FF254432
2016.11.27 16:58:16.363 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 16:58:16.364 5: SW: 06
2016.11.27 16:58:16.368 5: ZWDongle_1 dispatch 011301
2016.11.27 16:58:16.380 4: ZWDongle_Read ZWDongle_1: rcvd 001344000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 16:58:16.381 5: SW: 06
2016.11.27 16:58:16.384 5: device ack reveived, removing 010e00130207600d00022501FF254432 from dongle sendstack
2016.11.27 16:58:16.386 5: ZWDongle_1 dispatch 001344000003
2016.11.27 16:58:16.389 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:44
2016.11.27 16:58:16.391 4: ZWDongle_1 transmit OK for CB 44, target eg_WZ_Licht_Tisch_B
2016.11.27 16:58:17.335 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:17.336 5: SW: 06
2016.11.27 16:58:17.340 5: ZWDongle_1 dispatch 0004100203250300
2016.11.27 16:58:17.343 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.27 16:58:18.575 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:18.577 5: SW: 06
2016.11.27 16:58:18.581 5: ZWDongle_1 dispatch 00041002083202213200000000
2016.11.27 16:58:18.583 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200000000 CB:10
2016.11.27 16:58:26.627 4: ZWDongle_Read ZWDongle_1: rcvd 00041002032503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:26.629 5: SW: 06
2016.11.27 16:58:26.634 5: ZWDongle_1 dispatch 00041002032503ff
2016.11.27 16:58:26.638 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032503ff CB:10
2016.11.27 16:58:29.445 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200da0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:29.447 5: SW: 06
2016.11.27 16:58:29.450 5: ZWDongle_1 dispatch 00041002083202213200da0000
2016.11.27 16:58:29.453 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200da0000 CB:10
2016.11.27 16:58:35.206 4: ZWDongle_Read ZWDongle_1: rcvd 0004080208600d02032601ff00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:35.207 5: SW: 06
2016.11.27 16:58:35.210 5: ZWDongle_1 dispatch 0004080208600d02032601ff00
2016.11.27 16:58:35.213 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:08600d02032601ff00 CB:08
2016.11.27 16:58:36.300 4: ZWDongle_Read ZWDongle_1: rcvd 0004100208600d02032601ff00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:36.301 5: SW: 06
2016.11.27 16:58:36.304 5: ZWDongle_1 dispatch 0004100208600d02032601ff00
2016.11.27 16:58:36.307 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:08600d02032601ff00 CB:10
2016.11.27 16:58:37.288 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:37.289 5: SW: 06
2016.11.27 16:58:37.293 5: ZWDongle_1 dispatch 0004100203250300
2016.11.27 16:58:37.295 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03250300 CB:10
2016.11.27 16:58:37.398 4: ZWDongle_Read ZWDongle_1: rcvd 0004080203200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:37.399 5: SW: 06
2016.11.27 16:58:37.403 5: ZWDongle_1 dispatch 0004080203200100
2016.11.27 16:58:37.406 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03200100 CB:08
2016.11.27 16:58:38.375 4: ZWDongle_Read ZWDongle_1: rcvd 0004100203200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:38.380 5: SW: 06
2016.11.27 16:58:38.384 5: ZWDongle_1 dispatch 0004100203200100
2016.11.27 16:58:38.387 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03200100 CB:10
2016.11.27 16:58:38.481 4: ZWDongle_Read ZWDongle_1: rcvd 0004080207600d0102200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:38.482 5: SW: 06
2016.11.27 16:58:38.485 5: ZWDongle_1 dispatch 0004080207600d0102200100
2016.11.27 16:58:38.488 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:07600d0102200100 CB:08
2016.11.27 16:58:39.640 4: ZWDongle_Read ZWDongle_1: rcvd 0004100207600d0102200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:39.641 5: SW: 06
2016.11.27 16:58:39.644 5: ZWDongle_1 dispatch 0004100207600d0102200100
2016.11.27 16:58:39.647 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:07600d0102200100 CB:10
2016.11.27 16:58:40.934 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 16:58:40.937 5: SW: 06
2016.11.27 16:58:40.942 5: ZWDongle_1 dispatch 00041002083202213200000000
2016.11.27 16:58:40.948 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200000000 CB:10
2016.11.27 17:05:28.680 3: ZWave set eg_WZ_Licht_Tisch_C1 on
2016.11.27 17:05:28.684 5: ZWDongle_Write 00130207600d00012501FF2545 (dda774cc)
2016.11.27 17:05:28.688 5: SW: 010e00130207600d00012501FF254530
2016.11.27 17:05:28.856 3: ZWave set eg_WZ_Licht_Tisch_C2 off
2016.11.27 17:05:28.996 5: ACK received, WaitForAck=>2 for 010e00130207600d00012501FF254530
2016.11.27 17:05:28.998 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 17:05:28.999 5: SW: 06
2016.11.27 17:05:29.002 5: ZWDongle_1 dispatch 011301
2016.11.27 17:05:29.013 4: ZWDongle_Read ZWDongle_1: rcvd 001345000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 17:05:29.014 5: SW: 06
2016.11.27 17:05:29.017 5: device ack reveived, removing 010e00130207600d00012501FF254530 from dongle sendstack
2016.11.27 17:05:29.020 5: ZWDongle_1 dispatch 001345000002
2016.11.27 17:05:29.022 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:45
2016.11.27 17:05:29.023 4: ZWDongle_1 transmit OK for CB 45, target eg_WZ_Licht_Tisch_B
2016.11.27 17:05:29.031 5: ZWDongle_Write 00130207600d00022501002546 (dda774cc)
2016.11.27 17:05:29.035 5: SW: 010e00130207600d00022501002546cf
2016.11.27 17:05:29.044 5: ACK received, WaitForAck=>2 for 010e00130207600d00022501002546cf
2016.11.27 17:05:29.046 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 17:05:29.047 5: SW: 06
2016.11.27 17:05:29.051 5: ZWDongle_1 dispatch 011301
2016.11.27 17:05:29.065 4: ZWDongle_Read ZWDongle_1: rcvd 001346000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 17:05:29.067 5: SW: 06
2016.11.27 17:05:29.070 5: device ack reveived, removing 010e00130207600d00022501002546cf from dongle sendstack
2016.11.27 17:05:29.072 5: ZWDongle_1 dispatch 001346000003
2016.11.27 17:05:29.074 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:46
2016.11.27 17:05:29.075 4: ZWDongle_1 transmit OK for CB 46, target eg_WZ_Licht_Tisch_B
2016.11.27 17:05:29.727 4: ZWDongle_Read ZWDongle_1: rcvd 00041002032503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 17:05:29.728 5: SW: 06
2016.11.27 17:05:29.732 5: ZWDongle_1 dispatch 00041002032503ff
2016.11.27 17:05:29.734 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:032503ff CB:10
2016.11.27 17:05:32.386 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213201080000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 17:05:32.387 5: SW: 06
2016.11.27 17:05:32.391 5: ZWDongle_1 dispatch 00041002083202213201080000
2016.11.27 17:05:32.393 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213201080000 CB:10
2016.11.27 17:06:09.707 3: ZWave get eg_WZ_Licht_Tisch_B meter 2
2016.11.27 17:06:09.713 5: ZWDongle_Write 001302033201102547 (dda774cc)
2016.11.27 17:06:09.717 5: SW: 010a001302033201102547a6
2016.11.27 17:06:09.754 5: ACK received, WaitForAck=>2 for 010a001302033201102547a6
2016.11.27 17:06:09.756 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 17:06:09.758 5: SW: 06
2016.11.27 17:06:09.762 5: ZWDongle_1 dispatch 011301
2016.11.27 17:06:09.773 4: ZWDongle_Read ZWDongle_1: rcvd 001347000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 17:06:09.775 5: SW: 06
2016.11.27 17:06:09.778 5: device ack reveived, removing 010a001302033201102547a6 from dongle sendstack
2016.11.27 17:06:09.780 5: ZWDongle_1 dispatch 001347000002
2016.11.27 17:06:09.783 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:47
2016.11.27 17:06:09.784 4: ZWDongle_1 transmit OK for CB 47, target eg_WZ_Licht_Tisch_B
2016.11.27 17:06:10.728 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200e50000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 17:06:10.730 5: SW: 06
2016.11.27 17:06:10.733 5: ZWDongle_1 dispatch 00041002083202213200e50000
2016.11.27 17:06:10.735 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200e50000 CB:10
2016.11.27 17:06:36.959 3: ZWave get eg_WZ_Licht_Tisch_B meter 2
2016.11.27 17:06:36.963 5: ZWDongle_Write 001302033201102548 (dda774cc)
2016.11.27 17:06:36.966 5: SW: 010a001302033201102548a9
2016.11.27 17:06:37.000 5: ACK received, WaitForAck=>2 for 010a001302033201102548a9
2016.11.27 17:06:37.002 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 17:06:37.003 5: SW: 06
2016.11.27 17:06:37.007 5: ZWDongle_1 dispatch 011301
2016.11.27 17:06:37.017 4: ZWDongle_Read ZWDongle_1: rcvd 001348000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 17:06:37.018 5: SW: 06
2016.11.27 17:06:37.021 5: device ack reveived, removing 010a001302033201102548a9 from dongle sendstack
2016.11.27 17:06:37.023 5: ZWDongle_1 dispatch 001348000002
2016.11.27 17:06:37.025 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:48
2016.11.27 17:06:37.027 4: ZWDongle_1 transmit OK for CB 48, target eg_WZ_Licht_Tisch_B
2016.11.27 17:06:38.171 4: ZWDongle_Read ZWDongle_1: rcvd 00041002083202213200ea0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 17:06:38.172 5: SW: 06
2016.11.27 17:06:38.176 5: ZWDongle_1 dispatch 00041002083202213200ea0000
2016.11.27 17:06:38.178 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:083202213200ea0000 CB:10
2016.11.27 17:07:57.733 3: ZWave get eg_WZ_Licht_Tisch_C1 meter 2
2016.11.27 17:07:57.737 5: ZWDongle_Write 00130207600d00013201102549 (dda774cc)
2016.11.27 17:07:57.740 5: SW: 010e00130207600d00013201102549c4
2016.11.27 17:07:57.774 5: ACK received, WaitForAck=>2 for 010e00130207600d00013201102549c4
2016.11.27 17:07:57.776 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 17:07:57.778 5: SW: 06
2016.11.27 17:07:57.781 5: ZWDongle_1 dispatch 011301
2016.11.27 17:07:57.790 4: ZWDongle_Read ZWDongle_1: rcvd 001349000002 (request ZW_SEND_DATA), sending ACK
2016.11.27 17:07:57.792 5: SW: 06
2016.11.27 17:07:57.797 5: device ack reveived, removing 010e00130207600d00013201102549c4 from dongle sendstack
2016.11.27 17:07:57.799 5: ZWDongle_1 dispatch 001349000002
2016.11.27 17:07:57.801 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:49
2016.11.27 17:07:57.803 4: ZWDongle_1 transmit OK for CB 49, target eg_WZ_Licht_Tisch_B
2016.11.27 17:07:59.122 4: ZWDongle_Read ZWDongle_1: rcvd 000410020c600d01003202213200e80000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 17:07:59.124 5: SW: 06
2016.11.27 17:07:59.127 5: ZWDongle_1 dispatch 000410020c600d01003202213200e80000
2016.11.27 17:07:59.130 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0c600d01003202213200e80000 CB:10
2016.11.27 17:08:30.866 3: ZWave get eg_WZ_Licht_Tisch_C1 meter 2
2016.11.27 17:08:30.870 5: ZWDongle_Write 00130207600d0001320110254a (dda774cc)
2016.11.27 17:08:30.874 5: SW: 010e00130207600d0001320110254ac7
2016.11.27 17:08:30.910 5: ACK received, WaitForAck=>2 for 010e00130207600d0001320110254ac7
2016.11.27 17:08:30.912 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 17:08:30.913 5: SW: 06
2016.11.27 17:08:30.917 5: ZWDongle_1 dispatch 011301
2016.11.27 17:08:30.927 4: ZWDongle_Read ZWDongle_1: rcvd 00134a000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 17:08:30.928 5: SW: 06
2016.11.27 17:08:30.931 5: device ack reveived, removing 010e00130207600d0001320110254ac7 from dongle sendstack
2016.11.27 17:08:30.933 5: ZWDongle_1 dispatch 00134a000003
2016.11.27 17:08:30.936 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:4a
2016.11.27 17:08:30.938 4: ZWDongle_1 transmit OK for CB 4a, target eg_WZ_Licht_Tisch_B
2016.11.27 17:08:32.118 4: ZWDongle_Read ZWDongle_1: rcvd 000410020c600d01003202213200e50000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 17:08:32.120 5: SW: 06
2016.11.27 17:08:32.126 5: ZWDongle_1 dispatch 000410020c600d01003202213200e50000
2016.11.27 17:08:32.131 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0c600d01003202213200e50000 CB:10
2016.11.27 17:09:31.815 3: ZWave get eg_WZ_Licht_Tisch_C2 meter 2
2016.11.27 17:09:31.819 5: ZWDongle_Write 00130207600d0002320110254b (dda774cc)
2016.11.27 17:09:31.823 5: SW: 010e00130207600d0002320110254bc5
2016.11.27 17:09:31.864 5: ACK received, WaitForAck=>2 for 010e00130207600d0002320110254bc5
2016.11.27 17:09:31.866 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 17:09:31.867 5: SW: 06
2016.11.27 17:09:31.871 5: ZWDongle_1 dispatch 011301
2016.11.27 17:09:31.881 4: ZWDongle_Read ZWDongle_1: rcvd 00134b000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 17:09:31.882 5: SW: 06
2016.11.27 17:09:31.885 5: device ack reveived, removing 010e00130207600d0002320110254bc5 from dongle sendstack
2016.11.27 17:09:31.887 5: ZWDongle_1 dispatch 00134b000003
2016.11.27 17:09:31.890 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:4b
2016.11.27 17:09:31.891 4: ZWDongle_1 transmit OK for CB 4b, target eg_WZ_Licht_Tisch_B
2016.11.27 17:09:32.013 3: ZWave get eg_WZ_Licht_Tisch_C2 meter 2
2016.11.27 17:09:33.275 4: ZWDongle_Read ZWDongle_1: rcvd 000410020c600d02003202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 17:09:33.277 5: SW: 06
2016.11.27 17:09:33.280 5: ZWDongle_1 dispatch 000410020c600d02003202213200000000
2016.11.27 17:09:33.283 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0c600d02003202213200000000 CB:10
2016.11.27 17:09:33.291 5: ZWDongle_Write 00130207600d0002320110254c (dda774cc)
2016.11.27 17:09:33.294 5: SW: 010e00130207600d0002320110254cc2
2016.11.27 17:09:33.424 5: ACK received, WaitForAck=>2 for 010e00130207600d0002320110254cc2
2016.11.27 17:09:33.427 4: ZWDongle_Read ZWDongle_1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.27 17:09:33.428 5: SW: 06
2016.11.27 17:09:33.431 5: ZWDongle_1 dispatch 011301
2016.11.27 17:09:33.440 4: ZWDongle_Read ZWDongle_1: rcvd 00134c000003 (request ZW_SEND_DATA), sending ACK
2016.11.27 17:09:33.442 5: SW: 06
2016.11.27 17:09:33.444 5: device ack reveived, removing 010e00130207600d0002320110254cc2 from dongle sendstack
2016.11.27 17:09:33.447 5: ZWDongle_1 dispatch 00134c000003
2016.11.27 17:09:33.449 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:4c
2016.11.27 17:09:33.451 4: ZWDongle_1 transmit OK for CB 4c, target eg_WZ_Licht_Tisch_B
2016.11.27 17:09:34.667 4: ZWDongle_Read ZWDongle_1: rcvd 000410020c600d02003202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.27 17:09:34.668 5: SW: 06
2016.11.27 17:09:34.671 5: ZWDongle_1 dispatch 000410020c600d02003202213200000000
2016.11.27 17:09:34.674 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0c600d02003202213200000000 CB:10
2016.11.27 17:13:55.815 1: PERL WARNING: Argument "ok" isn't numeric in numeric ge (>=) at (eval 45003) line 1.
2016.11.27 17:13:55.848 1: PERL WARNING: Argument "ok" isn't n

krikan

Hallo!
Danke. Brauche ein paar Tage, um das im Detail durchzuschauen. Auf Anhieb finde nichts, was mich am FHEM-Verhalten anhand der Telegramme stört.
Du könntest zur Lösung Deines Problems noch mal mit den Assoziationen experimentieren.
Gruß, Christian

aakira

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

Jede Minute wird halt jetzt der Status seitens FHEM für S2 abgefragt.



krikan

Zitat von: aakira am 29 November 2016, 08:42:21
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.  8)


eki

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

Zitat von: eki am 30 November 2016, 16:29:21
- 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.

Zitat- Ich nehme mal an, der Fibaro Switch ist ein Node mit 2 Endpoints. Stimmt das?
Ja, sagt zumindest der Switch selbst (siehe Reading mcEndpoints)

Zitat- 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

#18
Zitat von: aakira am 29 November 2016, 08:42:21
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:
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

#23
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 :D )
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.
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
Fhem 5.9@Zotac Zbox Ci327 | HMCCU | Z-Wave@ZMEEUZB1 | HUE Bridge Gen2 | knxd over IP

rubinho

#24
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
Fhem 5.9@Zotac Zbox Ci327 | HMCCU | Z-Wave@ZMEEUZB1 | HUE Bridge Gen2 | knxd over IP

krikan

Zitat von: rubinho am 30 Dezember 2016, 22:52:56
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:
attr <device> webCmd :
attr <device> devStateIcon .*:rc_BLANK:noFhemwebLink


Gruß, Christian

rubinho

#26
Zitat von: krikan am 30 Dezember 2016, 23:25:15
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 :D

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.
Fhem 5.9@Zotac Zbox Ci327 | HMCCU | Z-Wave@ZMEEUZB1 | HUE Bridge Gen2 | knxd over IP

krikan

Zitat von: rubinho am 30 Dezember 2016, 23:35:50
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 :D
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.

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     :


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



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


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

Fhem 5.9@Zotac Zbox Ci327 | HMCCU | Z-Wave@ZMEEUZB1 | HUE Bridge Gen2 | knxd over IP

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:
set <MainDevice> mcaAdd 1 0 <ControllerNodeId> 1

Gruß, Christian

rubinho

So, da ja noch kein Silvester ist und ich heute sonst nix zutun habe, bin ich schnell in den Keller, hab mir ein Stück Kabel abgemacht und mir eine Brücke gebastelt.
Mit der hab ich dann den Schalter am FGS direkt emuliert  ::)
Leider konnt ich nur den Kanal 2 testen, da auf Kanal 1 meine Jungs am Fernsehen waren (24"er mit Raspberry 30W Verbrauch.. wen es Interessiert :P )
Aber das sollte prinzipiell keinen Unterschied machen. Im Ereignislog habe ich wie vermutet die State-Änderungen mitbekommen (so wie es soll).

Hier noch der LOG Auszug....
Ansonsten guten Rutsch ins neue Jahr.

2016.12.31 17:31:24 4: ZWDongle_Read ZWave1: rcvd 0004000c07600d0201250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 17:31:24 5: SW: 06
2016.12.31 17:31:24 5: ZWave1: dispatch 0004000c07600d0201250300
2016.12.31 17:31:24 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:07600d0201250300 CB:00
2016.12.31 17:31:24 5: Triggering ZWave_SWITCH_12.02 (2 changes)
2016.12.31 17:31:24 5: Starting notify loop for ZWave_SWITCH_12.02, 2 event(s), first is off

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

2016.12.31 17:31:25 4: ZWDongle_Read ZWave1: rcvd 0004000c07600d02012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 17:31:25 5: SW: 06
2016.12.31 17:31:25 5: ZWave1: dispatch 0004000c07600d02012503ff
2016.12.31 17:31:25 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:07600d02012503ff CB:00
2016.12.31 17:31:25 5: Triggering ZWave_SWITCH_12.02 (2 changes)
2016.12.31 17:31:25 5: Starting notify loop for ZWave_SWITCH_12.02, 2 event(s), first is on

2016.12.31 17:31:28 4: ZWDongle_Read ZWave1: rcvd 0004000c07600d0201250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 17:31:28 5: SW: 06
2016.12.31 17:31:28 5: ZWave1: dispatch 0004000c07600d0201250300
2016.12.31 17:31:28 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:07600d0201250300 CB:00
2016.12.31 17:31:28 5: Triggering ZWave_SWITCH_12.02 (2 changes)
2016.12.31 17:31:28 5: Starting notify loop for ZWave_SWITCH_12.02, 2 event(s), first is off

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

2016.12.31 17:31:29 4: ZWDongle_Read ZWave1: rcvd 0004000c07600d02012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 17:31:29 5: SW: 06
2016.12.31 17:31:29 5: ZWave1: dispatch 0004000c07600d02012503ff
2016.12.31 17:31:29 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:07600d02012503ff CB:00
2016.12.31 17:31:29 5: Triggering ZWave_SWITCH_12.02 (2 changes)
2016.12.31 17:31:29 5: Starting notify loop for ZWave_SWITCH_12.02, 2 event(s), first is on

2016.12.31 17:31:31 4: ZWDongle_Read ZWave1: rcvd 0004000c07600d0201250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 17:31:31 5: SW: 06
2016.12.31 17:31:31 5: ZWave1: dispatch 0004000c07600d0201250300
2016.12.31 17:31:31 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:07600d0201250300 CB:00
2016.12.31 17:31:31 5: Triggering ZWave_SWITCH_12.02 (2 changes)
2016.12.31 17:31:31 5: Starting notify loop for ZWave_SWITCH_12.02, 2 event(s), first is off

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

2016.12.31 17:31:33 4: ZWDongle_Read ZWave1: rcvd 0004000c07600d02012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 17:31:33 5: SW: 06
2016.12.31 17:31:33 5: ZWave1: dispatch 0004000c07600d02012503ff
2016.12.31 17:31:33 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:07600d02012503ff CB:00
2016.12.31 17:31:33 5: Triggering ZWave_SWITCH_12.02 (2 changes)
2016.12.31 17:31:33 5: Starting notify loop for ZWave_SWITCH_12.02, 2 event(s), first is on

2016.12.31 17:31:35 4: ZWDongle_Read ZWave1: rcvd 0004000c0c600d02013202213200080000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.12.31 17:31:35 5: SW: 06
2016.12.31 17:31:35 5: ZWave1: dispatch 0004000c0c600d02013202213200080000
2016.12.31 17:31:35 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:0c600d02013202213200080000 CB:00
2016.12.31 17:31:35 5: Triggering ZWave_SWITCH_12.02 (1 changes)
2016.12.31 17:31:35 5: Starting notify loop for ZWave_SWITCH_12.02, 1 event(s), first is power:  0.8 W
Fhem 5.9@Zotac Zbox Ci327 | HMCCU | Z-Wave@ZMEEUZB1 | HUE Bridge Gen2 | knxd over IP

krikan

Danke für Deine Tests und ein gutes neues Jahr!

Nach Deinen Tests und Logs behaupte ich, dass Du wohl den Durchbruch bei den automatischen, kanalweisen Meldungen des FGS223 in FHEM geschafft hast.  :)

Damit die Kanaele des FGS223 separat Schaltvorgaenge und Stromverbauch automatisch melden, muss also nach Inklusion ausgeführt werden:
set <MainDevice> associationDel 1 <ControllerNodeId>
set <MainDevice> mcaAdd 1 0 <ControllerNodeId> 1


@Rudi: soll das in 10_ZWave.pm über init als device-spezifisch eingebaut werden?

Openzwave ist, wie ich heute morgen festgestellt habe, zum gleichen Ergebnis gekommen: https://groups.google.com/d/msg/openzwave/5g0-0LLN2rA/aVc9wPLWDQAJ

Was ich beim FGS223 noch nicht verstehe:
-Ist das durch den Standard gedeckt oder ein Firmwarebug?
-Wohin werden Nachrichten gemeldet, die für das root/main-Device bestimmt sind (Gesamtverbrauch, DEVICE_RESET_LOCALLY,..)?

Gruß, Christian

rudolfkoenig

Zitat@Rudi: soll das in 10_ZWave.pm über init als device-spezifisch eingebaut werden?
Ich habe nichts dagegen, wenn es den Anwendern hilft. Da ich aber nicht alle Details in Kopf habe, haette ich lieber einen Patch.

krikan

Patch kann ich in Kürze liefern. Ob es hilft, werden wir dann sehen. Bin da unsicher; darum die Frage.

A.Harrenberg

Hi,

What can possibly go wrong...

Vielleicht den Patch doch mal ein wenig testen lassen, falls sich bei den Associations dadurch was grundlegend verändert gibt es sonst sicherlich 'ne Menge Probleme bei entsprechenden Notify. Ich kann aber erst wieder Ende Januar testen, es sollten sich aber ein paar Freiwillige finden lassen.

Frohes neues Jahr,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

krikan

Zitat von: A.Harrenberg am 01 Januar 2017, 21:50:53
Frohes neues Jahr,
Danke, auch so!  :)

ZitatWhat can possibly go wrong...
Nichts. Ich schwanke nur immer zwischen "Vereinfachung" und "nicht so viel Automatik". Bspw. durch die Automatik des Assoziieren bei der Inklusion ertappe ich mich selbst dabei, dass ich das Thema Assoziation manchmal vergesse.

Probleme können durch einen eventuellen gerätespezifischen Patch höchstens bei Neu-Inklusionen des FGS223 entstehen; und auch das nur sehr untergeordnet. Darum halte ich es eigentlich für ungefährlich.

Gruß, Christian

A.Harrenberg

Hi,

ach so, das soll ein Gerätespezifischer Patch werden... Na dann ,-)

Das Thema Assoziationen müsste ich mir beim Z-Uno auch noch mal ansehen. Das Ding macht ja teilweise auch merkwürdige Sachen, je nachdem wie man die Assoziationen setzt.

Gruß,
Andreas
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

rubinho

Moin,

ich hab hier zwar nix zu melden, jedoch halte ich diesen gerätespezifischen Patch auch für sinnvoll.
Wer will schon einen 2 Kanal Aktor mit halber Funktion betreiben ?!

Ansonsten glaube ich nämlich, dass jeder Zweite, der das Teil in Fhem einbinden will, euch hier im Forum mit Fragen löchert.
Und das glaube ich, will keiner ;)

Hat jetzt eigentlich jemand verstanden, was sich Fibaro dabei gedacht hat ?
Mir ist die Logik noch nicht so klar. Durch das mcaAdd 1 0 1 (1) wird doch laut diversen Informationen der Endpoint 1 angesprochen, was ja laut dem Verhalten des FGS nicht sein kann.
Bevor ich das (durch Zufall) herrausgefunden hatte, hatte ich zuerst noch ein mcaAdd 1 0 1 (3) ausprobiert und da hat sich nur der Endpoint 1 gemeldet (Aber bereits korrekterweise am Subchannel 1 in Fhem).
Irgendwie ist die Fibaro Dokumentation gerade was die Assoziationen angeht sehr dürftig.

Gruß
Rubinho
Fhem 5.9@Zotac Zbox Ci327 | HMCCU | Z-Wave@ZMEEUZB1 | HUE Bridge Gen2 | knxd over IP

jeep

Zitat von: rubinho am 02 Januar 2017, 10:17:22
Irgendwie ist die Fibaro Dokumentation gerade was die Assoziationen angeht sehr dürftig.


Hi,

das kann  ich so nicht stehen lassen.
Ich habe devices von Fibaro, Popp, Aeotec, Zwave.me, zipato und Fibaro hat von allen die beste Dokumentation. Ließ Dir bitte die Seite 13 (ist eine ganze DIN A4 Seite über Assoziationen des FGS-2x3 ) der Dokumentation durch. Ich finde mehr braucht man nicht.
Ich hatte noch nie Probleme mit einer Assoziation mit FHEM und Fibaro.

Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

rubinho

Hallo jeep

Ich will dir ungern widersprechen, vielleicht bin ich auch zu blöd (Will ich garnicht ausschließen), aber was die Problematik in diesem Thread angeht (Multichannel, Endpoints ...), wird in der Doku nicht mal annähernd besprochen.
Diese Multichannel Addressierung mit ist doch kein Fhem Konstrukt sondern ein Z-Wave Standard, oder steh ich jetzt auf dem Schlauch.

Gruß
Rubinho
Fhem 5.9@Zotac Zbox Ci327 | HMCCU | Z-Wave@ZMEEUZB1 | HUE Bridge Gen2 | knxd over IP

jeep

Zitat von: rubinho am 02 Januar 2017, 10:59:18
Hallo jeep

Ich will dir ungern widersprechen, vielleicht bin ich auch zu blöd (Will ich garnicht ausschließen), aber was die Problematik in diesem Thread angeht (Multichannel, Endpoints ...), wird in der Doku nicht mal annähernd besprochen.
Diese Multichannel Addressierung mit ist doch kein Fhem Konstrukt sondern ein Z-Wave Standard, oder steh ich jetzt auf dem Schlauch.

Gruß
Rubinho

Hi,

da habe ich scheinbar was losgetreten und ich nehme gerne den shitstorm auf mich , aber dass was Du suchst wirst Du in keiner einzigen ZWave-Geräte Dokumentation finden.
Also ich würde sagen mit 1 Fuß auf dem Schlauch. ;) Natürlich ist Multichannel Addresierung, kein FHEM Konstrukt,  eher ein FHEM Problem, aber wie Du siehst, die Jungs arbeiten kontinuierlich daran und sind wahnsinnig schnell mit Updates.   

Mir ging es nur um die Klarstellung der Dokumentation und um nichts anderes.

Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

Zitat von: rubinho am 02 Januar 2017, 10:17:22
Hat jetzt eigentlich jemand verstanden, was sich Fibaro dabei gedacht hat ?
Wenn mir das jemand erklären könnte wäre ich sehr dankbar.
Den Standard kann man in http://zwavepublic.com/sites/default/files/SDS12657-12%20-%20Z-Wave%20Command%20Class%20Specification%20A-M.pdf unter "Multi Channel Association Command Class" nachlesen. Habe das gefühlte 1000x getan und jedes Mal, wenn ich meine es verstanden zu haben, kommt irgendein Gerät mit für mich seltsamen Verhalten (hier: FGS223)

ZitatMir ist die Logik noch nicht so klar. Durch das mcaAdd 1 0 1 (1) wird doch laut diversen Informationen der Endpoint 1 angesprochen, was ja laut dem Verhalten des FGS nicht sein kann
1 = Assoziationsgruppe 1 des FGS ("lifeline")
0 = Trenner
1 = ControllerNodeId
1 = Endpoint 1 des Controllers

Zitat von: jeep am 02 Januar 2017, 11:45:26
Natürlich ist Multichannel Addresierung, kein FHEM Konstrukt,  eher ein FHEM Problem,
Bin mir eben unsicher, ob das ein FHEM Problem oder ein Fibaro Problem ist.

Grundfragen für mich bleiben:
ZitatWas ich beim FGS223 noch nicht verstehe:
-Ist das durch den Standard gedeckt oder ein Firmwarebug?
-Wohin werden Nachrichten gemeldet, die für das root/main-Device bestimmt sind (Gesamtverbrauch, DEVICE_RESET_LOCALLY,..)?

Gruß, Christian

PS: Was über eine Assoziationgruppe an Commands verschickt wird, kann man mit "get <device> associationGroupCmdList <groupId>" bei ZWavePlus-Geräten herausfinden. Aber mWn nicht, ob es mit MultiChannelNachrichten kommt.

rubinho

Zitat von: jeep am 02 Januar 2017, 11:45:26
Hi,

da habe ich scheinbar was losgetreten und ich nehme gerne den shitstorm auf mich , aber dass was Du suchst wirst Du in keiner einzigen ZWave-Geräte Dokumentation finden.

Von mir gibts kein Shitstorm, warum auch. Hast ja nix schlimmes geschrieben. Und das andere Hersteller diese Daten auch nicht in ihrer Doku stehen haben, bezweifel ich überhaupt nicht. Ich wollte damit Fibaro nicht an den Pranger stellen, sondern nur mitteilen, dass unsere benötigten Infos nicht in der Doku stehen. Mag sein, dass meine Aussage zu allgemein gehalten war, was die Doku angeht.


@Krikan
Mir ist die grundsätzliche Logik der Assoziationsgrouppen klar (Denke ich  ::) ).
Wo es bei mir hängt, ist die Zuweisung des Endpoint 1 in der Multichannel Assoziationsgruppe 1.
Da hast du ja, glaub ich, das Gleiche Verständnisproblem.

Ich hätte jetzt erwartet, dass nur die Events des Endpoint 1 in Richtung Fhem gesendet werden, aber das passiert nur, wenn ich den Wert 3 (mcaAdd 1 0 1 3) angebe und in diesem Fall wurden nur die Events von Endpoint 1 übermittelt.
Es wäre jetzt hilfreich wenn man wüsste welche Zahl (Ich meine die Endpointziffer) was bedeutet.
1 = Alle Endpoints ?
3 = Endpoint 1 ?
? = Endpoint 2

Gruß
Rubinho
Fhem 5.9@Zotac Zbox Ci327 | HMCCU | Z-Wave@ZMEEUZB1 | HUE Bridge Gen2 | knxd over IP

krikan

Zitat von: rubinho am 02 Januar 2017, 19:32:11
Ich hätte jetzt erwartet, dass nur die Events des Endpoint 1 in Richtung Fhem gesendet werden, aber das passiert nur, wenn ich den Wert 3 (mcaAdd 1 0 1 3) angebe und in diesem Fall wurden nur die Events von Endpoint 1 übermittelt.
Es wäre jetzt hilfreich wenn man wüsste welche Zahl (Ich meine die Endpointziffer) was bedeutet.
1 = Alle Endpoints ?
3 = Endpoint 1 ?
? = Endpoint 2
Bin mir nicht sicher, ob wir nicht aneinander vorbeischreiben. Eigentlich müsste ich die raw-Messages bei den jeweiligen Assoziationen sehen, um zu erkennen, was genau gemeldet wird. Momentan ist die Oberflaechenanzeige von FHEM bei MultiChannel-Nachrichten "anwenderorientiert" und hilft im Detail nicht, um konkrete Aussagen treffen zu können.

rubinho

Zitat von: krikan am 02 Januar 2017, 19:51:43
Bin mir nicht sicher, ob wir nicht aneinander vorbeischreiben.

Das Gefühl hab ich auch so langsam  :-\

Da ich nicht so tief in der Z-Wave Materie stecke wie manch Anderer hier und ich anscheinend zu unnötigen Verwirrungen betreige, werde ich nun kein Störfeuer mehr verursachen  :-X (Nicht böse gemeint)

Wenn ich noch bei irgendwas helfen/testen kann, einfach bescheid geben.
Fhem 5.9@Zotac Zbox Ci327 | HMCCU | Z-Wave@ZMEEUZB1 | HUE Bridge Gen2 | knxd over IP

krikan

Suche die Ursache nicht bei Dir; sie kann auch hier vor der Tastatur sitzen.  :)
Du traegst nicht zur Verwirrung bei. Hast uns schließlich viel weitergebracht.
Logs und Analysen kannst Du gerne viele liefern. Ich möchte nur nicht anfordern, da ich mir über den Weg zu unsicher bin.
Ein FGS223 ist aber jetzt schon auf meinem Wunschzettel...

jeep

Hallo Christian,

jetzt bin auch ich verwirrt :-[, aber erst mal ein frohes Neues Jahr.
Habe eben einen FGS-223 aus meinem HC2 excludiert und ins FHEM-Testsystem includiert. Dabei ist mir aufgefallen dass wohl das XML nicht vollständig ist. Ich sehe in FHEM gerade mal 10 Parameter, das device hat aber über 30. Könnte es sein dass das XML für den FGS-213 ist? Der hat bedeutend weniger Parameter. Dem fehlen auch die Parameter für die Enegy reports. Die hat scheinbar nur der FGS-223.
Kann jetzt noch nicht beurteilen ob es da Zusammhänge zu den geschilderten Problemen gibt. Ich habe bis jetzt keine Probleme feststellen können.

Wenn ich was dazu beitragen kann, lass es mich wissen.

Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

Hallo Josef!
Zitat von: jeep am 02 Januar 2017, 21:23:19
ein frohes Neues Jahr.
Wünsche ich Dir auch.

ZitatKönnte es sein dass das XML für den FGS-213 ist? Der hat bedeutend weniger Parameter. Dem fehlen auch die Parameter für die Enegy reports. Die hat scheinbar nur der FGS-223.
Das ist noch das ursprüngliche und unvollstaendige XML von openzwave aus 08/16. Ich haenge bei der Übernahme der openzwave-XMLs hinterher, da ich ein inkompatibles Update (Anpassung der XML-Namen) vor mir herschiebe. Wo es jetzt auffaellt, ziehe ich es wohl in Kürze mal durch.  8)

ZitatKann jetzt noch nicht beurteilen ob es da Zusammhänge zu den geschilderten Problemen gibt. Ich habe bis jetzt keine Probleme feststellen können.
Das hat keinen Einfluss auf das Thema.
Zitat
Wenn ich was dazu beitragen kann, lass es mich wissen.
Danke für das Angebot, aber ich verzichte -wie bei rubinho- lieber. Zu unsicher.

Gruß, Christian

Buwe

@krikan:
Die beiden Befehle funktionieren bei mir einwandfrei. Bei beiden Endpoints werden in der WEB-Oberfläche auch manuelle Schaltvorgänge angezeigt.

Was mir allerdings aufgefallen ist. Bei mir wurde während der Inklusion der Dongle mit der Associationgroup 1 korrekt verknüpft. Allerdings auch mit mca_1.
Das Löschen des Dongles aus der Assocationgroup 1 hat dann auch den Dongle direkt aus mca1 gelöscht.

Ich hatte am gleichen Tag noch einen 223er in Betrieb genommen. Habe auch hier vorhin mal ein "get mcaall" gemacht:

Internals:
   DEF        e58b19ca 25
   IODev      zw.dongle
   LASTInputDev zw.dongle
   MSGCNT     313
   NAME       dg.og.switch_light
   NR         166
   STATE      off
   TYPE       ZWave
   ZWaveSubDevice no
   endpointChildren dg.og.switch_light_ep1,ZWave_ZWAVEPLUS_INFO_25.02
   homeId     e58b19ca
   isWakeUp
   lastMsgSent 1483388557.59284
   nodeIdHex  19
   zw.dongle_MSGCNT 313
   zw.dongle_RAWMSG 00040019083202213200000000
   zw.dongle_TIME 2017-01-02 21:24:39
   Readings:
     2017-01-01 18:36:49   UNPARSED        METER 083212313200000000
     2017-01-02 21:22:16   assocGroup_1    Max 1 Nodes zw.dongle
     2017-01-02 21:22:17   assocGroup_2    Max 5 Nodes
     2017-01-02 21:22:17   assocGroup_3    Max 5 Nodes
     2017-01-02 21:22:18   assocGroup_4    Max 5 Nodes
     2017-01-02 21:22:18   assocGroup_5    Max 5 Nodes
     2017-01-02 21:22:16   assocGroups     5
     2017-01-02 21:01:25   energy           0.21 kWh
     2016-12-01 11:06:27   mcCapability_01 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2016-12-01 11:06:28   mcCapability_02 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2016-12-01 11:06:27   mcEndpoints     total 2, identical
     2017-01-02 21:22:36   mcaGroups       5
     2017-01-02 21:22:36   mca_1           Max 1 Nodes zw.dongle
     2017-01-02 21:22:36   mca_2           Max 5
     2017-01-02 21:22:37   mca_3           Max 5
     2017-01-02 21:22:37   mca_4           Max 5
     2017-01-02 21:22:37   mca_5           Max 5
     2016-12-01 11:06:27   model           FIBARO System FGS223 Double Relay
     2016-12-01 11:06:27   modelConfig     fibaro/fgs223.xml
     2016-12-01 11:06:27   modelId         010f-0203-1000
     2016-12-11 21:56:55   neighborList    eg.kue.dunst_light eg.kue.window_open dg.vorn.window_open eg.wz.smoke_detect ZWave_SWITCH_BINARY_14 og.sz.smoke_detect eg.fl.window_open eg.wc.window_open og.sz.window_open og.ki.window_open og.buero.window_open og.bad.window_open dg.switch_light
     2016-12-10 11:01:49   neighborUpdate  failed
     2017-01-02 21:24:39   power            0 W
     2017-01-02 18:24:38   reportedState   off
     2017-01-02 18:24:38   state           off
     2017-01-02 21:22:37   timeToAck       0.258
     2017-01-02 21:22:37   transmit        OK
Attributes:
   IODev      zw.dongle
   alias      Flurlicht oben
   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 on:FS20.on@yellow off:FS20.off
   group      Beleuchtung
   room       Studio
   sortby     3
   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     :


Da ich den zweiten Schalter/Endpoint bei diesem (noch) nicht benötige, hatte ich noch keine Experimente vorgenommen. Die mca_1-Verknüpfung muss also auch schon bei der Inklusion/Assoziierung gekommen sein.
Ich weiß nicht ob das bei einem Patch berücksichtigt werden muss?

krikan

Zitat von: Buwe am 02 Januar 2017, 22:29:17
Die beiden Befehle funktionieren bei mir einwandfrei. Bei beiden Endpoints werden in der WEB-Oberfläche auch manuelle Schaltvorgänge angezeigt.
Danke für die Bestaetigung.
Bin nur mal gespannt, wo Meldungen für das Main-Geraet landen. Hast Du so etwas schon beobachtet?

Zitat
Was mir allerdings aufgefallen ist. Bei mir wurde während der Inklusion der Dongle mit der Associationgroup 1 korrekt verknüpft. Allerdings auch mit mca_1.
Das Löschen des Dongles aus der Assocationgroup 1 hat dann auch den Dongle direkt aus mca1 gelöscht.
Die Beobachtung ist korrekt. mca (MULTI_CHANNEL_ASSOCIATION) ist quasi eine Erweiterung der Class ASSOCIATION. Die normalen Node zu Node-Assoziationen kann man sowohl mit associationAdd/associationDel als auch mit mcaAdd/mcaDel vornehmen und werden auch entsprechend bei get-Abfragen von beiden Classes zurückgemeldet. Im Prinzip könnte man bei Geraeten, die die Class MULTI_CHANNEL_ASSOCIATION unterstützen, alle Assoziationen mit dieser Class erledigen und die "alte" Class ASSOCIATION ignorieren.

Gruß, Christian

rubinho

#50
@Buwe

Du hast den Endpoint nicht mit in der MCA 1 Gruppe, deswegen bekommst du die Zuweisung auch in der normalen Assoziation Gruppe 1 angezeigt.
Du musst set ZW-Device mcaAdd 1 0 1 1 (Die vorletzte Ziffer muss dein ZWDongle sein) eingeben.
Danach sollte bei der MCA1 Gruppe folgendes stehen mca_1 nodes zw.dongle:1 stehen.
Sobald das dort steht, kannst du dann auch nichts mehr in die normale Assoziation Gruppe 1 eintragen.

Gesendet von meinem LG-D855 mit Tapatalk
Fhem 5.9@Zotac Zbox Ci327 | HMCCU | Z-Wave@ZMEEUZB1 | HUE Bridge Gen2 | knxd over IP

Buwe

@rubinho:
Schon klar. Den beschriebenen Fibaro hatte ich noch nicht angepasst. Da ging es nur darum die automatische mca_1 Verknüpfung bei der Inklusion zu zeigen.

@krikan:
Ein list meines Main-Devices:

Internals:
   DEF        e58b19ca 24
   IODev      zw.dongle
   LASTInputDev zw.dongle
   MSGCNT     368
   NAME       dg.switch_light
   NR         160
   STATE      mcaAdd 1 0 1 1
   TYPE       ZWave
   ZWaveSubDevice no
   endpointChildren dg.switch_light_ep1,dg.switch_fan
   homeId     e58b19ca
   isWakeUp
   lastMsgSent 1483387254.78448
   nodeIdHex  18
   zw.dongle_MSGCNT 368
   zw.dongle_RAWMSG 00040018058503050500
   zw.dongle_TIME 2017-01-02 21:00:54
   Readings:
     2016-12-20 20:46:07   CMD             ZW_APPLICATION_UPDATE
     2016-12-08 23:57:31   SEND_DATA       failed:00
     2017-01-02 21:00:54   assocGroup_1    Max 1 Nodes
     2017-01-02 21:00:54   assocGroup_2    Max 5 Nodes
     2017-01-02 21:00:54   assocGroup_3    Max 5 Nodes
     2017-01-02 21:00:54   assocGroup_4    Max 5 Nodes
     2017-01-02 21:00:54   assocGroup_5    Max 5 Nodes
     2017-01-02 21:00:53   assocGroups     5
     2017-01-02 18:24:51   basicSet        0
     2016-12-01 13:42:27   configFirstChannelOperatingMode StandardOperation
     2016-12-01 13:42:27   configFirstChannelPulseTimeForFlashing13 5
     2016-12-01 13:42:27   configFirstChannelReactionToSwitchFor11 CancelModeAndSetTargetState
     2016-12-01 13:42:27   configFirstChannelTimeParameterFor12 50
     2016-12-01 13:42:27   configSavingStateBeforePowerFailure StateSavedAtPowerFailureAll1
     2016-12-01 13:42:28   configSecondChannelOperatingMode StandardOperation
     2016-12-01 13:42:28   configSecondChannelPulseTimeFor18 5
     2016-12-01 13:42:28   configSecondChannelReactionToSwitchFor16 CancelModeAndSetTargetState
     2016-12-01 13:42:29   configSecondChannelTimeParameterFor17 50
     2016-12-01 13:53:56   config_20       2
     2016-12-01 13:46:39   config_50       20
     2016-12-01 13:48:17   config_51       10
     2016-12-01 13:49:11   config_53       100
     2017-01-02 20:01:27   energy           0.39 kWh
     2016-12-01 11:02:29   mcCapability_01 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2016-12-01 11:02:30   mcCapability_02 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2016-12-01 11:02:27   mcEndpoints     total 2, identical
     2017-01-02 21:00:44   mcaGroups       5
     2017-01-02 21:00:45   mca_1           Max 1 Nodes zw.dongle:1
     2017-01-02 21:00:45   mca_2           Max 5
     2017-01-02 21:00:46   mca_3           Max 5
     2017-01-02 21:00:46   mca_4           Max 5
     2017-01-02 21:00:46   mca_5           Max 5
     2016-12-01 11:02:27   model           FIBARO System FGS223 Double Relay
     2016-12-01 11:02:27   modelConfig     fibaro/fgs223.xml
     2016-12-01 11:02:27   modelId         010f-0203-1000
     2016-12-11 21:55:49   neighborList    eg.wz.window_open dg.vorn.window_open ZWave_SWITCH_BINARY_14 og.sz.smoke_detect eg.fl.window_open eg.wc.window_open og.sz.window_open og.ki.window_open og.buero.window_open og.bad.window_open dg.og.switch_light
     2016-12-10 11:01:49   neighborUpdate  unknown
     2017-01-02 20:50:00   power            0 W
     2017-01-02 20:57:01   reportedState   off
     2017-01-02 21:00:32   state           mcaAdd 1 0 1 1
     2017-01-02 21:00:54   timeToAck       0.120
     2017-01-02 21:00:54   transmit        OK
Attributes:
   IODev      zw.dongle
   alias      Main
   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 on:FS20.on@yellow off:FS20.off
   group      Beleuchtung
   room       Studio
   sortby     1
   vclasses   ALARM:5 APPLICATION_STATUS:1 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
   webCmd     :


Seit ich die Änderungen vorgenommen habe, habe ich keine Log-Einträge mehr im Main-Device. Vorher waren ohne Schaltvorgänge zumindest regelmäßig power und energy Einträge vorhanden.

Log vom Endpoint 1 mit Schaltvorgängen (um 21:17, die regelmäßigen energy und power-Meldungen sind anscheinend zum Endpoint gewandert):
2017-01-02_21:17:36 dg.switch_light_ep1 on
2017-01-02_21:17:36 dg.switch_light_ep1 reportedState: on
2017-01-02_21:17:38 dg.switch_light_ep1 power:  11.1 W
2017-01-02_21:17:45 dg.switch_light_ep1 off
2017-01-02_21:17:45 dg.switch_light_ep1 reportedState: off
2017-01-02_21:17:45 dg.switch_light_ep1 power:  0 W
2017-01-02_22:01:27 dg.switch_light_ep1 energy:  0.39 kWh
2017-01-02_22:17:45 dg.switch_light_ep1 power:  0 W
2017-01-02_23:01:27 dg.switch_light_ep1 energy:  0.39 kWh
2017-01-02_23:01:28 dg.switch_light_ep1 energy:  0.39 kWh
2017-01-02_23:01:28 dg.switch_light_ep1 energy:  0.39 kWh
2017-01-02_23:17:45 dg.switch_light_ep1 power:  0 W
2017-01-02_23:17:46 dg.switch_light_ep1 power:  0 W


Vom Endpoint 2:
2017-01-02_21:17:38 dg.switch_fan on
2017-01-02_21:17:38 dg.switch_fan reportedState: on
2017-01-02_21:17:40 dg.switch_fan power:  9 W
2017-01-02_21:17:43 dg.switch_fan off
2017-01-02_21:17:43 dg.switch_fan reportedState: off
2017-01-02_21:17:44 dg.switch_fan power:  0 W
2017-01-02_21:51:56 dg.switch_fan energy:  1.62 kWh
2017-01-02_21:51:57 dg.switch_fan energy:  1.62 kWh
2017-01-02_22:17:43 dg.switch_fan power:  0 W
2017-01-02_22:17:44 dg.switch_fan power:  0 W
2017-01-02_22:51:56 dg.switch_fan energy:  1.62 kWh
2017-01-02_22:51:57 dg.switch_fan energy:  1.62 kWh
2017-01-02_23:17:43 dg.switch_fan power:  0 W

krikan

ZitatVorher waren ohne Schaltvorgänge zumindest regelmäßig power und energy Einträge vorhanden.
Waren das Eintraege mit Summe der beiden Kanaele?

_______
Wenn jemand experimentierfreudig ist:
Log auf verbose 5 hochdrehen
Lokales Reset am Aktor ausführen
Ergebnis praesentieren

-> Durch den Reset wird ein DEVICE_RESET_LOCALLY an den Controller geschickt. Mich interessiert, ob das bei der reinen Endpoint Assoziation überhaupt beim Controller ankommt. Befürchte nicht und das waere nicht optimal. Wenn es kommt, dann interessiert mich das Log (Rohnachricht).

Bitte nur durchführen, wer dazu Zeit und Lust hat. Das ist nur ein winziges Puzzleteil.

jeep

Zitat von: krikan am 02 Januar 2017, 23:44:30

Bitte nur durchführen, wer dazu Zeit und Lust hat. Das ist nur ein winziges Puzzleteil.

Hi Christian,

hatte Zeit und Lust. ;) Gerade eben frisch includiert, fhem restart und verbose auf 5. Ich habe erst einen Schaltvorgang (an/aus) auf EP1 gemacht, dann einen auf EP2 und zuletzt noch einmal auf dem Maindevice.

ZitatMich interessiert, ob das bei der reinen Endpoint Assoziation überhaupt beim Controller ankommt. Befürchte nicht und das waere nicht optimal. Wenn es kommt, dann interessiert mich das Log (Rohnachricht).

Das wäre in der Tat nicht optimal weil das devive noch einen 3.ten Endpoint (der hidden ist) hat.  Zuständig für overheat und overcurrent protection. Und es wäre sicher von Vorteil wenn der Controller das mitbekäme. Das device wird vermutlich bei ca 60° trotzdem abschalten. Das ist so der Fibaro Standardwert für Überhitzung.
Gib mir Bescheid wenn Du weitere Infos brauchst. Kann das device noch ein paar Tage entbehren.

Grüße, Josef


Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

jeep

Und für alle Fälle hier noch das List des devices:
Internals:
   DEF        f21495c7 16
   IODev      ZWDongle_0
   NAME       ZWave_SWITCH_BINARY_16
   NR         35
   STATE      off
   TYPE       ZWave
   ZWaveSubDevice no
   endpointChildren ZWave_ZWAVEPLUS_INFO_16.01,ZWave_ZWAVEPLUS_INFO_16.02
   homeId     f21495c7
   isWakeUp
   lastMsgSent 1483439636.38458
   nodeIdHex  10
   Readings:
     2017-01-03 11:28:15   assocGroup_1    Max 1 Nodes
     2017-01-03 11:28:15   assocGroup_2    Max 5 Nodes
     2017-01-03 11:28:15   assocGroup_3    Max 5 Nodes
     2017-01-03 11:28:15   assocGroup_4    Max 5 Nodes
     2017-01-03 11:28:15   assocGroup_5    Max 5 Nodes
     2017-01-03 11:28:15   assocGroups     5
     2017-01-03 11:07:27   mcCapability_01 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2017-01-03 11:07:27   mcCapability_02 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2017-01-03 11:07:27   mcEndpoints     total 2, identical
     2017-01-03 11:14:26   mcaGroups       5
     2017-01-03 11:14:27   mca_1           Max 1 Nodes ZWDongle_0:1
     2017-01-03 11:14:27   mca_2           Max 5
     2017-01-03 11:14:27   mca_3           Max 5
     2017-01-03 11:14:27   mca_4           Max 5
     2017-01-03 11:14:27   mca_5           Max 5
     2017-01-03 11:07:27   model           FIBARO System FGS223 Double Relay
     2017-01-03 11:07:27   modelConfig     fibaro/fgs223.xml
     2017-01-03 11:07:27   modelId         010f-0203-1000
     2017-01-03 11:33:56   state           off
     2017-01-03 11:33:56   timeToAck       0.037
     2017-01-03 11:33:56   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_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


Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

Hallo Josef!
Danke für Deinen Forschungstrieb.  :)
Der Aktor ist wirklich speziell interesant.
Aktorreset hast Du aber noch nicht gemacht, oder?
Funktionieren die Abfragen von Werten (METER,..) im Maindevice problemlos?
verbose 5 reicht übrigens an ZWDongle.
Gruß, Christian

jeep

Zitat von: krikan am 03 Januar 2017, 17:53:51
Hallo Josef!
Aktorreset hast Du aber noch nicht gemacht, oder?
Funktionieren die Abfragen von Werten (METER,..) im Maindevice problemlos?
verbose 5 reicht übrigens an ZWDongle.
Gruß, Christian

Hallo Christian,

ich habe vorhin einen meter Reset gemacht.
Davor hatte ich 0.02 kWh in der Anzeige.
Jetzt warte ich schon fast eine halbe Stunde aber get meter zeigt energy immer noch  "0 kWh", maindevice und genauso die endpoints. 
Da kommt also nichts mehr an.
Ich denke das ist es was ich machen sollte und was Du wissen wolltest?

Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

Hallo Josef!
Sorry, meine Beschreibung war leider zu unpraezise.

Welche Antwort kommt vom Aktor, wenn Du im MainDevice bspw. abfragst:
get <device> associationGroupCmdList 1
get <device> associationGroupCmdList 2
get <device> associationGroupCmdList 3
get <device> meter
get <device> swbStatus


Mit Reset meine ich einen Aktorreset, so wie er hier http://products.zwavealliance.com/products/1742/network unter "Procedure to Factory Reset" beschrieben ist. Damit proviziert man eine vom Controller unangeforderte Nachricht des Geraetes. Mich interessiert, ob die trotz fehlender Assoziation mit Root/Main vom Controller empfangen wird.

Natürlich alles mit verbose 5 bei ZWongle geloggt und wenn Du noch Lust/Zeit hast.

Gruß, Christian

jeep

Hallo Christian,
war kurz außer Haus, werde aber jetzt weitermachen.
Aber diese Prozedur kenne ich (Handbuch Seite 10) habe ich schon öfters gemacht (mit anderen devices). Nur dachte ich mir "das kann er doch nicht meinen", also auch mein Fehler.
Ich vermute aber das der Controller nichts davon mitbekommt. Aber lassen wir uns überrraschen. Ich melde mich.
Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

jeep

Hallo Christian,

so da bin ich wieder und ich bin doch ein wenig überrascht dass der Controller doch was vom Reset mitbekommen hat, so nach dem Motto "Ich versterbe jetzt":
2017.01.03 22:49:10 5: Starting notify loop for SW16_EP1, 1 event(s), first is power:  0 W
2017.01.03 22:49:26 4: ZWDongle_Read ZWDongle_0: rcvd 0004001007600d0101250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.03 22:49:26 5: SW: 06
2017.01.03 22:49:26 5: ZWDongle_0: dispatch 0004001007600d0101250300
2017.01.03 22:49:26 4: CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:07600d0101250300 CB:00
2017.01.03 22:49:26 5: Triggering SW16_EP1 (2 changes)
2017.01.03 22:49:26 5: Starting notify loop for SW16_EP1, 2 event(s), first is off
2017.01.03 22:49:26 4: ZWDongle_Read ZWDongle_0: rcvd 0004001007600d0201250300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.03 22:49:26 5: SW: 06
2017.01.03 22:49:26 5: ZWDongle_0: dispatch 0004001007600d0201250300
2017.01.03 22:49:26 4: CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:07600d0201250300 CB:00
2017.01.03 22:49:26 5: Triggering SW16_EP2 (2 changes)
2017.01.03 22:49:26 5: Starting notify loop for SW16_EP2, 2 event(s), first is off
2017.01.03 22:49:26 4: ZWDongle_Read ZWDongle_0: rcvd 000400100c600d01013202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.03 22:49:26 5: SW: 06
2017.01.03 22:49:26 5: ZWDongle_0: dispatch 000400100c600d01013202213200000000
2017.01.03 22:49:26 4: CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0c600d01013202213200000000 CB:00
2017.01.03 22:49:26 5: Triggering SW16_EP1 (1 changes)
2017.01.03 22:49:26 5: Starting notify loop for SW16_EP1, 1 event(s), first is power:  0 W
2017.01.03 22:49:26 4: ZWDongle_Read ZWDongle_0: rcvd 000400100c600d02013202213200000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.03 22:49:26 5: SW: 06
2017.01.03 22:49:26 5: ZWDongle_0: dispatch 000400100c600d02013202213200000000
2017.01.03 22:49:26 4: CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0c600d02013202213200000000 CB:00
2017.01.03 22:49:26 5: Triggering SW16_EP2 (1 changes)
2017.01.03 22:49:26 5: Starting notify loop for SW16_EP2, 1 event(s), first is power:  0 W
2017.01.03 22:49:27 4: ZWDongle_Read ZWDongle_0: rcvd 000400100e600d020132022144000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.03 22:49:27 5: SW: 06
2017.01.03 22:49:27 5: ZWDongle_0: dispatch 000400100e600d020132022144000000000000
2017.01.03 22:49:27 4: CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0e600d020132022144000000000000 CB:00
2017.01.03 22:49:27 5: Triggering SW16_EP2 (1 changes)
2017.01.03 22:49:27 5: Starting notify loop for SW16_EP2, 1 event(s), first is energy:  0 kWh
2017.01.03 22:49:36 4: ZWDongle_Read ZWDongle_0: rcvd 00040010025a01 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.03 22:49:36 5: SW: 06
2017.01.03 22:49:36 5: ZWDongle_0: dispatch 00040010025a01
2017.01.03 22:49:36 4: CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:025a01 CB:00
2017.01.03 22:49:36 5: Triggering SW16 (1 changes)
2017.01.03 22:49:36 5: Starting notify loop for SW16, 1 event(s), first is deviceResetLocally: yes
2017.01.03 22:49:43 4: Closing inactive connection WEB_192.168.110.116_56107
2017.01.03 22:49:43 4: Closing inactive connection WEB_192.168.110.116_56103
2017.01.03 22:50:04 4: Connection closed for WEB_192.168.110.116_56091: EOF
2017.01.03 22:50:04 4: WEB_192.168.110.116_56129 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-01.log; BUFLEN:0

jump to the top



Und hier noch die get Abfragen:
Zitat
assocGroupCmdList_1:25035a0132025b037105
assocGroupCmdList_2:2001
assocGroupCmdList_3:260126042605
energy: 0 kWh
state:on  – nur wenn EP1 auf On ist
Bei nur EP2 ON ist swbStatus off

Das war's für heute.

Grüße, Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

krikan

Nochmals danke.

Beruhigt mich, dass DEVICE_RESET_LOCALLY durchkommt. Die Nachricht darf laut zwapi nämlich nicht als MULTI_CHANNEL-Nachricht verschickt werden. Auch der Rest schaut ok aus. Darum überzeugt mich die "rubinho-Lösung"  :) noch mehr, obwohl ich es aus zwapi-Sicht nicht verstehe. Mache mich mal an die Patch-Bastelei. Kann aber etwas dauern.

Gruß, Christian

lenn1

Die Lösung klappt bei mir auch, das einzige was mich eben verwundert hat:

energy 83887.37 kWh 2017-01-03 21:32:00

Naja das Stromgezähle stört oder interessiert mich gar nicht, aber ich hoffe doch sehr, dass meine 11W Lampe nicht soviel verbraucht hat  ;D


krikan

#62
@Rudi:
Anhaengend der init-Patch für den FGS223. Konnte den nicht testen, also bitte kritisch durchschauen.

Der Patch soll bewirken, dass für den FGS folgende Befehle nach der Inklusion automatisch ausgeführt werden:
set <MainDevice> associationDel 1 <ControllerNodeId>
set <MainDevice> mcaAdd 1 0 <ControllerNodeId> 1

Dadurch werden Energieverbrauch und Schaltvorgaenge separat pro Endpoint gemeldet.

edit: Anhang noch einmal erneuert; erste Fassung war falsch

rudolfkoenig

Der Patch ist aus meiner Sicht perfekt, ist eingecheckt.
Testen konnte ich es auch nicht wirklich, nur dass er keine Syntaxfehler enthaelt.

Skipper

Hallo,
ich bin noch nicht so lange dabei mein Heim zu Automatisieren und mit entsprechenden Komponenten auszustatten. Ich habe aber bisher nur ZWAVE Funkkomponenten im Einsatz.
Da mir die Fibaro Switche recht solide und praktisch vorkamen und ich auch hier im Forum gelsen habe, dass die Doku dabei recht gut ist, habe ich mir also Komponenten des Herstellers geholt. Zunächst habe ich mir FGS-222 Switche gekauft und seit dem Jahreswechsel auch einen FGS-223 bei dem ich ebenfalls wie andere hier das Problem hatte, dass der S2 seinen Zustand nicht an den Stick funkt.
Nachdem ich den Empfehlungen gefolgt bin und die Befehle abgesetzt habe sendet nun auch S2 seinen Zustand an den Stick.
set <MainDevice> associationDel 1 <ControllerNodeId>
set <MainDevice> mcaAdd 1 0 <ControllerNodeId> 1


Kommen wir nun aber zu meiner Frage:
Bei meinen FGS-222 sieht es so aus, dass der Zustand von S1 über das Main Device an den Stick gefunkt wird das SubDevice bekommt nichts davon mit und nur der Zustand des S2 über das Subdevice gesendet wird. Bei dem FGS-223 ändert sich nun am MainDevice kein Zustand mehr sondern nur noch an den SubDevices (Das war eigentlich auch meine Erwartung von den FGS-222)
Habe ich also an den FGS-222 noch etwas falsch eingestellt? Oder ist das richtig so?

Beste Grüße
Timo

krikan

#65
Zitat von: Skipper am 11 Januar 2017, 08:55:47
Kommen wir nun aber zu meiner Frage:
Bei meinen FGS-222 sieht es so aus, dass der Zustand von S1 über das Main Device an den Stick gefunkt wird das SubDevice bekommt nichts davon mit und nur der Zustand des S2 über das Subdevice gesendet wird. Bei dem FGS-223 ändert sich nun am MainDevice kein Zustand mehr sondern nur noch an den SubDevices (Das war eigentlich auch meine Erwartung von den FGS-222)
Habe ich also an den FGS-222 noch etwas falsch eingestellt? Oder ist das richtig so?
Hallo Timo!
Der FGS222 ist anders einzurichten und zu steuern als der FGS223, um den es hier in den letzten Beiträgen ging.
Bei FGS222 reicht eine normale Inklusion. Die Steuerung weist dann diese Besonderheiten auf: https://wiki.fhem.de/wiki/Z-Wave#FGS-222_Relais_Unterputzeinsatz.
Gruß, Christian

fettgu

Info: Ich habe den Patch mit einem Fibaro FGS223 getestet. Er funktioniert.