Wechselschaltung mit Fibaro FGS223/FGS222

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

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 2 3 4 5 Alle
Benutzer-Aktionen

krikan

#45
02 Januar 2017, 20:26:57
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

#46
02 Januar 2017, 21:23:19
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

#47
02 Januar 2017, 21:47:20
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

#48
02 Januar 2017, 22:29:17
@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:

Code Auswählen
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

#49
02 Januar 2017, 22:42:46
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
02 Januar 2017, 22:44:26 Letzte Bearbeitung: 02 Januar 2017, 23:14:29 von rubinho
@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

#51
02 Januar 2017, 23:34:38
@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:

Code Auswählen
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):
Code Auswählen
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:
Code Auswählen
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

#52
02 Januar 2017, 23:44:30
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

#53
03 Januar 2017, 11:55:34
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

#54
03 Januar 2017, 12:19:17
Und für alle Fälle hier noch das List des devices:
Code Auswählen
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

#55
03 Januar 2017, 17:53:51
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

#56
03 Januar 2017, 18:59:14
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

#57
03 Januar 2017, 19:33:18
Hallo Josef!
Sorry, meine Beschreibung war leider zu unpraezise.

Welche Antwort kommt vom Aktor, wenn Du im MainDevice bspw. abfragst:
Code Auswählen
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

#58
03 Januar 2017, 22:11:56
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

#59
03 Januar 2017, 23:03:10
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":
Code Auswählen
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)
Drucken
Nach oben Seiten 1 2 3 4 5 Alle
Benutzer-Aktionen