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

My XML file looks very similar. Could the difference be in the region? By the way, the definition mentioned above is also based on the product ID “0720” (https://devices.zwave-js.io/). So the same configuration should work, right? So far I have not made any changes to the Z-Wave database. Maybe someone can help me here?

network_e5840fcd__node_60.xml (11.9 KB)

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.

1 Like

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?

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

1 Like

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

The device made it into the last update (openHAB-ZWave #107 [Jenkins]).

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:

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:

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

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.

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 ?

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

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

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

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 ?

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.

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

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?

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)

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?

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)