Neo Coolcam NAS-DS01Z does not work with OH 2.5

Tags: #<Tag:0x00007f617a2525c8>

Hi,

I have OH 2.5.0~S1762-1 installed with wave binding 2.5.0.201911230756. I have 2 Door/Windows sensors (manufacture Id 0258, ) which I could include successfully and are identified in Paper UI/HABMIN as NAS-DS01Z Door/Window Sensor and - they are both online… but do not work i.e. I cannot make out any zwave activity (except inclusion stuff) in log viewer with regard to these sensors. I also canot see any change in the door contact status when I trigger open or close state. The same sensors do work in OH 2.4. I switched to OH 2.5 snapshot as I have another (NAS-WR01ZE) sensor from the same brand NEO Coolcam which is not recognized in OH 2.4 but OH2.5.
Note: I have tested the Door/Window Sensors with new batteries but and no change.

Any clue?

Properties shown in paperUI:
dbReference 1014


defaultAssociations 1

manufacturerId 0258

manufacturerRef 0100:1027,0200:1027

modelId NAS-WR01ZE

vendor Shenzhen Neo Electronics Co., Ltd

zwave_beaming true

zwave_class_basic BASIC_TYPE_ROUTING_SLAVE

zwave_class_generic GENERIC_TYPE_SWITCH_BINARY

zwave_class_specific SPECIFIC_TYPE_POWER_SWITCH_BINARY

zwave_deviceid 4135

zwave_devicetype 512

zwave_frequent false

zwave_lastheal 2019-11-28T01:59:03Z

zwave_listening true

zwave_manufacturer 600

zwave_neighbours 1,7,8

zwave_nodeid 2

zwave_plus_devicetype NODE_TYPE_ZWAVEPLUS_NODE

zwave_plus_roletype ROLE_TYPE_SLAVE_ALWAYS_ON

zwave_routing true

zwave_secure false

zwave_version 2.21

Hi,
I was wondering if you have resolved this problem, because one of my NAS-DS01Z behaves exactly the same way as you described it since the update to OH2.5.
Strange thing is, my other two sensor work normal.

Hi,

no solution yet and I gave it up solving it in openHAB. I switched to ioBroker - there it is working reliable with all different kind of sensors including NAS-DS01Z and also a wallplug of the same brand. So my conclusion is, that there must definitely a zwave bug in openHAB.

If something changes in the zwave device database between one version and another, you may need to delete the Thing and rediscover to pick up new details. (Not exclude/include)

2 Likes

Same for me. Worked fine in previous OH setup (<2.5) but these sensors won’t report anything in 2.5. It is a brand new vanilla setup.
Any help would be greatly appreciated.

Are you sure the devices have been fully discovered? Battery powered devices are especially difficult to keep awake long enough.

There should be an xml file in the zwave folder under userdata. If the file is not there, the device has not been fully discovered.

Only my two NAS-DS01Z do not seem to have been fully discovered, despite having them sitting in close proximity of the controller for several days and a lot of manual interactions with them to wake them up. There is indeed no corresponding xml in the folder. I have tried virtually everything, including resetting them to factory settings and re-include them, to no avail. This had worked flawlessly in my previous OH setup (2.20).

This will sound like a stupid question - but are you sure you have woken it up?

A wakeup is quite specific - it’s not the same as the device sending a report, or something like that. There is normally a very specific button sequence that needs to be performed by the user to send the wakeup notification, and if the binding doesn’t receive that notification, then it will not (ie can not) talk to the device.

I would suggest to get a debug log if you’re unsure - see the binding doc for information on how to set this up.

I have had a few Coolcam devices that needed to be factory reset before they would include properly.

I would exclude from the network, delete the Thing, if it exists.
Factory Reset the device
Include into the network
Discover the Thing, keeping the device awake until fully discovered.

But this device is already included. It should be communicating and probably a log is required. Once it’s included, the binding needs to interview the device, and that’s when the XML is generated. The XML is an internal file used by the binding to hold information about the device between binding restarts and if it’s not being produced, then I’d really suggest getting a log - otherwise we can only speculate.

Hey,

I have similar problem. My Window sensor was added to the network successfully, but I don’t get any notifications from it. I have created items for for battery and door opening, but it does nothing. Battery status is always NaN and door ‘-’

Have you followed the good advice in this thread?
How do you know the sensor was added successfully? Did the binding create an xml file?

As Chris said, unfiltered debug logs are very helpful. The binding documentation tells you how to collect them.

I got the same problem.
A new Neo sensor not working with version 2.5. I have an old one that exclude and work at version 2.4. the new exclude and recognize but I can get any notification fro the device, either close/open or battery level
I try all the advice here but seems no help.

Any other advice?

If the advice in this thread did not help, you do NOT have the same problem. To avoid confusion, pleas open a new thread.