(Gelöst) LED ausschalten bei Neo CoolCam Bewegungsmelder

[FunkOdyssey]

Ich habe mir einen Neo CoolCam Battery Powered PIR Sensor gekauft.
Modell: NAS-PD02Z

Diese wird in FHEM als NAS-PD01Z erkannt. Die Geräte sollten technisch eigentlich identisch sein. Wobei bei einer Serie nun auch ein Temperatursensor vorhanden ist. Dies kann man am Typennamen jedoch nicht erkennen.

Ich würde gerne die LED deaktiveren.
In sämtlichen XML und Handbüchern findet man eine Möglichkeit über Parameter 10.

configLedBlinkEnable (1 Byte) 0=disable | 1 enable

Nur klappt das bei mir nicht.
Auch nach einem Gerätereset und einem Neukoppeln nicht.

Ich vermute, dass es hier technisch doch Unterschiede gibt, denn mein Sensor wird beim Parameter 10 mit dem Default-Wert = 5 eingelesen. Und der Sensor blinkt. Somit entspricht dies doch eigentlich nicht der Doku.

Hier ein List vom Device:

Code: [Auswählen]

Internals:
   DEF        x6xexb31 31
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     85
   NAME       ZWave_SENSOR_NOTIFICATION_31
   NR         668
   STATE      wakeupInterval 86400 1
   TYPE       ZWave
   ZWDongle_0_MSGCNT 85
   ZWDongle_0_RAWMSG 0004001f043003000cb900
   ZWDongle_0_TIME 2018-09-22 16:01:55
   ZWaveSubDevice no
   homeId     x6xexb31
   isWakeUp   1
   lastMsgSent 1537623196.40164
   nodeIdHex  1f
   READINGS:
     2018-09-22 16:01:55   alarm           HomeSecurity: Event cleared: Motion Detection - Unknown Location, arg 0108
     2018-09-22 11:42:03   battery         100 %
     2018-09-22 11:42:03   batteryPercent  100
     2018-09-22 11:42:03   batteryState    ok
     2018-09-22 11:43:56   configAmbientIlluminationLuxLevel 100
     2018-09-22 11:43:56   configAmbientIlluminationLuxLevel9 100
     2018-09-22 11:43:56   configBasicSetLevel 255
     2018-09-22 11:43:56   configLedBlinkEnable 5
     2018-09-22 11:43:56   configLightSensorPollingInterval 180
     2018-09-22 11:43:56   configLuxLevelFunctionEnable Disable
     2018-09-22 11:43:56   configOnOffDuration 30
     2018-09-22 11:43:56   configPIRDetectingFunctionEnabled4 Enable
     2018-09-22 11:43:57   configReTriggerIntervalSetting 8
     2018-09-22 11:43:57   configSensitivityLevelSetting 12
     2018-09-22 11:56:46   luminance       35 Lux
     2018-09-22 11:41:58   model           Neo CoolCam Battery Powered PIR Sensor
     2018-09-22 11:41:58   modelConfig     shenzen_neo/nas-pd01z.xml
     2018-09-22 11:41:58   modelId         0258-0003-108d
     2018-09-22 16:01:55   motion          off
     2018-09-22 11:41:57   state           wakeupInterval 86400 1
     2018-09-22 13:30:28   temperature     22.1 C
     2018-09-22 15:33:16   timeToAck       0.030
     2018-09-22 15:33:16   transmit        OK
     2018-09-22 15:33:14   wakeup          notification
     2018-09-22 11:45:37   wakeupReport    interval 3600 target 1
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL BATTERY SENSOR_MULTILEVEL ALARM SENSOR_BINARY CONFIGURATION ASSOCIATION ASSOCIATION_GRP_INFO WAKE_UP
   room       ZWave
   vclasses   ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SENSOR_BINARY:2 SENSOR_MULTILEVEL:7 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2

Hat jemand schon ähnliche Erfahrungen gemacht und ne Lösung gefunden?
Oder hat jemand einen Tipp, wie man das Blinken der LED bei Bewegung deaktivieren kann?

Danke.

[FunkOdyssey]

Ich habe nun mittlerweile einen NAS-PD01Z wie auch einen NAS-PD02Z.
Technisch sollen die Sensoren identisch sein. Beim 2er-Modell wurde die Halterung ein wenig geändert, in dem eine Art Abstandshalter hinzugefügt wurde.

Bei beiden kann ich das LED-Blinken nicht deaktivieren.
In den Anleitungen wird auch der Parameter 10 genannt. Size: 1 Byte. Disable=0 und Enable=1.
Aber es funktioniert nicht. Ich habe es aber nur in FHEM ausprobiert.

Kleiner aber vielleicht feiner Unterschied. Die Sensoren haben neuerdings einen Temperatursensor. Vielleicht haben sich ja dadurch die Parameter geändert. Dennoch sagt die Anleitung ja etwas anderes.

Hat jemand eine Idee? Danke.

[krikan]

Aber es funktioniert nicht. Ich habe es aber nur in FHEM ausprobiert.

Könntest Du das bitte genauer (insb. verwendeter Befehl und verbose 5-Log) erläutern.
Hast Du nur mit "configLedBlinkEnable" getestet oder auch mit "configByte"?
Fehler in den XMLs kann ich nämlich nie ausschließen; brauche dazu aber Logs.

Gruß, Christian

[FunkOdyssey]

Hallo, danke für deine Rückmeldung.

Ich habe das mit "configLedBlinkEnable" wie auch mit "configByte" getestet.
Testweise habe ich openHAB in nem Docker-Container installiert und die dortigen Möglichkeiten überprüft. Aber scheinbar nutzen alle die gleichen Open-ZWave-Configdateien. Vergleiche ich Anleitung, die verschiedenen Configs in FHEM und openHAB, so scheint der Parameter 10 auch grundsätzlich korrekt zu sein:
https://github.com/openhab/org.openhab.binding.zwave/blob/master/ESH-INF/thing/shenzhen/motionsensor_0_0.xml
https://products.z-wavealliance.org/products/1920/configs

Ich habe das Log mal erhöht und folgenden Befehl erneut abgesetzt. Ich warte mal aufs WAKEUP. Bin gerade nicht daheim.

Code: [Auswählen]

set xyz configByte 10 0
Was mich wirklich wundert ist, dass der Default-Wert beim Parameter 10 der Wert 5 war. Es kann ja eigentlich nur 0 oder 1 sein, oder?
Eigentlich tippe ich bei diesem Modell 108d auf ne noch nicht vervollständigte Config-Datei. Aber mich wundert es, dass ich scheinbar im ganzen Internet der Einzige mit dem Problem bin.


Vollständiges List:

Code: [Auswählen]

Internals:
   DEF        f6befb31 31
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     583
   NAME       zw_bm_terrasse
   NR         664
   STATE      off
   TYPE       ZWave
   ZWDongle_0_MSGCNT 583
   ZWDongle_0_RAWMSG 0004001f063105012200c5ae00
   ZWDongle_0_TIME 2018-10-02 11:56:33
   ZWaveSubDevice no
   homeId     f6befb31
   isWakeUp   1
   lastMsgSent 1538472924.7413
   nodeIdHex  1f
   READINGS:
     2018-10-02 08:34:22   BewegungEnde    2018-10-02 08:34:22
     2018-10-02 08:34:22   BewegungStart   2018-10-02 08:33:48
     2018-09-29 12:11:44   CMD             ZW_APPLICATION_UPDATE
     2018-10-02 08:34:22   alarm           HomeSecurity: Event cleared: Motion Detection - Unknown Location, arg 0108
     2018-09-27 10:29:08   assocGroup_1    Max 3 Nodes ZWDongle_0
     2018-09-27 10:29:08   assocGroup_2    Max 3 Nodes
     2018-09-27 10:29:08   assocGroup_3    Max 3 Nodes
     2018-09-27 10:29:09   assocGroup_4    Max 3 Nodes
     2018-09-27 10:29:03   assocGroups     4
     2018-09-28 23:07:01   battery         100 %
     2018-09-28 23:07:01   batteryPercent  100
     2018-09-28 23:07:01   batteryState    ok
     2018-09-28 23:48:11   configAmbientIlluminationLuxLevel 100
     2018-09-28 23:48:12   configAmbientIlluminationLuxLevel9 100
     2018-09-28 23:48:12   configBasicSetLevel 255
     2018-09-28 23:55:00   configLedBlinkEnable Enable
     2018-09-28 23:48:12   configLightSensorPollingInterval 180
     2018-09-28 23:48:13   configLuxLevelFunctionEnable Disable
     2018-09-28 23:48:13   configOnOffDuration 30
     2018-09-28 23:48:13   configPIRDetectingFunctionEnabled4 Enable
     2018-09-28 23:48:13   configReTriggerIntervalSetting 8
     2018-09-28 23:48:13   configSensitivityLevelSetting 12
     2018-09-30 12:55:06   luminance       54 Lux
     2018-09-22 11:41:58   model           Neo CoolCam Battery Powered PIR Sensor
     2018-09-22 11:41:58   modelConfig     shenzen_neo/nas-pd01z.xml
     2018-09-22 11:41:58   modelId         0258-0003-108d
     2018-10-02 08:34:22   motion          off
     2018-09-22 11:41:57   state           wakeupInterval 86400 1
     2018-10-02 11:56:33   temperature     19.7 C
     2018-10-02 11:35:24   timeToAck       0.034
     2018-10-02 11:35:24   transmit        OK
     2018-10-02 11:35:22   wakeup          notification
     2018-09-27 10:29:08   wakeupReport    interval 3600 target 1
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL BATTERY SENSOR_MULTILEVEL ALARM SENSOR_BINARY CONFIGURATION ASSOCIATION ASSOCIATION_GRP_INFO WAKE_UP
   vclasses   ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SENSOR_BINARY:2 SENSOR_MULTILEVEL:7 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
   verbose    5

[krikan]

Aber scheinbar nutzen alle die gleichen Open-ZWave-Configdateien.

FHEM nutzt im Wesentlichen die openzwave-Configs. openhab hat eigene Configs, wobei man Übertragungen von openzwave aber wohl nicht ausschließen kann.

Lagen Deinen Geraeten eigentlich Anleitungen bei? Das ist normalerweise die einzig richtige Infoquelle. Bei Coolcam selbst finde ich keine Anleitungen. ZWave-Zertifizierung gibt es leider auch nicht, wodurch man zumindest halbwegs gesicherte Infos aus der https://products.z-wavealliance.org haette.

Per Internetrecherche finde ich zum NAS-PD02Z nur Anleitungen ohne Parameter 10.  Die "5" also Rückgabe bei der Abfrage von Parameter 10 mit "get <device> config" ist damit noch merkwürdiger. Wenn es den Parameter nicht gibt, sollte NO_ACK auftreten.

Getippt sind PD01Z und PD02Z Geraete mit verschiedenen Parametern und die Config-XML beim PD02Z ist falsch. Berichtigen kann ich die XML aber nur, wenn uns die Bedeutungen der Parameter klar sind. 

Aber mich wundert es, dass ich scheinbar im ganzen Internet der Einzige mit dem Problem bin.

Vermutlich der Einzige, der sich mit dem Gereaet intensiver auseinandergesetzt hat. 

Gruß, Christian

[FunkOdyssey]

Vorweg: Ich bin mir ziemlich sicher, dass NAS-PD01Z und NAS-PD02Z nahezu identisch sind. Ich habe beide Geräte daheim und die unterscheiden sich nur optisch voneinander. Die Geräte in FHEM sind absolut identisch. Die modelId ist auch gleich.

Lagen Deinen Geraeten eigentlich Anleitungen bei? Das ist normalerweise die einzig richtige Infoquelle. Bei Coolcam selbst finde ich keine Anleitungen. ZWave-Zertifizierung gibt es leider auch nicht, wodurch man zumindest halbwegs gesicherte Infos aus der https://products.z-wavealliance.org haette.

Ja, es lagen Anleitungen bei. Beide waren identisch. Und in beiden wurde der Parameter 10 erwähnt. Exakt wie in den Config-XML.
Der Link (s.o.) von heute beinhaltet übrigens auch den Parameter 10. Ist nur bei der Z-Wave-Alliance unglücklich sortiert: https://products.z-wavealliance.org/products/1920/configs

Per Internetrecherche finde ich zum NAS-PD02Z nur Anleitungen ohne Parameter 10.  Die "5" also Rückgabe bei der Abfrage von Parameter 10 mit "get <device> config" ist damit noch merkwürdiger. Wenn es den Parameter nicht gibt, sollte NO_ACK auftreten.

Absolute Zustimmung. Man findet viel. Viel durcheinander.
Wenn du den Produktkatalog bei der Z-Wave-Alliance nur nach dem Teilstring "NAS-PD01" durchsuchst, so findet man auch viele ähnliche Geräte und nur einer hat den Parameter 10: https://products.z-wavealliance.org/Search/Index?regionId=-1&searchText=NAS-PD01

Wie gesagt: In den Herstelleranleitungen ist der Parameter 10 beschrieben.

Getippt sind PD01Z und PD02Z Geraete mit verschiedenen Parametern und die Config-XML beim PD02Z ist falsch. Berichtigen kann ich die XML aber nur, wenn uns die Bedeutungen der Parameter klar sind. 

s.o.


Mein Tipp

Da viele Leute kein Problem mit dem Deaktivieren der LEDs haben, tippe ich auf folgendes: Ich habe bei beiden Modellen bewusst darauf geachtet, die "neueren" Versionen mit Temperatursensoren zu erwerben. Es gibt also nicht nur den Unterschied zwischen NAS-PD01Z und NAS-PD02Z, sondern auch zwischen MIT/OHNE Temperatursensor. Schlimmstenfalls muss ich einfach warten bis es woanders eine Erkenntnis gibt.

[FunkOdyssey]

Mit dem Verbose5-Log habe ich so meine Probleme. Ich weiß nicht wo der Anfang und das Ende ist. Und auch nicht, ob bereits ein WAKEUP erfolgte.

Code: [Auswählen]

2018.10.02 15:16:40.162 3: ZWave set zw_bm_terrasse configByte 10 0
2018.10.02 15:17:23.060 5: ZWDongle_Write 001306033201102514 (f6befb31)
2018.10.02 15:17:23.060 5: SW: 010a001306033201102514f1
2018.10.02 15:17:23.065 5: ACK received, WaitForAck=>2 for 010a001306033201102514f1
2018.10.02 15:17:23.067 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:17:23.067 5: SW: 06
2018.10.02 15:17:23.068 5: ZWDongle_0: dispatch 011301
2018.10.02 15:17:23.086 4: ZWDongle_Read ZWDongle_0: rcvd 00131400000200ae7f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2018.10.02 15:17:23.086 5: SW: 06
2018.10.02 15:17:23.087 5: device ack reveived, removing 010a001306033201102514f1 from dongle sendstack
2018.10.02 15:17:23.087 5: ZWDongle_0: dispatch 00131400000200ae7f7f7f7f0000030000000003010000
2018.10.02 15:17:23.087 4: CMD:ZW_SEND_DATA ID:00 ARG:000200ae7f7f7f7f0000030000000003010000 CB:14
2018.10.02 15:17:23.087 4: ZWDongle_0 transmit OK for CB 14, target zw_switch1
2018.10.02 15:17:23.100 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000db0001000000d8ae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:17:23.100 5: SW: 06
2018.10.02 15:17:23.101 5: ZWDongle_0: dispatch 000400060e32022134000000db0001000000d8ae00
2018.10.02 15:17:23.101 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000db0001000000d8ae00 CB:00
2018.10.02 15:18:23.005 5: ZWDongle_Write 001306033201102515 (f6befb31)
2018.10.02 15:18:23.005 5: SW: 010a001306033201102515f0
2018.10.02 15:18:23.018 5: ACK received, WaitForAck=>2 for 010a001306033201102515f0
2018.10.02 15:18:23.018 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:18:23.018 5: SW: 06
2018.10.02 15:18:23.019 5: ZWDongle_0: dispatch 011301
2018.10.02 15:18:23.032 4: ZWDongle_Read ZWDongle_0: rcvd 00131500000200ae7f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2018.10.02 15:18:23.032 5: SW: 06
2018.10.02 15:18:23.033 5: device ack reveived, removing 010a001306033201102515f0 from dongle sendstack
2018.10.02 15:18:23.033 5: ZWDongle_0: dispatch 00131500000200ae7f7f7f7f0000030000000003010000
2018.10.02 15:18:23.034 4: CMD:ZW_SEND_DATA ID:00 ARG:000200ae7f7f7f7f0000030000000003010000 CB:15
2018.10.02 15:18:23.034 4: ZWDongle_0 transmit OK for CB 15, target zw_switch1
2018.10.02 15:18:23.046 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000d90001000000dbae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:18:23.046 5: SW: 06
2018.10.02 15:18:23.047 5: ZWDongle_0: dispatch 000400060e32022134000000d90001000000dbae00
2018.10.02 15:18:23.047 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000d90001000000dbae00 CB:00
2018.10.02 15:18:29.335 4: ZWDongle_Read ZWDongle_0: rcvd 00040020063105030a0183bb00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:18:29.335 5: SW: 06
2018.10.02 15:18:29.337 5: ZWDongle_0: dispatch 00040020063105030a0183bb00
2018.10.02 15:18:29.337 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:063105030a0183bb00 CB:00
2018.10.02 15:19:03.829 4: ZWDongle_Read ZWDongle_0: rcvd 0004000506310504220000bb00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:19:03.830 5: SW: 06
2018.10.02 15:19:03.831 5: ZWDongle_0: dispatch 0004000506310504220000bb00
2018.10.02 15:19:03.831 4: CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:06310504220000bb00 CB:00
2018.10.02 15:19:13.882 4: ZWDongle_Read ZWDongle_0: rcvd 0004001f063105012200c7ad00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:19:13.882 5: SW: 06
2018.10.02 15:19:13.884 5: ZWDongle_0: dispatch 0004001f063105012200c7ad00
2018.10.02 15:19:13.884 4: CMD:APPLICATION_COMMAND_HANDLER ID:1f ARG:063105012200c7ad00 CB:00
2018.10.02 15:19:23.004 5: ZWDongle_Write 001306033201102516 (f6befb31)
2018.10.02 15:19:23.004 5: SW: 010a001306033201102516f3
2018.10.02 15:19:23.013 5: ACK received, WaitForAck=>2 for 010a001306033201102516f3
2018.10.02 15:19:23.013 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:19:23.013 5: SW: 06
2018.10.02 15:19:23.014 5: ZWDongle_0: dispatch 011301
2018.10.02 15:19:23.031 4: ZWDongle_Read ZWDongle_0: rcvd 00131600000200ae7f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2018.10.02 15:19:23.031 5: SW: 06
2018.10.02 15:19:23.032 5: device ack reveived, removing 010a001306033201102516f3 from dongle sendstack
2018.10.02 15:19:23.032 5: ZWDongle_0: dispatch 00131600000200ae7f7f7f7f0000030000000003010000
2018.10.02 15:19:23.032 4: CMD:ZW_SEND_DATA ID:00 ARG:000200ae7f7f7f7f0000030000000003010000 CB:16
2018.10.02 15:19:23.032 4: ZWDongle_0 transmit OK for CB 16, target zw_switch1
2018.10.02 15:19:23.045 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000da0001000000dcae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:19:23.045 5: SW: 06
2018.10.02 15:19:23.046 5: ZWDongle_0: dispatch 000400060e32022134000000da0001000000dcae00
2018.10.02 15:19:23.046 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000da0001000000dcae00 CB:00
2018.10.02 15:19:34.517 4: ZWDongle_Read ZWDongle_0: rcvd 000400150e320221640000007a02580000007abc00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:19:34.517 5: SW: 06
2018.10.02 15:19:34.518 5: ZWDongle_0: dispatch 000400150e320221640000007a02580000007abc00
2018.10.02 15:19:34.518 4: CMD:APPLICATION_COMMAND_HANDLER ID:15 ARG:0e320221640000007a02580000007abc00 CB:00
2018.10.02 15:19:36.969 4: ZWDongle_Read ZWDongle_0: rcvd 000400130e3202216400000a0d025800000a0da700 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:19:36.970 5: SW: 06
2018.10.02 15:19:36.971 5: ZWDongle_0: dispatch 000400130e3202216400000a0d025800000a0da700
2018.10.02 15:19:36.972 4: CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:0e3202216400000a0d025800000a0da700 CB:00
2018.10.02 15:19:40.133 4: ZWDongle_Read ZWDongle_0: rcvd 000400120e3202216400000aab025800000aaba800 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:19:40.133 5: SW: 06
2018.10.02 15:19:40.136 5: ZWDongle_0: dispatch 000400120e3202216400000aab025800000aaba800
2018.10.02 15:19:40.136 4: CMD:APPLICATION_COMMAND_HANDLER ID:12 ARG:0e3202216400000aab025800000aaba800 CB:00
2018.10.02 15:20:23.004 5: ZWDongle_Write 001306033201102517 (f6befb31)
2018.10.02 15:20:23.004 5: SW: 010a001306033201102517f2
2018.10.02 15:20:23.017 5: ACK received, WaitForAck=>2 for 010a001306033201102517f2
2018.10.02 15:20:23.017 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:20:23.017 5: SW: 06
2018.10.02 15:20:23.018 5: ZWDongle_0: dispatch 011301
2018.10.02 15:20:23.046 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000db0001000000daae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:20:23.046 5: SW: 06
2018.10.02 15:20:23.047 5: ZWDongle_0: dispatch 000400060e32022134000000db0001000000daae00
2018.10.02 15:20:23.047 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000db0001000000daae00 CB:00
2018.10.02 15:20:23.156 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000db0001000000daae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:20:23.156 5: SW: 06
2018.10.02 15:20:23.157 5: ZWDongle_0: dispatch 000400060e32022134000000db0001000000daae00
2018.10.02 15:20:23.157 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000db0001000000daae00 CB:00
2018.10.02 15:20:23.178 4: ZWDongle_Read ZWDongle_0: rcvd 00131700001100ab7f7f7f7f0001030000000002030000 (request ZW_SEND_DATA), sending ACK
2018.10.02 15:20:23.179 5: SW: 06
2018.10.02 15:20:23.180 5: device ack reveived, removing 010a001306033201102517f2 from dongle sendstack
2018.10.02 15:20:23.180 5: ZWDongle_0: dispatch 00131700001100ab7f7f7f7f0001030000000002030000
2018.10.02 15:20:23.180 4: CMD:ZW_SEND_DATA ID:00 ARG:001100ab7f7f7f7f0001030000000002030000 CB:17
2018.10.02 15:20:23.180 4: ZWDongle_0 transmit OK for CB 17, target zw_switch1
2018.10.02 15:20:23.200 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000db0001000000daad00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:20:23.200 5: SW: 06
2018.10.02 15:20:23.201 5: ZWDongle_0: dispatch 000400060e32022134000000db0001000000daad00
2018.10.02 15:20:23.201 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000db0001000000daad00 CB:00
2018.10.02 15:21:23.003 5: ZWDongle_Write 001306033201102518 (f6befb31)
2018.10.02 15:21:23.004 5: SW: 010a001306033201102518fd
2018.10.02 15:21:23.017 5: ACK received, WaitForAck=>2 for 010a001306033201102518fd
2018.10.02 15:21:23.017 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:21:23.017 5: SW: 06
2018.10.02 15:21:23.018 5: ZWDongle_0: dispatch 011301
2018.10.02 15:21:23.032 4: ZWDongle_Read ZWDongle_0: rcvd 00131800000200ae7f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2018.10.02 15:21:23.032 5: SW: 06
2018.10.02 15:21:23.034 5: device ack reveived, removing 010a001306033201102518fd from dongle sendstack
2018.10.02 15:21:23.034 5: ZWDongle_0: dispatch 00131800000200ae7f7f7f7f0000030000000003010000
2018.10.02 15:21:23.034 4: CMD:ZW_SEND_DATA ID:00 ARG:000200ae7f7f7f7f0000030000000003010000 CB:18
2018.10.02 15:21:23.034 4: ZWDongle_0 transmit OK for CB 18, target zw_switch1
2018.10.02 15:21:23.189 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000d70001000000d8ae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:21:23.189 5: SW: 06
2018.10.02 15:21:23.190 5: ZWDongle_0: dispatch 000400060e32022134000000d70001000000d8ae00
2018.10.02 15:21:23.190 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000d70001000000d8ae00 CB:00
2018.10.02 15:21:36.185 4: ZWDongle_Read ZWDongle_0: rcvd 0004000e06310504220018a700 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:21:36.185 5: SW: 06
2018.10.02 15:21:36.186 5: ZWDongle_0: dispatch 0004000e06310504220018a700
2018.10.02 15:21:36.187 4: CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:06310504220018a700 CB:00
2018.10.02 15:22:14.865 4: ZWDongle_Read ZWDongle_0: rcvd 0004001f063105012200c7ab00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:22:14.865 5: SW: 06
2018.10.02 15:22:14.866 5: ZWDongle_0: dispatch 0004001f063105012200c7ab00
2018.10.02 15:22:14.867 4: CMD:APPLICATION_COMMAND_HANDLER ID:1f ARG:063105012200c7ab00 CB:00
2018.10.02 15:22:21.871 4: ZWDongle_Read ZWDongle_0: rcvd 000400040a32022144000007b90000bc00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:22:21.871 5: SW: 06
2018.10.02 15:22:21.874 5: ZWDongle_0: dispatch 000400040a32022144000007b90000bc00
2018.10.02 15:22:21.874 4: CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0a32022144000007b90000bc00 CB:00
2018.10.02 15:22:23.036 5: ZWDongle_Write 001306033201102519 (f6befb31)
2018.10.02 15:22:23.036 5: SW: 010a001306033201102519fc
2018.10.02 15:22:23.041 5: ACK received, WaitForAck=>2 for 010a001306033201102519fc
2018.10.02 15:22:23.044 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:22:23.044 5: SW: 06
2018.10.02 15:22:23.045 5: ZWDongle_0: dispatch 011301
2018.10.02 15:22:23.064 4: ZWDongle_Read ZWDongle_0: rcvd 00131900000200ae7f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2018.10.02 15:22:23.064 5: SW: 06
2018.10.02 15:22:23.065 5: device ack reveived, removing 010a001306033201102519fc from dongle sendstack
2018.10.02 15:22:23.065 5: ZWDongle_0: dispatch 00131900000200ae7f7f7f7f0000030000000003010000
2018.10.02 15:22:23.065 4: CMD:ZW_SEND_DATA ID:00 ARG:000200ae7f7f7f7f0000030000000003010000 CB:19
2018.10.02 15:22:23.065 4: ZWDongle_0 transmit OK for CB 19, target zw_switch1
2018.10.02 15:22:23.077 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000db0001000000ddae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:22:23.078 5: SW: 06
2018.10.02 15:22:23.079 5: ZWDongle_0: dispatch 000400060e32022134000000db0001000000ddae00
2018.10.02 15:22:23.079 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000db0001000000ddae00 CB:00
2018.10.02 15:23:23.005 5: ZWDongle_Write 00130603320110251a (f6befb31)
2018.10.02 15:23:23.006 5: SW: 010a00130603320110251aff
2018.10.02 15:23:23.016 5: ACK received, WaitForAck=>2 for 010a00130603320110251aff
2018.10.02 15:23:23.016 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:23:23.016 5: SW: 06
2018.10.02 15:23:23.017 5: ZWDongle_0: dispatch 011301
2018.10.02 15:23:23.033 4: ZWDongle_Read ZWDongle_0: rcvd 00131a00000200ae7f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2018.10.02 15:23:23.033 5: SW: 06
2018.10.02 15:23:23.035 5: device ack reveived, removing 010a00130603320110251aff from dongle sendstack
2018.10.02 15:23:23.035 5: ZWDongle_0: dispatch 00131a00000200ae7f7f7f7f0000030000000003010000
2018.10.02 15:23:23.035 4: CMD:ZW_SEND_DATA ID:00 ARG:000200ae7f7f7f7f0000030000000003010000 CB:1a
2018.10.02 15:23:23.035 4: ZWDongle_0 transmit OK for CB 1a, target zw_switch1
2018.10.02 15:23:23.047 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000db0001000000dbae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:23:23.047 5: SW: 06
2018.10.02 15:23:23.049 5: ZWDongle_0: dispatch 000400060e32022134000000db0001000000dbae00
2018.10.02 15:23:23.049 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000db0001000000dbae00 CB:00
2018.10.02 15:24:23.004 5: ZWDongle_Write 00130603320110251b (f6befb31)
2018.10.02 15:24:23.005 5: SW: 010a00130603320110251bfe
2018.10.02 15:24:23.017 5: ACK received, WaitForAck=>2 for 010a00130603320110251bfe
2018.10.02 15:24:23.017 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:24:23.017 5: SW: 06
2018.10.02 15:24:23.019 5: ZWDongle_0: dispatch 011301
2018.10.02 15:24:23.033 4: ZWDongle_Read ZWDongle_0: rcvd 00131b00000200ae7f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2018.10.02 15:24:23.033 5: SW: 06
2018.10.02 15:24:23.034 5: device ack reveived, removing 010a00130603320110251bfe from dongle sendstack
2018.10.02 15:24:23.034 5: ZWDongle_0: dispatch 00131b00000200ae7f7f7f7f0000030000000003010000
2018.10.02 15:24:23.035 4: CMD:ZW_SEND_DATA ID:00 ARG:000200ae7f7f7f7f0000030000000003010000 CB:1b
2018.10.02 15:24:23.035 4: ZWDongle_0 transmit OK for CB 1b, target zw_switch1
2018.10.02 15:24:23.046 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000da0001000000daae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:24:23.046 5: SW: 06
2018.10.02 15:24:23.048 5: ZWDongle_0: dispatch 000400060e32022134000000da0001000000daae00
2018.10.02 15:24:23.048 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000da0001000000daae00 CB:00
2018.10.02 15:25:16.248 4: ZWDongle_Read ZWDongle_0: rcvd 0004001f063105012200c6ab00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:25:16.248 5: SW: 06
2018.10.02 15:25:16.251 5: ZWDongle_0: dispatch 0004001f063105012200c6ab00
2018.10.02 15:25:16.252 4: CMD:APPLICATION_COMMAND_HANDLER ID:1f ARG:063105012200c6ab00 CB:00
2018.10.02 15:25:23.005 5: ZWDongle_Write 00130603320110251c (f6befb31)
2018.10.02 15:25:23.006 5: SW: 010a00130603320110251cf9
2018.10.02 15:25:23.019 5: ACK received, WaitForAck=>2 for 010a00130603320110251cf9
2018.10.02 15:25:23.019 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:25:23.019 5: SW: 06
2018.10.02 15:25:23.021 5: ZWDongle_0: dispatch 011301
2018.10.02 15:25:23.033 4: ZWDongle_Read ZWDongle_0: rcvd 00131c00000200ae7f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2018.10.02 15:25:23.033 5: SW: 06
2018.10.02 15:25:23.034 5: device ack reveived, removing 010a00130603320110251cf9 from dongle sendstack
2018.10.02 15:25:23.034 5: ZWDongle_0: dispatch 00131c00000200ae7f7f7f7f0000030000000003010000
2018.10.02 15:25:23.035 4: CMD:ZW_SEND_DATA ID:00 ARG:000200ae7f7f7f7f0000030000000003010000 CB:1c
2018.10.02 15:25:23.035 4: ZWDongle_0 transmit OK for CB 1c, target zw_switch1
2018.10.02 15:25:23.047 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000dd0001000000dbae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:25:23.047 5: SW: 06
2018.10.02 15:25:23.048 5: ZWDongle_0: dispatch 000400060e32022134000000dd0001000000dbae00
2018.10.02 15:25:23.048 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000dd0001000000dbae00 CB:00
2018.10.02 15:25:59.154 4: ZWDongle_Read ZWDongle_0: rcvd 000400160e32022164000045f30258000045f3bf00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:25:59.154 5: SW: 06
2018.10.02 15:25:59.156 5: ZWDongle_0: dispatch 000400160e32022164000045f30258000045f3bf00
2018.10.02 15:25:59.156 4: CMD:APPLICATION_COMMAND_HANDLER ID:16 ARG:0e32022164000045f30258000045f3bf00 CB:00
2018.10.02 15:26:10.517 4: ZWDongle_Read ZWDongle_0: rcvd 000400100a32022144000029a70000a500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:26:10.517 5: SW: 06
2018.10.02 15:26:10.519 5: ZWDongle_0: dispatch 000400100a32022144000029a70000a500
2018.10.02 15:26:10.519 4: CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0a32022144000029a70000a500 CB:00
2018.10.02 15:26:23.004 5: ZWDongle_Write 00130603320110251d (f6befb31)
2018.10.02 15:26:23.004 5: SW: 010a00130603320110251df8
2018.10.02 15:26:23.016 5: ACK received, WaitForAck=>2 for 010a00130603320110251df8
2018.10.02 15:26:23.016 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:26:23.016 5: SW: 06
2018.10.02 15:26:23.018 5: ZWDongle_0: dispatch 011301
2018.10.02 15:26:23.036 4: ZWDongle_Read ZWDongle_0: rcvd 00131d00000200ae7f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2018.10.02 15:26:23.036 5: SW: 06
2018.10.02 15:26:23.037 5: device ack reveived, removing 010a00130603320110251df8 from dongle sendstack
2018.10.02 15:26:23.037 5: ZWDongle_0: dispatch 00131d00000200ae7f7f7f7f0000030000000003010000
2018.10.02 15:26:23.037 4: CMD:ZW_SEND_DATA ID:00 ARG:000200ae7f7f7f7f0000030000000003010000 CB:1d
2018.10.02 15:26:23.037 4: ZWDongle_0 transmit OK for CB 1d, target zw_switch1
2018.10.02 15:26:23.049 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e32022134000000db0001000000dcae00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:26:23.049 5: SW: 06
2018.10.02 15:26:23.051 5: ZWDongle_0: dispatch 000400060e32022134000000db0001000000dcae00
2018.10.02 15:26:23.051 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e32022134000000db0001000000dcae00 CB:00
2018.10.02 15:26:41.290 4: ZWDongle_Read ZWDongle_0: rcvd 0004001d0a320221440000000700007d00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:26:41.290 5: SW: 06
2018.10.02 15:26:41.291 5: ZWDongle_0: dispatch 0004001d0a320221440000000700007d00
2018.10.02 15:26:41.292 4: CMD:APPLICATION_COMMAND_HANDLER ID:1d ARG:0a320221440000000700007d00 CB:00
2018.10.02 15:26:46.845 4: ZWDongle_Read ZWDongle_0: rcvd 0004000f0a32022144000007460000bf00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:26:46.846 5: SW: 06
2018.10.02 15:26:46.847 5: ZWDongle_0: dispatch 0004000f0a32022144000007460000bf00
2018.10.02 15:26:46.848 4: CMD:APPLICATION_COMMAND_HANDLER ID:0f ARG:0a32022144000007460000bf00 CB:00
2018.10.02 15:26:48.036 4: ZWDongle_Read ZWDongle_0: rcvd 0004000f06310504220000bf00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:26:48.036 5: SW: 06
2018.10.02 15:26:48.037 5: ZWDongle_0: dispatch 0004000f06310504220000bf00
2018.10.02 15:26:48.037 4: CMD:APPLICATION_COMMAND_HANDLER ID:0f ARG:06310504220000bf00 CB:00
2018.10.02 15:26:50.563 4: ZWDongle_Read ZWDongle_0: rcvd 0004001b028407ad00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.10.02 15:26:50.563 5: SW: 06
2018.10.02 15:26:50.566 5: ZWDongle_0: dispatch 0004001b028407ad00
2018.10.02 15:26:50.566 4: CMD:APPLICATION_COMMAND_HANDLER ID:1b ARG:028407ad00 CB:00
2018.10.02 15:26:52.581 5: ZWDongle_Write 00131b028408251e (f6befb31)
2018.10.02 15:26:52.581 5: SW: 010900131b028408251e4b
2018.10.02 15:26:52.583 5: ACK received, WaitForAck=>2 for 010900131b028408251e4b
2018.10.02 15:26:52.589 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2018.10.02 15:26:52.589 5: SW: 06
2018.10.02 15:26:52.590 5: ZWDongle_0: dispatch 011301
2018.10.02 15:26:52.613 4: ZWDongle_Read ZWDongle_0: rcvd 00131e00000300ad7f7f7f7f0001030000000002010000 (request ZW_SEND_DATA), sending ACK


[FunkOdyssey]

Kurzer Zwischenstand:

Ich habe mir mal den Spaß erlaubt und die Parameter 11 und 12 per get geholt (Antwort war 1) und dann mit 0 geschrieben. Und Überraschung: Das Blinken ist weg.

Ich weiß nur noch nicht, ob es 11 oder 12 war. Das kläre ich morgen.


Nachtrag: Es war Parameter 11.
Fazit: Beim Modell mit TempSensor kann man wie folgt die LED deaktivieren:

Code: [Auswählen]

set pir_sensor configByte 11 0

Und vermutlich funktionieren alle anderen Parameter auch nicht richtig, da es irgendwo zu einer Verschiebung der Reihenfolge gekommen ist.

[krikan]

Wenn Du gesicherte Erkenntnisse hast und ich bei den XMLs etwas ändern soll/muss, dann gib mir bitte einen deutlichen Hinweis. Momentan würde ich nichts ändern. Gerade wenn die unterschiedlichen Parameter/-werte bei der gleichen modelId auftreten ist es sowieso derzeit recht aussichtslos.

[FunkOdyssey]

Das ist mir klar, dass du mit meinen Äußerungen noch nichts anfangen kannst.
Ich weiß ja nicht einmal mehr, für welche exakten Modelle davon betroffen sind.
Ich habe außerdem festgestellt, dass Parameter 11 und 99 in einer Anleitung zu einem ähnlichen Produkt (siehe Anhang) beschrieben sind und in der Config fehlen. (Am Rande: Die Anleitung bezieht sich nicht auf meine Sensoren.)
Meine Sensoren haben auch den Parameter 99 in den Anleitungen beschrieben. Diese Information könnte man aus dem Anhang vielleicht übernehmen. Denn dieser Parameter fehlt definitiv.

Ich haben Neo Coolcam mal angeschrieben.

[krikan]

Gibt es eigentlich deutsche Händler, die die Geräte oder ein OEM-Produkt vertreiben? Bei meiner Suche um evtl. ein Testexemplar zu besorgen, habe ich nur Lieferanten aus China gefunden.

[FunkOdyssey]

Sorry, das kann ich dir nicht beantworten. Meine kommen von Ali.

[FunkOdyssey]

Ich verursache jetzt noch mehr Verwirrung:

Ich habe mich von der Modellbezeichnung NAS-PD01Z blenden lassen. Zufällig bin ich gerade über die Bezeichnung NEOEMS01Z gestolpert. Hier finde ich das gleiche Produkt und sogar deutsche Händler. Aber viel besser - Ich finde eine Doku, die definitiv zum Handbuch passt: http://manuals-backend.z-wave.info/make.php?lang=en&sku=NEOEMS01Z
Nichtsdestotrotz passt Handbuch nicht zur Realität. Aber diesbezüglich habe ich den Hersteller angeschrieben.

In diesem Forum gibt es auch Leidensgenossen, die die gleichen Probleme haben.

Ich durchsuche das Netzt nun einmal nach "NEOEMS01Z" :-)

[FunkOdyssey]

Ich habe es endlich gefunden. Eine Übersicht über die - bei diesem Modell - wirklich verfügbaren Parameter.

Vorweg muss man zwischen folgenden Modell unterscheiden:

Motion Sensor
http://manuals-backend.z-wave.info/make.php?lang=en&sku=NEOEMS01Z


Motion Sensor with temperature sensor
http://manuals-backend.z-wave.info/make.php?lang=en&sku=NEOEMS02Z

Bei der Modell ID 0258-0003-108d handelt es sich also nicht, wie von FHEM angenommen, um das Modell NAS-PD01Z, sondern um NEOEMS02Z. Hier spielt die äußere Bauform keine Rolle. Der wichtige Unterschied: Es ist ein Temperatursensor verbaut. Und wie ursprünglich vermutet, kommt es bei den Konfigurationsparameter um ein Shifting in den Parameter. Nach Parameter Nr. 9 gibt es hier Unterschiede (siehe: http://manuals-backend.z-wave.info/make.php?lang=en&sku=NEOEMS02Z)

Der Parameter 10 schaltet also nicht die LED, sondern "Ambient Temperature Differential Report" und hier ist der Default-Wert = 5. Siehe auch meine Posts zuvor. Es passt also wirklich.

Parameter 10: Ambient Temperature Differential Report
This parameter is configured the value that differential between current measured and previous report value. If the differential value larger than the settings, device will report this measured temperature value to nodes associated in lifeline.
Size: 1 Byte, Default Value: 5

Setting   Description
0 - 127   Differential Value in step 0,1°C


Parameter 11: Led Blink Enable
This parameter defines the Led on/off enable. If this parameter is set to ‘1’, led blink will be enabled, the led will blink once when motion sensor detect a movement. Otherwise, the led will be turned off always.
Size: 1 Byte, Default Value: 1

Setting   Description
0   Disable
1   Enable


Parameter 12: Motion Event Report One Time Enable
Size: 1 Byte, Default Value: 1

Setting   Description
0   The motion detected event will be sent to controller when device detects a movement event
1   he motion detected event will be sent to controller only once until device report motion cleared event.


Parameter 99: Ambient light intensity calibration
This parameter defines the calibrated scale for ambient light intensity. Because the method and position that the sensor is mounted , and the cover of sensor will bring measurement error,user can get more real light intensity by this parameter setting. User should run the steps as blows for calibrating.
Size: 2 Byte, Default Value: 10

Setting   Description
1 - 65536   Ambient light intensity calibration

(Sorry für die langen Monologe hier.)

[krikan]

Bei der Modell ID 0258-0003-108d handelt es sich also nicht, wie von FHEM angenommen, um das Modell NAS-PD01Z, sondern um NEOEMS02Z.

Wenn ich es richtig in Erinnerung habe, ist NEOEMS02Z nur die SKU von ZWave Europe für das Gerät.
Herstellermodellbezeichnung sollte NAS-PD02Z sein und so würde ich es auch bei der modelId 0258-0003-108d hinterlegen, wenn kein Protest kommt.

Und Danke für den langen Monolog ohne den wir nicht weiter gekommen wären. 

[Thargor]

Ich habe mal den Eintrag für die openzwave_deviceconfig.xml erstellt:

Code: [Auswählen]

<Product sourceFile="shenzen_neo/nas-pd02z.xml">
  <CommandClass id="112">
    <Value type="byte" genre="config" instance="1" index="1" label="Sensitivity Level Setting" value="12" min="8" max="255" size="1">
       <Help>This parameter defines the sensitivity of PIR detector, it is recommended to test the detector with movements from a farthest end of the coverage area at first time of use.         If movements cannot be detected sensitively, simply adjust the sensitivity level with this parameter.         This Parameter can be configured with the value 8 trough 255, where 8 means high sensitivity and 255 means lowest sensitivity.       </Help>
    </Value>
    <Value type="short" genre="config" instance="1" index="2" label="On/Off Duration" units="second" value="30" min="5" max="600" size="2">
       <Help>This parameter can be determined how long the associated devices should stay ON status.         For instance, this parameter is set to 30(second), the PIR detector will send a BASIC_SET Command to an associated device with value basic set level if PIR detector is triggered and the associated device will be turned on 30(second) before it is turned off.         This Parameter value must be large than Parameter 6#.         If user set this parameter to default by Configure CC, the parameter #6 will be set to default value.         Available Settings:5 to 600(second).       </Help>
    </Value>
    <Value type="byte" genre="config" instance="1" index="3" label="Basic Set Level" value="255" min="0" max="255" size="1">
       <Help>Basic Set Command will be sent where contains a value when PIR detector is triggered, the receiver will take it for consideration; for instance, if a lamp module is received the Basic Set Command of which value is decisive as to how bright of dim level of lamp module shall be.         This Parameter is used to some associated devices.         Available Settings: 0, 1 to 99 or 255.       </Help>
    </Value>
    <Value type="list" genre="config" instance="1" index="4" label="PIR Detecting Function Enabled/Disabled" value="1" size="1">
       <Help>This parameter can be enabled or disabled the PIR detector detecting function.       </Help>
      <Item label="Disable" value="0" />
      <Item label="Enable" value="255" />
     </Value>
    <Value type="short" genre="config" instance="1" index="5" label="Ambient Illumination Lux Level" units="lux" value="100" min="0" max="1000" size="2">
       <Help>This parameter can be set a lux level value which determines when the light sensor is activated.         If the ambient illumination level falls below this value and a person moves across or within the detected area , PIR detector will send a Z-Wave ON command(i.e. BASIC_SET (value = parameter 3) to an associated device and activate it.         0 to 1000(Lux).       </Help>
    </Value>
    <Value type="byte" genre="config" instance="1" index="6" label="Re-trigger Interval Setting" units="second" value="8" min="1" max="8" size="1">
       <Help>This Parameter can be used to adjust the interval of being re-triggered after the PIR detector has been triggered.         This Parameter value must be less than Parameter 2#.         If user set this parameter to default by Configure CC, the parameter #2 will be set to default value.         Available Settings: 1 to 8(s).       </Help>
    </Value>
    <Value type="short" genre="config" instance="1" index="7" label="Light Sensor Polling Interval" units="second" value="180" min="60" max="36000" size="2">
       <Help>This Parameter can be set the light sensor measure ambient illumination level interval time.         NOTE: This Value Must Be less than Wakeup Interval Time.         Available Settings: 60 ~ 36000(second).       </Help>
    </Value>
    <Value type="list" genre="config" instance="1" index="8" label="Lux Level Function Enable" value="0" size="1">
       <Help>If this parameter is set to Enable, and when Lux level less than the value define by parameter #5, PIR detector will send a BASIC_SET command frame(i.e. BASIC_SET (value = parameter 3) to an associated device and activate it.         If Lux Level greater than the value define by parameter #5, PIR detector will not send a BASIC_SET command frame.</Help>
      <Item label="Disable" value="0" />
      <Item label="Enable" value="1" />
     </Value>
    <Value type="byte" genre="config" instance="1" index="9" label="Ambient Illumination Lux Level Report" units="lux" value="100" min="0" max="255" size="1">
      <Help>This parameter defines by how much Lux Level must change, in lux, to be reported to the main controller.</Help>
    </Value>
    <Value type="byte" genre="config" instance="1" index="10" label="Ambient Temperature Differential Level Report" units="0.1°C" value="100" min="0" max="127" size="5">
      <Help>This parameter is configured the value that differential between current measured and previous report value. If the differential value larger than the settings, device will report this measured temperature value to nodes associated in lifeline.</Help>
    </Value>
    <Value type="list" genre="config" instance="1" index="11" label="Led Blink Enable" value="1" size="1">
      <Help>This parameter can enabled or disable the PIR led blinking function. </Help>
      <Item label="Disable" value="0" />
      <Item label="Enable" value="1" />
     </Value>
    <Value type="list" genre="config" instance="1" index="12" label="Motion Event Report One Time Enable" value="1" size="1">
      <Help>The motion detected event can be sent multiple times/only once until device report motion cleared event. </Help>
      <Item label="multiple times" value="0" />
      <Item label="only once" value="1" />
     </Value>
    <Value type="short" genre="config" instance="1" index="99" label="Ambient Light Intensity Calibration" value="1000" min="1" max="65536" size="2">
       <Help>This parameter defines the calibrated scale for ambient light intensity.</Help>
    </Value>

  </CommandClass>
  <CommandClass id="133">
    <Associations num_groups="4">
      <Group index="1" max_associations="4" label="Lifeline" />
      <Group index="2" max_associations="4" label="Control Commands BASIC_SET" />
      <Group index="3" max_associations="4" label="Send Notification Report" />
      <Group index="4" max_associations="4" label="Send Sensor Binary Report" />
    </Associations>
  </CommandClass>
</Product>


[FunkOdyssey]

Und was passiert nun bzw. muss nun passieren?

Im OpenZWave-Repository sehe ich noch keine Änderung:
https://github.com/OpenZWave/open-zwave/tree/master/config/shenzen_neo

Oder kann man die XML vorher lokal testen?
AFAIK sind die Configs doch gepackt, oder?

[krikan]

Die Änderung checke ich bei FHEM voraussichtlich morgen ein. Bei openzwave müsste das jemand melden, sonst wissen die von nichts.

Man kann natürlich auch lokal anpassen/testen: Entpacken, ändern und einpacken

[krikan]

Änderung ist eingecheckt. Ab sofort also im svn und morgen ab ca. 8 Uhr per "update" erhältlich.
Zur Aktivierung der neuen configs bitte nach update nachfolgenden Befehl ausführen und Antwort des Gerätes abwarten:

Code: [Auswählen]

get <device> model
Probleme bitte hier melden. Danke.

Gruß, Christian