New Z-Wave hardware: Neo Coolcam PIR 5 in 1, NAS-PD07Z

[anon71759204]

There are two changes:

0x718:

<libraryType>LIB_SLAVE_ENHANCED</libraryType>
<protocolVersion>7.13</protocolVersion>
<applicationVersion>2.23</applicationVersion>
<hardwareVersion>4</hardwareVersion>

<binarySensorType>TAMPER</binarySensorType>
<binarySensorType>DOORWINDOW</binarySensorType>

0x720:

<libraryType>LIB_SLAVE_ENHANCED</libraryType>
<protocolVersion>7.13</protocolVersion>
<applicationVersion>2.6</applicationVersion>
<hardwareVersion>1</hardwareVersion>

<binarySensorType>TAMPER</binarySensorType>
<binarySensorType>MOTION</binarySensorType>

These changes shouldn’t matter. I’ll ask @chris to add 0x720 to the Z-Wave database.

Edit:
No help from @chris needed - I was able to add 0x720 to the Z-Wave database. @Home1907 Your NAS-PD07Z should be supported by the next Z-Wave binding snapshot.

[anon71759204]

My NAS-PD07 arrived a few day ago.

I’ve updated the Z-Wave database with the information from the manual and I’ve uploaded the manual that came with my device. My device identifies itself as 258:10:720.

Problem:
The latest Z-Wave binding doesn’t seem to contain support for the NAS-PD07Z:

[...]
2021-11-01 14:54:28.067 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - Checking zwave:reitz_zwesj300_00_000
2021-11-01 14:54:28.068 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 55: Unable to find thing type (0258:0010:0720:2.6)

But the Z-Wave database states:

@chris
So I would assume that Z-Wave binding snapshot 106 (01.11.2021, 03:47) should contain the NAS-PD07Z?

[apella12 (Bob Eckhoff)]

What I do to find out myself is look at the Zwave github page and look at the changes in the latest code.

Anyway when a device is in a modified state, but not approved it is deleted. Although I see it is now approved, the timing of approval and the database update can be out of sync. If I am looking correctly
this device is not in the latest binding. It was in fact deleted. Should be in the next one.

Bob

[chris (Chris Jackson)]

I don’t think this was approved when I did the export so it didn’t make it in to the last update (IIRC).

[anon71759204]

The device made it into the last update (https://ci.openhab.org/job/openHAB-ZWave/107/).

There seems to be a mismatch between the device firmware and the manual:

Pure chaos. I’ve reshuffled the parameters in the Z-Wave database according to the last column. A complex device with wrong documentation is worthless. Do not buy this crap!

Related thread:

Neo coolcam z-wave devices

It’s a bit of a mess in the manual (unless I’m mistaken)… In the same manual, it states -: [image] and then a little later -: [image] [image] The database has the first set of two parameters, I’m not sure what this means as they can’t both be right For groups I would use what’s in the manual. It is a requirement in ZWave plus devices for the lifeline to be group 1, so the manual seems to be right in this respect at least -: [image]

[anon71759204]

The sensors seem to work reliably:

There is a bug in the device firmware which leads to negative luminance values (see Negative lux value).

Workaround:

1. Install the JS Transformation Service.
2. Place signedWord2unsignedWord.js.txt (168 Bytes) in conf/transform (remove the ‘.txt’).
3. Add the transformation to the Item as a Profile :
   
   

If it doesn’t work, use
log:set debug org.openhab.transform.javascript
and
log:display | grep orma
to check what the JS Transformation is doing.

Edit:
Result with fix in place:

[funcat (Fabien)]

Hi all,
I am new with this device which is very pretty at first tests.
I used to install the transform .js to fix the negtive luminance and it works very well, thanks to everyone !
But I also face a problem : i try to test (and understand) the parameter 18 : “Light Intensity Offset Calibration” because values are extremly high compared to a luxmeter.
When I change the value, openhab says me “pending” in front of value, and nothing changes in measurements. The pending status also apply to others fields (but not all).
Do you have similar problem ?
Thanks

[JensD (Jens Dollenbacher)]

My experience with Neo PIR is, that you need to press the wake-up button (inside, next to the battery) before they accept any config changes.

[funcat (Fabien)]

Thanks for the tip, but when i press button nothing happens. When i press 3 times nothing. When i long press 5 sec it blinks blue but nothing happens. Any tips ?

[higgers (Steve Higton)]

I have an older version of this device. I think I had to do five short presses to wake it up.

[funcat (Fabien)]

Hi @higgers
I tried five short pressed but also with no luck.
For all user of this device, how do you wake it up ?
I think the button works well because i can use it for other functions.
To this time, I tried : 1-3-5 short presses, long pressses, shutdown/reboot … nothing works.
I used it with power adaptor (no battery) perhaps a linnked bug ?
Any tip ?
Thanks

[higgers (Steve Higton)]

The manual here states that holding the button for five seconds sends a NIF. Give that a try.

[funcat (Fabien)]

Hi,
I did just try 5sec-press but still pending states in openhab for my changes.
Although the led change its color to white, but immediatly goes to blink blue (as for inclusion)
What is the normal behaviour when there is a successfull NIF ?

[higgers (Steve Higton)]

If you have debug logging enabled for the zwave binding then you should see a flurry of activity in the log for that particular node.

[funcat (Fabien)]

I enabled debug log level but I dont see anything usefull in my case.
Therefore, I notice that some fields are actualy updated (no more “pending” state") and some fields are not updated (“pending” in OH)… perhaps a bug in the plugin on some fields ?
Are there actualy any user of this device here in the forum to confirm this behaviour ? (or simply my device failed ?)
Thanks

[higgers (Steve Higton)]

I have an older version of that device and haven’t noticed any issues when updating parameters. I have the wakeup interval set to 12 hours on mine. If I ever needed to updated parameters and didn’t want to wait for it to wakeup I’d press the button five times and the new parameters would get sent to the sensor.

I remember seeing messages in the log showing that parameters were being written to the sensor but I can’t remember the exact text that was written to the log.

Which parameters are being successfully written to the sensor and which parameters aren’t?

[funcat (Fabien)]

For exemple I can successfully change “6: Temperature Offset Value”, with immediate effect.
But I cannot change “18: Light Intensity Offset Calibration”, still pending and no change at all in actual measurement of lux values. (which are extremly high, +50000 whereas a luxmeter says 600-700)

[higgers (Steve Higton)]

Can you post a section from the zwave debug log when you change these parameters and wakeup the device so we can see the communication between the binding and the sensor?

[funcat (Fabien)]

I actualiy did some tests yesterday.
Here are some logs.
But I dont know well the zwave protocol si I cannot understand well logs neither.
The device is “node 57”, so I filtered logs with this pattern.
node57.txt (82.2 KB)
During these tests I tried to send NIF (simple press, 3-press, 5-press, 10-presses etc. long presses also)

[higgers (Steve Higton)]

I’ve just changed the lux level changed report parameter on one of my sensors from 100 to 50 and then manually woke the device by pressing the button three times. I didn’t see new activity in the log until I physically moved the sensor closer to the Zwave USB stick and woke it again. I then saw this in the log:

2022-10-07 17:30:33.039 [DEBUG] [ternal.protocol.serialmessage.SendDataMessageClass] - NODE 45: SendData Request. CallBack ID = 180, Status = Transmission complete and ACK received(0)
2022-10-07 17:30:33.039 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 45: resetResendCount initComplete=true isDead=false
2022-10-07 17:30:33.039 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 45: TID 60605: Transaction not completed
2022-10-07 17:30:33.112 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 45: Application Command Request (ALIVE:DONE)
2022-10-07 17:30:33.112 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 45: resetResendCount initComplete=true isDead=false
2022-10-07 17:30:33.112 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 45: Incoming command class COMMAND_CLASS_CONFIGURATION, endpoint0
2022-10-07 17:30:33.112 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 45: SECURITY not supported
2022-10-07 17:30:33.112 [DEBUG] [e.internal.protocol.commandclass.ZWaveCommandClass] - NODE 45: Received COMMAND_CLASS_CONFIGURATION V1 CONFIGURATIONCMD_REPORT
2022-10-07 17:30:33.112 [DEBUG] [otocol.commandclass.ZWaveConfigurationCommandClass] - NODE 45: Node configuration report, parameter = 9, value = 50, size =1
2022-10-07 17:30:33.112 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 45: Got an event from Z-Wave network: ZWaveConfigurationParameterEvent
2022-10-07 17:30:33.112 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 45: Got a value event from Z-Wave network, endpoint=0, command class=COMMAND_CLASS_CONFIGURATION, value=org.openhab.binding.zwave.internal.protocol.ZWaveConfigurationParameter@708677b7
2022-10-07 17:30:33.112 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 45: Update CONFIGURATION 9/1 to 50
2022-10-07 17:30:33.112 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 45: Commands processed 1.
2022-10-07 17:30:33.112 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 45: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@55851e0b.
2022-10-07 17:30:33.112 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 45: Command verified org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@55851e0b.
2022-10-07 17:30:33.112 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 45: notifyTransactionResponse TID:60605 DONE
2022-10-07 17:30:33.113 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 45: Got an event from Z-Wave network: ZWaveTransactionCompletedEvent

The parameter still shows “pending” in the OH UI though.