Info: devolo Tür-/Fenster Kontakt 3in1 in fhem

[Buwe]

Irgendwie mögen mich die Devolo/Philio Sensoren nicht, zumindest nicht mit der Option Security.
Ich hatte mehrfach versucht den bisher unzuverlässigen Bewegungsmelder des Philio 4-in-1 Sensors über Config-Paramter zu konfigurieren. War leider immer nur mal zwischendurch möglich.
Nachdem ich heute morgen nochmals eine neue 10_Zwave.pm gesehen und ein Update durchgeführt hatte, habe ich mir danach mal die Zeit genommen genauer zu forschen.
Auch habe ich die Versuche mit einem Devolo (Philio) 3-in-1 reproduzieren können.

Ausgangsituation:
Man legt einen Config-Request für den nächsten Wakeup auf den Stack. Beispielsweise: get eg.fl.window_open configAutoReportTemperatureTime

List des Sensor vor dem Befehl (Tür geöffnet/geschlossen):

Code Auswählen Erweitern


Internals:
   DEF        e58b19ca 4
   IODev      zw.dongle
   LASTInputDev zw.dongle
   MSGCNT     13
   NAME       eg.fl.window_open
   NR         73
   STATE      Zu
   TYPE       ZWave
   homeId     e58b19ca
   isWakeUp   1
   lastMsgSent 1445949706.93921
   nodeIdHex  04
   zw.dongle_MSGCNT 13
   zw.dongle_RAWMSG 000400042d9881f2de96ac5f6ea79981f229a9d6261776bfa16785f7dcc8ce1c8f27185eb26d3afd864d4550a917fad132c5
   zw.dongle_TIME 2015-10-27 13:41:47
   Readings:
     2015-10-16 20:02:41   SECURITY        ENABLED
     2015-10-16 20:21:59   assocGroup_01   Max 08 Nodes 01
     2015-10-16 20:21:05   assocGroup_02   Max 08 Nodes
     2015-10-16 20:21:03   assocGroups     2
     2015-10-27 13:41:46   battery         100 %
     2015-10-16 20:30:21   configAutoReportIlluminationTime 2
     2015-10-16 20:31:42   configAutoReportTemperatureTime 2
     2015-10-16 20:32:25   configOperationMode 8
     2015-10-27 13:41:46   doorWindow      00
     2015-10-27 13:41:46   luminance       7 %
     2015-10-16 20:22:39   model           devolo Door/Window Contact MT02648
     2015-10-16 20:22:39   modelConfig     philio/pst02-1c.xml
     2015-10-16 20:22:39   modelId         0175-0002-000e
     2015-10-16 20:32:24   received_nonce  6a78495790cdf342
     2015-10-27 13:41:46   send_nonce      4df7032365e585c8
     2015-10-20 10:04:54   state           sendNonce
     2015-10-16 20:50:47   tamper          ff
     2015-10-27 13:41:46   temperature     20.0 C
     2015-10-27 13:41:46   transmit        OK
     2015-10-27 08:12:58   wakeup          notification
     2015-10-16 20:24:24   wakeupReport    interval 21600 target 1
Attributes:
   IODev      zw.dongle
   alarmDevice Sensor
   alarmSettings alarm4,|eg.fl.window_open:.*Auf|Haustür|on
   alias      Haustür
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   devStateIcon .*Zu:fts_door_right@green .*Auf:fts_door_right_open@red
   eventMap   00:Zu ff:Auf
   group      Türen/Fenster
   icon       control_building_eg
   room       Status
   secure_classes BATTERY ALARM ASSOCIATION CONFIGURATION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP MARK
   stateFormat doorWindow


Im Log ergibt das folgendes:

Code Auswählen Erweitern


2015.10.27 13:41:46.929 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.27 13:41:46.930 5: SW: 06
2015.10.27 13:41:46.931 5: zw.dongle dispatch 00040004029840
2015.10.27 13:41:46.932 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840
2015.10.27 13:41:46.936 5: ZWDongle_Write 00 13040a98804df7032365e585c82504
2015.10.27 13:41:46.937 5: SW: 01110013040a98804df7032365e585c825049d
2015.10.27 13:41:46.941 5: ACK received, removing 01110013040a98804df7032365e585c825049d from dongle sendstack
2015.10.27 13:41:46.947 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.27 13:41:46.947 5: SW: 06
2015.10.27 13:41:46.949 5: zw.dongle dispatch 011301
2015.10.27 13:41:46.963 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000003
2015.10.27 13:41:46.963 5: SW: 06
2015.10.27 13:41:46.965 5: zw.dongle dispatch 001304000003
2015.10.27 13:41:46.965 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.10.27 13:41:46.966 4: zw.dongle transmit OK for 04
2015.10.27 13:41:46.988 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400042d9881f2de96ac5f6ea79981f229a9d6261776bfa16785f7dcc8ce1c8f27185eb26d3afd864d4550a917fad132c5
2015.10.27 13:41:46.989 5: SW: 06
2015.10.27 13:41:46.990 5: zw.dongle dispatch 000400042d9881f2de96ac5f6ea79981f229a9d6261776bfa16785f7dcc8ce1c8f27185eb26d3afd864d4550a917fad132c5
2015.10.27 13:41:46.991 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:2d9881f2de96ac5f6ea79981f229a9d6261776bfa16785f7dcc8ce1c8f27185eb26d3afd864d4550a917fad132c5
2015.10.27 13:41:46.994 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:198f010403800364043003000a053105030107063105012200c8


Ausführen des o.g. Get Config Befehls:

Code Auswählen Erweitern


2015.10.27 13:43:19.104 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400030e3202213400000000000000000000
2015.10.27 13:43:19.105 5: SW: 06
2015.10.27 13:43:19.107 5: zw.dongle dispatch 000400030e3202213400000000000000000000
2015.10.27 13:43:19.108 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:03 ARG:0e3202213400000000000000000000
2015.10.27 13:44:42.967 2: ZWave get eg.fl.window_open configAutoReportTemperatureTime


Danach erkennt fhem zwar noch Meldungen des Sensor, aber verarbeitet diese nicht mehr!
Ein (gekürztes) list, man beachte send_nonce:

Code Auswählen Erweitern


   lastMsgSent 1445949706.93921
   nodeIdHex  04
   secInProgress 1
   zw.dongle_MSGCNT 13
   zw.dongle_RAWMSG 000400042d9881f2de96ac5f6ea79981f229a9d6261776bfa16785f7dcc8ce1c8f27185eb26d3afd864d4550a917fad132c5
   zw.dongle_TIME 2015-10-27 13:41:47
   Readings:
     2015-10-27 13:41:46   battery         100 %
     2015-10-16 20:30:21   configAutoReportIlluminationTime 2
     2015-10-16 20:31:42   configAutoReportTemperatureTime 2
     2015-10-16 20:32:25   configOperationMode 8
     2015-10-27 13:41:46   doorWindow      00
     2015-10-27 13:41:46   luminance       7 %
     2015-10-27 13:47:15   send_nonce      56f6fe39bc1083ca
     2015-10-27 13:41:46   temperature     20.0 C
     2015-10-27 13:41:46   transmit        OK

   SendStack:
     13040298402504
     13040a988056f6fe39bc1083ca2504
   secMsg:
     70050d get eg.fl.window_open configAutoReportTemperatureTime
   secStack:


Im log sieht das so aus:

Code Auswählen Erweitern


2015.10.27 13:47:15.259 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.27 13:47:15.260 5: SW: 06
2015.10.27 13:47:15.261 5: zw.dongle dispatch 00040004029840
2015.10.27 13:47:15.262 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840


Bedeutet: Ein Öffnen oder Schließen der Türe wird von fhem nicht mehr erkannt! Was bei einer Alarmanale eher schlecht ist.
Meine Sensoren so konfiguriert, dass sie stündlich Temperatur/Helligkeit melden. Auch dieses bleibt dann aus.

Dieser Zustand hält an bis zu einem shutdown/restart oder bis zum nächsten regulären Wakeup des Sensors.

Bei dem Philio 4-in-1 verhält es sich prinzipiell genauso. Im Unterschied dazu hatte ich zusätzlich (als ersten Befehl) per Get das Wakup-Interval abgefragt. Wobei neuerdings bei Wakup-Interval die Meldung "executed in background" statt "scheduled for wakeup" kommt.
Der hat sich allerdings durch Wakeup nicht berappelt, sondern brauchte zusätzlich einen shutdown/restart von fhem.
Auch wurde hier das Reading für Wakeup-Interval und configAutoReportTemperatureTime nicht aktualisiert.

Um den Beitrag nicht unnötig aufzublähen hier nur mal die geküzten Daten aus dem List:

Code Auswählen Erweitern


lastMsgSent 1445966247.06969
   nodeIdHex  06
   secInProgress 1
   zw.dongle_MSGCNT 13
   zw.dongle_RAWMSG 0013060101a3
   zw.dongle_TIME 2015-10-27 18:17:31
   Readings:
     2015-10-21 11:52:31   SECURITY        ENABLED
     2015-10-21 12:07:32   alarm           HomeSecurity: Tampering, product covering removed, arg 00
     2015-10-27 13:13:01   battery         100 %
     2015-10-21 12:22:26   configAutoReportIlluminationTime 2
     2015-10-21 12:22:03   configAutoReportTemperatureTime 2
     2015-10-21 12:20:13   configCustomerFunction 20
     2015-10-21 12:08:33   configOperationMode 8
     2015-10-24 21:38:34   configPIRSensitivity 50
     2015-10-27 13:13:01   doorWindow      ff
     2015-10-27 13:13:01   luminance       40 %
     2015-10-21 12:02:41   model           Philio Technology Corporation PST02-A 4 in 1 Multi-Sensor
     2015-10-21 12:02:41   modelConfig     philio/pst02.xml
     2015-10-21 12:02:41   modelId         013c-0002-000c
     2015-10-27 09:43:21   motion          ff
     2015-10-27 18:16:49   received_nonce  b68a25fd8635e5b3
     2015-10-27 18:21:21   send_nonce      eed7cb6f92cf1edc
     2015-10-27 18:17:31   state           TRANSMIT_NO_ACK
     2015-10-21 13:47:52   tamper          ff
     2015-10-27 18:17:26   temperature     22.5 C
     2015-10-27 18:17:31   transmit        NO_ACK
     2015-10-27 18:16:49   wakeup          notification
     2015-10-21 11:59:41   wakeupReport    interval 3600 target 1
   SendStack:
     sent:13060298402506
     13060a9880eb178369fc0f663d2506
     13060a9880eed7cb6f92cf1edc2506
   secMsg:
     700503 get eg.kue.window_open configPIRSensitivity
   secStack:

Zur Erläuterung: Ich hatte den Fehler gegen 13:13 Uhr provoziert und tatsächlich bis zum nächsten Wakeup gewartet.

Ich habe noch einen Devolo, der ohne Security eingerichtet ist. Der zeigt dieses Verhalten nicht.

Möglicherweise kommt ist das Problem auf der Blacklist von Zwave.me beschrieben (ich habe allerdings den Stick statt der Platine):

Reason/Description: The device works fine when included non secure. When included secure certain interview commands are not answered correctly and the device used unsecure communication within secure environments. This is a violation of the Z-Wave security policy and protocol.

[krikan]

Die Blacklist von zwave.me würde ich nicht zu ernst nehmen. Wenn man den Thread im Zwave.me Forum liest, fragt man sich, wer Schuld ist..
Denke eher es muss noch etwas am Fhem-Code optimiert werden. Derartige Probleme hatten wir mit dem ursprünglichen Testcode und meinem Philio PST02-A mMn nicht.

[A.Harrenberg]

Hi,
habe leider momentan keine Zeit da rein zu schauen, komme frühestens am WE dazu.

Bitte mal ein größeres Stück Log posten in dem alles vom Auslösen des Config request bis zum nächsten WakeUp und bis zum Eintreffen weiterer (nicht verarbeiteten) Nachrichten.
Irgendwo bleibt da was auf dem Security Stack liegen. Wieso das den Ablauf jetzt ausbremst kann ich erst sagen wenn ich ein komplettes Log habe und das mal durchgegangen bin.

Ich würde empfehlen Security mal für die paar Tage nicht zu nutzen... Es sei denn Rudi oder Krikan haben da früher eine Idee.

Gruß,
Andreas.

[Mitch]

Einige Besonderheiten (zumindest für einen Newbie):

• Wakup notification ist per default alle 24 Stunden und geht als Broadcast raus (255). Bei der Notification werden keine Werte (z.B. Temperatur) übertragen.
• Alle 6 Stunden werden als Default-Report: Batterie, Temperatur, Helligkeit und Zu(00)/Auf(ff) gesendet. Diese Zeit kann an zwei Stellen beinflusst werden: Config-No. 20 (Default:30) beeinflusst alle zusammen,  Config-No. 13  (default:12) als Beispiel beinflusst nur die Temparatur. Für die Nicht-Mathematiker: 12 Minuten * 30 Minuten = 360 Minuten/6Stunden 
• Die Dauer zwischen zwei Reports wird jeweils um einige Sekunden kürzer (siehe log unten). Wenn er nicht irgendwann irgendwas tut, müsste die Dauer irgendwann man 0 Minuten sein?
• Cofig-No. 5 auf 8 setzen: ändert die Temperaturwerte auf Celsius statt Fahrenheit (Dank ans fhemwiki)
• Ändert sich die Temperatur um mehr als 0,56 C, erfolgt eine Meldung an FHEM. Für die Helligkeit ist eine Meldung per Default deaktiviert, wobei die Philio-Anleitung bei Aktivierung auf die reduzierte Batterie-Lebensdauer hinweist.
• tamper-Reading, wird beim Auslösen auf "ff" gesetzt und nicht zurückgesetzt. Man kann erneutes Auslösen nur an der Uhrzeit erkennen. (Per setreading manuell auf "00" gesetzt).
• state oder STATE werden beim Auslösen des Fensterkontakts nicht gesetzt (Über "stateformat" gelöst)

Der Vollständigkeit halber ein list <device>...

Code Auswählen Erweitern


Internals:
   DEF        d45feXXX 5
   IODev      zw.dongle
   LASTInputDev zw.dongle
   MSGCNT     19
   NAME       eg.wz.window_open
   NR         70
   STATE      Status: Zu
   TYPE       ZWave
   homeId     d45fXXX
   id         05
   lastMsgSent 1442887809.01576
   zw.dongle_MSGCNT 19
   zw.dongle_RAWMSG 00040005108f0102053105030101063105012200dc
   zw.dongle_TIME 2015-09-22 08:53:55
   Readings:
     2015-09-20 21:03:30   CMD             ZW_APPLICATION_UPDATE
     2015-09-22 05:24:34   battery         100 %
     2015-09-21 13:16:07   config_12       2
     2015-09-21 13:16:07   config_13       2
     2015-09-21 12:16:42   config_20       30
     2015-09-20 17:29:05   config_5        8
     2015-09-22 05:24:34   doorWindow      00
     2015-09-22 08:53:55   luminance       1 %
     2015-09-20 16:55:53   model           0x0175 0x0002 0x000e
     2015-09-20 16:55:53   modelId         0175-0002-000e
     2015-09-20 16:55:49   state           associationAdd 1 01
     2015-09-21 19:42:59   tamper          00
     2015-09-22 08:53:55   temperature     22.0 C
     2015-09-22 04:10:11   transmit        OK
     2015-09-22 04:10:09   wakeup          notification
     2015-09-21 16:15:02   wakeupReport    interval 21600 target 1
Attributes:
   IODev      zw.dongle
   alias      Terassentür
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   devStateIcon .*Zu:fts_door_right@green .*Auf:fts_door_right_open@red
   eventMap   00:Zu ff:Auf
   icon       control_building_eg
   room       Wohnzimmer
   stateFormat Status: doorWindow


... und ein log. (Report: für Temperatur und Helligkeit auf 1 Stunde gesetzt, Batterie und Zustand Kontakt auf 6 Stunden gelassen)

Hallo,

vielen Dank für Deine Infos.

Habe mir nun mein erstes Z-Wave Device gekauft, den Devolo Türkontakt.
Konnte das Ding auch ohne weiteres einbinden.

Was mich etwas stört, die sehr langsame Übertragung der Temp und Helligkeits Werte.

Du schreibst ja, Du hast das auf 1 Stunde gestellt, aber wie finde ich das bzw. wo stell ich das ein?
->  Config-No. 13  (default:12) als Beispiel beinflusst nur die Temperatur
Also configByte 13 1 ?? für eine Stunde.

Mein List sieht auch etwas anders aus:

Code Auswählen Erweitern

ZWDongle_MSGCNT 210
   ZWDongle_RAWMSG 00040002198f010403800364043003000a05310503010106310501220091
   ZWDongle_TIME 2015-10-28 07:50:40
   homeId     cfe3bfce
   isWakeUp   1
   lastMsgSent 1445965576.31134
   nodeIdHex  02
   CHANGETIME:
   Helper:
     Dblog:
       Temperature:
         Mydblog:
           TIME       1446013179.44417
           VALUE      14.5 C
   Readings:
     2015-10-28 07:50:40   battery         100 %
     2015-10-28 07:50:40   doorWindow      00
     2015-10-28 07:50:40   luminance       1 %
     2015-10-27 17:20:57   model           devolo Door/Window Contact MT02648
     2015-10-27 17:20:57   modelConfig     philio/pst02-1c.xml
     2015-10-27 17:20:57   modelId         0175-0002-000e
     2015-10-27 17:20:54   state           associationAdd 1 01
     2015-10-27 21:31:17   tamper          00
     2015-10-28 07:50:40   temperature     14.5 C
     2015-10-27 18:06:20   transmit        OK
     2015-10-27 18:06:16   wakeup          notification
   SendStack:
     13020272042502
     13020570040d01052502
     13020570040c01022502
     13020570040d01022502
     13020272042502
Attributes:
   IODev      ZWDongle
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   devStateIcon Zu:fts_door_right Auf:fts_door_right_open
   event-on-change-reading battery,doorWindow,luminance,temperature
   eventMap   00:Zu ff:Auf
   group      Türen
   icon       fts_door_right
   room       Fenster,Flur
   stateFormat doorWindow

Vielen Dank!

[Buwe]

@Mitch:
Man kann/muss an 2 Schrauben drehen:
Config 13 beeinflusst nur den Report für Temperatur (Default:12, 0 schaltet ganz ab!)
Config 20 beeinflusst Temperatur, Helligkeit, Battery, Tür auf/zu gleichzeitig (Default: 30, 0 schaltet alle ab)
Wenn du die beiden Werte multiplizierst kommst du auf 360 Minuten.
Du musst also selbst einen Kompromiss wie viele Daten du (auf Kosten der Batterie-Lebensdauer) benötigst.

Zwei Dinge solltest du beachten:
Der Sensor meldet in der Standard-Config Änderungen um mehr als 0,56 Grad automatisch.
Die angezeigte Temperatur entspricht nicht zwangsläufig der Raumtemperatur. Während unser Heizungsthermostat und eine Fritzsteckdose an der Rauminnenseite nahezu identische Werte anzeigen, liegt die des Sensors mal 1-2 Grad niedriger (Nachts) oder höher (Mittagssonne).

Zu deinen Readings: Dir fehlen einige weil du die Werte vmtl. noch nicht per Get abgefragt hast.
Falls der Sensor über Security eingebunden ist, musst du vermutlich derzeit die Get-Befehle einzeln gefolgt von einem zeitnahen Drücken des Tamper-Button aufrufen. Ohne Security könnte auch ein ConfigRequestAll funktionieren.

[Mitch]

Danke schonmal.

Mir geht es eigentlich um die Helligkeit, die möchte ich gerne öfter haben, bzw. überhaupt haben

Für die Helligkeit ist eine Meldung per Default deaktiviert

[Buwe]

Bitte mal ein größeres Stück Log posten in dem alles vom Auslösen des Config request bis zum nächsten WakeUp und bis zum Eintreffen weiterer (nicht verarbeiteten) Nachrichten.

Gibt es eine Möglichkeit das loggen auf einen Sensor einzugrenzen?
Hier funken mittlerweile vier von den Dingern rum und es ist nicht immer in den Logs eindeutig erkennbar welcher gesendet hat.
Ansonsten würde ich vorschlagen:
Logs wie es normal aussieht (Wakeup, Autoreport, Öffnen Fenster), den Config Request und das Wakeup danach. Auch das Öffnen eines Fensters und die Autoreports kann ich zeitlich eingrenzen.

[Buwe]

Mir geht es eigentlich um die Helligkeit, die möchte ich gerne öfter haben.

Das gesagte gilt prinziell auch für Helligkeit. Dann empfehle ich dir allerdings RTFM 
Der Link zur Doku steht ziemlich am Anfang des Threads. Da findest du neben dem passenden Config Wert auch einige Erläuterungen warum die Meldungen über Helligkeitsänderungen per Default abgeschaltet sind und was das der Minimum-Wert sein sollte.

[Buwe]

Denke eher es muss noch etwas am Fhem-Code optimiert werden. Derartige Probleme hatten wir mit dem ursprünglichen Testcode und meinem Philio PST02-A mMn nicht.

Du hast ja auch die Doku im Wiki zu dem Sensor geschrieben. Setzt du den Sensor "produktiv" ein?
Ich habe den Eindruck ob er Bewegung erkennt, hängt derzeit von der relativen Mondfeuchtigkeit ab.

Ich bin auf die beschriebenen Probleme nur gestoßen weil ich beispielsweise über Gruppe 2 eine Assocation mit einem Zwischenstecker machen wollte um rauszufinden ob sich ggf. nur Sensor und fhem nicht mögen.
Ich werde den Sensor noch mal exkludieren und auf Werkseinstellungen zurücksetzen. Und dann ohne Security inkludieren. Wenn das nicht hilft geht er zurück. 
Als Fenster-Sensor erfüllt er seinen Zweck. Das Goodie bei Eintritt in die Küche automatisch Licht einzuschalten erfüllt aber nicht den WAF-Faktor.

[Mitch]

Nach mehrmaligen RTF, hoffe ich, das richtige gefunden zu haben:

*** Illumination differential report ***
This function default is disabled, to enable this function by setting the configuration NO.22 not to zero.
Enable this functionality, the device will measure the illumination in every one minute. And if the illumination is changed to plus or minus the value (setting by the configuration NO.22), the device will report illumination information to the nodes in the group 1.
Caution 1: Enable this function will reduce the battery life about 15% ~ 20%. And another issue is setting the differential value too small, it will cause report too frequency, shorter the battery life more.
Propose the setting differential value should not small than 10. Caution 2: If the configuration No.4 is setting to 0 or 100, this functionality is useless.
Caution 3: Enable this functionality, it will cause the Motion Detector to disable detection when the illumination measurement. In other words, The Motion Detector will blind one second in every one minute.

das heißt für mich: set <device> configByte 22 10

liegt ich hier richtig?

[krikan]

Du hast ja auch die Doku im Wiki zu dem Sensor geschrieben. Setzt du den Sensor "produktiv" ein?
Ich habe den Eindruck ob er Bewegung erkennt, hängt derzeit von der relativen Mondfeuchtigkeit ab.

Nein, der läuft nur in meiner Spiel- und Testumgebung. Er ist optisch hier nicht akzeptziert  . Kann daher nicht mit Gewissheit sagen, ob es bei der Bewegungserkennung Problem gibt; dem Eindruck nach eher nicht. Nur mMn sehr kleiner Erfassungsbereich.

Jedoch habe ich ein auch grundsätzliches Problem mit Bewegungsmeldern. Ich habe noch keinen optimalen Sensor gefunden (weder EnO noch ZWave). Die Erfassungsbereiche sind alle suboptimal im Vergleich zu meinem uralten nicht Fhem-steuerbaren. Noch nicht probiert habe ich mit dem AEOTEC Multisensor 6 und Fibaro FGMS; die werde ich noch mal testen.

Wenn Du den mit SECURITY nutzt, sind die Probleme für mich verständlich. Wie Andreas schon andeutete: Nutze SECURITY derzeit eher nicht in (WAF-) sensiblen Bereichen.
SECURITY bei allen/vielen Sensoren/Aktoren zu nutzen, halte ich wegen der erhöhten Funklast und daraus resultierenden Verzögerungen sowieso für nicht ideal.

[Buwe]

Nach mehrmaligen RTF, hoffe ich, das richtige gefunden zu haben:

das heißt für mich: set <device> configByte 22 10

liegt ich hier richtig?

Sorry, jetzt erst gesehen...
Damit erreichst du, dass jedes Mal bei einer Helligkeitsänderung um 10% ein Report generiert wird. Ob die 10% deinen Anforderungen genügen wirst du nur durch testen herausfinden.
Ich lasse mir zwar spaßeshalber mit dem regelmäßigen stündlichen Report der Temperatur auch die Helligkeit ausgeben, mache aber im Moment noch nichts damit.

Das beeinflusst aber nicht den regelmäßigen Report. Um beispielsweise stündliche Meldungen zu bekommen, müsstes du noch 12 auf 2 setzen.

[krikan]

Die Blacklist von zwave.me würde ich nicht zu ernst nehmen. Wenn man den Thread im Zwave.me Forum liest, fragt man sich, wer Schuld ist..

Jetzt auch vom zwave.me Mitarbeiter, was von der Blacklist des Philio PST-02-1A zu halten ist und wo das Problem tatsächlich liegt:  http://forum.z-wave.me/viewtopic.php?f=3423&t=21185&start=40#p58886

[KnightTour]

(Ich hoffe, das passt hier rein.)
Falls jemand mit dem Gedanken spielt, sich einen mydlink DCH-Z110 zuzulegen: den gibt es gerade online als Restposten für unter 25€, einfach mal googlen.

Martin

[krikan]

mydlink DCH-Z110 zuzulegen: den gibt es gerade online als Restposten für unter 25€, einfach mal googlen.

Heute schon mit 10% Gutschein unter 20€.
Der WAF ist hier aber designmäßig und wegen Aufdruck mehr als suboptimal. 

@Rudi: der hat laut Werbung 100k; mein Zwave-Testfundus ist aufgestockt.