[DRIVER] Zooz Sensors Advanced (ZSE11, ZSE18, ZSE40, ZSE41, ZSE42, ZSE43, ZSE44, ZSE70)

I wish I knew the magical combo to clear that -- I typically just do repeated mish-mashed sequences of 4-to-wake, Config button, Refresh button and page refresh until it all finally syncs up.

Once done, it's golden -- it's just a bit wonky to get there.

Should just need to save prefs at the bottom then wake the device, as long as the hub gets the wake up it should clear. Unless of course not everything syncs up. When I test they will sycn up in one try but out in the real world may not always work perfectly.

1 Like

I have been getting door open/close events the whole time, so that was working fine.

Bingo! Second time's the charm on the refresh...wondering if I did the four presses too slowly the first time.

Not sure why I have one pending change, it looks like everything got configured correctly. Is that just the next checkin sync job scheduled?

Logs:

Events page:

Device page:

Preferences:

It did not get a response back on param #5, so hopefully next wake up it will be able to confirm that one. Just DO NOT click the configure button, as that will queue up ALL settings again and it will have to start over trying to verify them all.

2 Likes

Ah, I see now, call & response. Got it.

Got it, thanks for the warning.

I have upgraded the firmware on the ZSE40 (v700) to 1.1 as per Zooz website and retested the custom driver version 1.1.0. Unfortunately, the problem remained the same with the device becoming unresponsive. I switched back to version 1.0.5 and all back to normal. Anyway, until I upgrade this location from Hubitat C5 to the latest and the greatest I will stay on 1.0.5. Once again thank you for you help and for all the custom drivers you create.

1 Like

Triggered it again after back from errands and it finished the sync...

It looks like the driver knows to just sync new changes, which is nice. So if I modify one of the preferences it will only try to sync that one mod, correct?

Correct that is how all my drivers work, which is why it keeps track of what is synced up. The easier way is to just fire out all settings every save but some devices have A LOT of settings.

2 Likes

UPDATE

Added ZSE70: Zooz 800 Series Z-Wave Long Range Outdoor Motion Sensor ZSE70 800LR | - The Smartest House

If you already have the package installed, update first then select Modify from the HPM main screen to add/change what drivers you have installed from the package

Version [1.2.2] - 2024-06-28

  • Added ZSE70 Outdoor Sensor to package
  • Fixed install sequence so device will fully configure at initial pairing
  • Update library and common code
4 Likes

Just received the backshell for the DC connector, and added 2 of the ZSE70's using DC, no batteries.

I'm using a DIN mount Meanwell 24 VDC power supply, and some 16 gauge jacketed speaker wire. I tuned the PSU down to 21 VDC to stay within the 12-24 range of the Sensor.

They seem to measure illuminance somewhat lower than my Hue sensors, but seem consistent.

Hopefully they last!!!!

Thanks for the great tunable driver!

S.

1 Like

Just updated all of my Zooz devices to your drivers and just want to understand the parameters and settings.

For my ZSE44, I'm on firmware 1.10 and running your Zooz ZSE44 Temperature Humidity XS Sensor v1.2.2 driver. I'm not understanding how parameter #3 works.

image

The title indicates that a value of 1 would set the trigger at .1 of a degree, and 10 is a one whole degree. I'm trying to do some detailed temp tracking and was hoping to use .5 degree for changes.

The range shows 10-100. Does that mean you can't set the trigger to less than 1 degree? I guess I'm confused by how the description is describing the range vs what can be used.

For the Zooz ZSE40 4-in-1 Multi, the same parameter can be set down to the range starts at 1 / .1 degree level.
image

Can someone please clarify for this noob?

Correct.

See the Zooz Docs (all linked in main post) for more details on each setting.

Also correct

Thanks for the quick reply. I had scanned the Zooz docs, but wasn't sure if they applied to your driver or if they applied to their own driver.

Seems strange to me that they'd indicate a value outside of the range of the device....or that you couldn't set a threshold lower than 1 degree for some of their devices but not others. Especially since the "pure" temp sensor is the more restricted one. C'est la vie.

The Zooz docs apply to the hardware itself, not any driver. I just implement the specs into the drivers so you cannot try to set out of range values on the device (it wont take them). The 1 = 0.1 is a guide telling you that each +1 you add to the setting will increase the threshold by 0.1 deg.

Would there be a less confusing way to present that?

1 Like

I was unsure if the hardware limitation of the ZSE44 was correct since it doesn't match the ZSE40.

If the range is 10-100 for the ZSE44, you can't set the report trigger parameter to 5 to use .5 degrees as the trigger.

Your language is perfect if that's the case.

I just reported on Github an issue for the ZSE11-800LR where the illumination reports a negative value when in direct sunlight. https://github.com/jtp10181/Hubitat/issues/33#issue-2448749213

On the older versions it seems Zooz corrected the firmware for this issue but not in the latest version. https://community.smartthings.com/t/release-zooz-q-sensor-zse11/224579/17

Yeah I was suspecting that was the issue with the signed integer (same as old post you linked). So technically it is a firmware bug from Zooz, but since the illuminance would never be negative I could add a calculation to revert it to an unsigned value.

1 Like

Sounds good. I'd prefer it to be set to max (32767) rather than just using Math.abs. That way it is obvious it is topped out.

Yes I will do it proper, I have a formula I use to convert values from signed to unsigned. This is not the first time I have had to do this.

1 Like

One of my ZSE40s was showing as unknown and doesn't have many parameters to set. I am pretty sure your driver used to correctly identify it, but I can't really say for sure because I rarely look at the device page. It's an older 500 series V2 sensor paired to my C5 hub.

Your driver identified the firmware as 32.12 but not much else. The reason I was looking at it was because the battery died and I use the device data edit app to add the date I last replaced the battery to the data section.

After replacing the battery, doing a full configure, and manually waking it up it's now identified correctly but has 8 pending changes that I can't seem to do anything with... I tried changing a parameter, saving, and running configure again but it didn't change anything.

Here is the device data

There's nothing to note in the state variables or current states. Temp/Humidity seem correct. Last checkin time is updated.
image

Here is the log from the first configure/wake up

Here is the log from the first configure/wake up

It's interesting to me that several parameters were null.

Another thing to note is that the custom data objects I had added in the past using the device data edit app are all missing as well. Not a big deal really, but now I don't know how long the battery lasted.