What does "Current States" on the device page look like? My guess is that there are no temperature reports coming in for whatever reason, no value there, and thus no Dashboard template that can display these values.
Well.......I let this just sit there overnight and this morning there is a temp reading. If I blow on the sensor for a few seconds it sure enough increases both temp and humidity which is what I would expect.
Oddly, although motion still works, it take a longer time to reset though. Last night it seemed to show the motion state virtually instantly and when I stopped the motion it would go back to inactive also pretty much instantly. This morning it takes about 10 seconds for the motion to go back to inactive once I stop that motion. It is possible that I was still using the Hubitat driver at that moment though.
Not sure if this is the latest information for the Zooz Q sensor, but I was just gifted one for Christmas. I was expecting it to be Hubitat compatible by now, but I can't find it in the compatibility list. Is this community drive still the best option? And if so, is it available via Package Manger yet? Thanks!
There is a built-in driver, not sure why it isn't on the list. This one isn't in HPM but it's easy to install manually if you do prefer it for whatever reason.
Anyone using these as light sensors? I'm seeing numbers that seem WAY lower than they should be (like 100-300 for a brightly lit room during the day with the window open and sun coming in) - not certain if the sensors just suck (which would be crappy since I got them specifically because of them being a multisensor) or I'm configuring something wrong.
I am getting readings on mine up to 502 which I would assume when the lights are on full in that bathroom (no windows). It has 8 daylight LED bulbs (40w equiv each) so it gets pretty bright.
From what one of the devs said a while back, lux is hard to measure and quantify. I found this article which looks pretty good: Read Our Ultimate Guide To Lux vs Lumens vs Watts For Lighting Installations | Warehouse & Factory Lighting | GREEN BUSINESS LIGHT
You really just have to learn how your sensor reacts to different light levels and then adjust your rules accordingly. I think the consensus has been that the Hue sensors give the best Lux readings, possibly was the outdoor one people liked the best I cannot remember exactly.
I've had a few of these ZSE11's for awhile now to take humidity measurements. I use the data to control the dehumidifier, which works great. Recently, I realized I could also use this to send a reminder if I forget to turn off the light in the crawl (not yet ready to install a smart switch; trying to use the devices I have). However, the smallest increment for reporting lux changes with the standard driver is 10 and this is presenting a challenge.
Does this driver allow smaller increments in reporting?
Is there some other attribute this driver offers that the official driver does not that would make this usable to me for reporting lux changes?
When the crawl light is on, due to the required location of this device, this device reports about 12 lux when there is no other source of light.
The switch for the crawl light is inside the crawl, right next to the door. So when I turn the switch off, the door is still open, and at that point the device then reports 4-16 lux, depending on the time of day and how bright the sun is.
Once I close the crawl door, it reports 0 lux.
However, since the most sensitive setting I have is to report lux changes >=10, it often only the first change immediately, and takes hours to report the second change.
My rule is to notify me if it is past sunset (would rarely be accessing the crawl after then) and the lux >0 for more than 5 minutes. However, yesterday while I was working the lux was reporting between 12 and 40 (wind swings the door open & closed). I turned the light off and it reported 8 (from outdoor ambient light). An hour later, at sunset Hubitat notified me that the lux was not 0, even though it was. About an hour later the HE took a lux reading and reported 0.
I think the issue is the 10 lux min increment for reporting.
Yes, you can go as low as 1 lx. But that's also something you could do with the Basic Z-Wave Tool (and the device manual so you know the parameter number, size, and desired value) if you don't want to permanently switch drivers.
You can look at the options they offer to see if any seem like they might help you with your use case. Even if a driver doesn't provide it (though I think mine offers any that are documented*), you can still use the Basic Z-Wave Tool to change it:
https://www.support.getzooz.com/kb/article/1003-zse11-q-sensor-advanced-settings/
*documented except that I just started playing around with the 800LR version and have a couple updates to make
So, in a bit of searching it seems like "The Basic Zwave Tool" is a different driver.
If this driver does it, is there any reason to not use this driver?
Alternatively, is there a way to force an illuminance reading in a RM rule?
The Basic Z-Wave Tool is a driver, but you use it just to change the parameter (or view the value or whatever other purpose you're using it for), then switch back to your regular driver. It will not work for regular device operation.
On USB power, yes, you could run the refresh()
command, and the device should respond. On battery, no; its not listening and wouldn't get the command until it wakes up again (assuming the driver handles this like it should), likely once or twice a day by default.
Thank you. It is on USB - which is why I bought this device.
I'll work on learning the refresh rule!
I recently purchased ZSE11 800LR. So far I've tried to get the motion sensor working within Hubitat with no success. I loaded the driver recommended here first so I assume it is using that driver. It has not mysteriously fixed itself using the techniques above. I've also removed it from hubitat, did a factory reset and added it back into Hubitat with no change. The events log shows only Temp, Illum, Humidity and Battery. There are also no references to motion in the device information except for a setting for motion sensitivity. Any suggestions would be greatly appreciated!
Thats a bad assumption. Check the device page, Type, make sure it is set to the desired driver.
I am also not sure if this driver works on the 800LR model. I would try this one instead, it was developed to work on both the old and new ZSE11: [DRIVER] Zooz Sensors Advanced (ZSE11, ZSE18, ZSE40, ZSE41, ZSE42, ZSE43, ZSE44)
The new release 2.3.9 has fixed the driver matching so if you pair it on 2.3.9 it should actually select the newest driver, but 2.3.8 had issues picking the correct drivers.
For now, I'd also suggest using this driver as I don't believe I have updated the Git repo yet... [EDIT: updated now!]
So great information folks and I appreciate the input, but still not working. I removed the old driver and installed the one from bert. Originally the Type was wrong but I changed it to the new driver and more options appeared related to motion but it is still acting the same way as before so far. Motion is not listed under "current states" at this point. And it isn't showing any logging. I'll fudge with it a bit longer and then go back and try the jtp driver recommendation.
Again, Thank you for your help so far!!
If you enable debug logging, do you see anything at all? You should, otherwise the device isn't communicating with the hub (e.g., sending motion reports), and no driver can help with that--a different problem. However, the other driver should work if that worked for you in the past--and it's probably been tested longer than mine with this decixd at the moment.
It is showing motion events in both the debug logging and event logging now. It was in neither before. But it still doesn't show motion listed under "current states".
With Zooz stuff, it often takes me multiple times hitting Configure to get all attributes populating correctly in all the usual places. I'm probably just being impatient, but brute-forcing some Configures gets me there eventually.
Well it has now decided to work. So thanks for the help group! All seems well... finally!
For anyone following, I updated the driver on GitHub after some testing this weekend, and it should now work with both the 500- and 800-series versions, including the different parameters for each. Let me know if there are any problems!