I won’t be converting the Dome Door/Window Sensor Pro DTH into an Edge Driver so it will stop working once the Groovy platform is retired, but it shouldn’t need a custom driver.
Changes made to the settings won’t be applied until the next time the device wakes up. You can force the device to wake up immediately by opening and closing its cover.
Hello, I’m using this for few weeks, so far so good, yet I have an issue with battery readings. It fluctuates between constantly between 1% - 100% and one can even get an in-app notification about low battery. Does anybody experience similar issue with inconsistent battery readings?
Yes, its fixed: I suspect that the battery was not fully siting in its place, thus, due to a bad contact, it was fluctuating, I managed to fix this by placing small cushion under the battery door so that when closed it will push the battery slightly, ensuring its proper placement.
I noticed when the magnet is not properly aligned with the sensor (very properly) the door can, at times, remain open though it’s actually closed. My door frame had a slight angle and the magnet mas not aligned with the sensor, after I fixed the angle issue the sensor starts working as expected without “false open” issues.
Hi Kevin. Any updates on this DTH? Not to disrespect your work but this particular one is terrible for me. For example:
Temperature report seems to be only changing on contact change (open/close)? I hope this isn’t the case
SmartThings can status can be stuck in one state. I think this has to do with changing state to quick, within 5 seconds or less. Seems to get stuck more on “open” vs closed. See attached.
It’s my first day with the sensor so I may find more and I hope I am wrong about the temperature update.
The problems you’re experiencing are not specific to the DTH…
Based on my testing with the device, it only reports the temperature when it opens or wakes up. It might also report it when it closes, but I can’t remember.
Setting a lower wake up interval with increase the frequency of the temperature reporting, but if you set it really low it might reduce the battery life.
I’m not sure if the device takes a measurement every time it wakes up so if you set the wake up interval to 5 minutes it might just report the same value every time it wakes up until it takes another measurement.
The device only reports whole numbers and if the value didn’t change you won’t see an entry in the Recently tab every time it wakes up. You can verify that a value is being reported every time it wakes up by clicking the device’s temperature link in IDE.
The mobile app has caching issues so sometimes the device changes state, but you can’t see it in the mobile app until you go back and forth between the device and Things tab a couple of times. I doubt that’s your problem, but it’s worth checking the contact value in the IDE the next time it gets stuck open to see if it did change back to closed.
Based on the screenshot below, which is from the device’s advanced manual, it sounds like it can take up to 5 seconds to finish processing an open or closed event.
If that’s the case then the contact closing before the device finishes processing the open event might explain why the closed event doesn’t always get reported.
@krlaframboise
Hi Kevin,
Yesterday a window was open for first time in weeks and device status did not update. I removed the magnet before I close the window and even this morning (12 hrs later) device still shows “closed status”. Temperature reports have been coming in every hour as configured.
Is anyone with these “lost open/closed status” issues running the SmartThings firmware with the beta Z-Wave radio firmware update applied? Personally, I do not have this update but I was curious if the update might fix some of these issues with the sensor status getting lost.
Sorry, I completely missed your post, but if you’re still having issues:
Remove “//” from the beginning of the “log.trace” line at the bottom of the code, open Live Logging, and see if anything gets logged when you activate the sensor.
If it didn’t log anything then the reports aren’t making it to the hub so it could be a signal or association issue. Removing the device and joining it again from the location you plan on using it might solve the problem.
If it did log something then post the logging results.
I won’t be converting the Dome Door/Window Sensor Pro DTH into an Edge Driver so it will stop working once the Groovy platform is retired, but it shouldn’t need a custom driver.