Hey @philh30 can I get some help on finding what you need to help me? Never got a resolution. I added the driver and it shows up as having like 12 different sensor types and none work. What am I doing wrong?
Hi @csstup , I wanted to check in to see if youāve been able to look at the HS fls 100. I know before you hadnāt had a chance but Iām thinking you are my only hope!
Thanks for all your contributions to the community!
Not yet. Iāll see if I can get some of it this weekend and the coming week.
2 Likes
@philh30 and @csstup. You added the Monoprice 4-in-1 sensor to the āZ-Wave Sensor PHā driver back in September and it has worked very well until the New version (1.7.93.26) of the mobile app was released a few days ago. I am assuming the same problem will happen with the Zooz 4-in-1.
The problem is that the display has the large Multi-Tile icon which causes the new Mobile app to crash when you open the room that contains that tile.
Could you modify the driver so there is an Option to use the small device tile until ST fixes this problem. If they ever fix it.
I am temporarily using the stock Z-Wave driver to solve the problem, but that driver does not have the setting menu that lets you customize things.
1 Like
Iāve got Ecolink flood sensors (FLF-ZWAVE5-ECO) previously on RBoyās device handlers, and am now moving them to Edge. I have these drivers installed, but Iāve noticed that Iām not getting a battery status when doing so? Also, I saw it mentioned previously that polling intervals may be configurable, but I donāt see these options at all? I have changed these sensors to all available drivers, and see the same in all.
At the end of the day, I want to be able to tell when a sensor is offline (using āhttps://api.smartthings.com/v1/devices/device_id/healthā in SharpTools, but that status does not appear to change for me. A side benefit would be accurate battery level reporting.
Any ideas?
This driver doesnāt have native support for the Ecolink flood sensor. It can support them as generic sensors, but you wonāt get any custom parameters and it doesnāt know that its battery powered.
Damn, so thatād also include the health API status?
Edit: Let me clarify this. If I canāt use āhttps://api.smartthings.com/v1/devices/device_id/healthā to grab the status (online/offline), is there any other way to detect the status of the sensor? I assume SmartThings regularly polls the devices, though I guess it may be the other way around (where ST just stores the last result the sensor provided, and thatās that?).
Health status is something that is no longer in control of the device, thats up to the hub to determine based on the radio indicating if the device seems to be responding or not. Doesnāt have anything to do with a particular sensor or attribute, its just communication in general.
So when youāre querying the API, its basing it on what the hub has forwarded up as its current health status.
Got it - I appreciate the replies!
I had written support for that a couple months back but never packaged it into the released version of the driver. Worked fine while mine was on it. It should pull battery reports from the device since it uses the same battery and wakeup logic that @csstup wrote for the other devices on this driver. Iāve pushed out an update to the driver that includes it - give it a try once your hub gets the updated driver.
2 Likes
Nice, Iāll absolutely check it out. Is this a new driver Iāll have to install from the invite link, or just an updated version of āZ-Wave Sensor PHā?
Update of this driver. If you already have it installed, the update should push to your hub in under 12 hours (maybe already). If not, installing now should pull the new version. If your device is currently using this driver, youāll probably have to swap it to a different driver and then back (or exclude/include) to this one to pick up the correct profile.
Got it. Iām currently using the standard Z-Wave Sensor driver, so Iāll just pick this up tomorrow morning and will give it a shot, and will provide feedback (if it helps). Thank you!
Got the new driver, and am testing it on one of my sensors now. Iāve updated the wake up interval to hourly just for testing, but do I need to do anything after that (pull the battery and let it start fresh)? Iām hoping that it tries to report in at this interval, because I think Iāll be able to work with that in SharpTools.
Opening/closing the case should trigger a wake up immediately. Otherwise the wake up interval change wonāt populate until the next scheduled wake up, which could be several hours.
1 Like
I was hoping that the āstateā would update with the change, but that doesnāt appear to be the case. All of my Ecolink sensors are showing 100% for the battery life, but given that Iāve heard that itāll report something crazy high and then drop when it gets lower, I guess Iāll have to just wait and see if that rings true here, because it doesnāt look like I have any other way to report on actual health of the sensor. I may just look for a better sensor that actually reports in every once in a while so that I have better insight into this.
I donāt think you followed what Phil was trying to explain.
By default, the device will wake up, check in, and send battery reports every 12 hours. If you change the wake up interval setting to something else, it will be the remaining of that default 12 hours before it checks in again to a) report its battery and b) get any updates for it, including the new check in interval setting. From that point forward, the checkin/battery report interval will be whatever you configured it to be.
If you donāt want to wait for that initial difference between the default and your new interval, you can wake it up manually by opening/closing the case, which triggers a TAMPER report and a forced wake up. Just as if you had waited for that initial check in period to expire, from that point forward the checkin/battery update interval will be whatever you set it to be.
I find the battery reporting percentage curve on the ecolink sensors to be fairly accurate.
For leak sensors, I tend to have them check in every 4 hours at the minimum.
I understood what he wrote, but thatās not what Iām seeing with my sensors. Pulling the case to trigger the tamper does appear, but the status time and date does not change at all. I had all 3 sensors set to 1 hour update intervals the last two days, waited, and saw no changes in anything. The sensors have been online for over a year, so thereās zero chance that theyāre still at 100% battery.
@csstup & @philh30, Could you add Ecolinkās Motion sensors to your driver?
PIR-ZWAVE2.5-ECO with a fingerprint of 014A-0004-0001 (Manual with command classes here)
PIR-ZWAVE2 with a fingerprint of 014A-0001-0001 (Manual with Command Classes here - same classes as above model)
I am happy to help test. Thank you!
Those are already in the ZWave Sensors PH driver.