-
Notifications
You must be signed in to change notification settings - Fork 507
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Xiaomi Door/Window sensor battery status #783
Comments
No currently this is not possible, the only workaround could be a REST-API rule that turns the light off after it gets powered (state/reachable). |
Thanks for coming back on this one so quickly, to bad... |
hi @manup, how is the roadmap with supporting the battery information from Xiaomi Sensors ? My sensors all have either been showing 100% or 88% for more than a year. I know you are currently tackling bigger issues, but is this still planned to be implemented properly ? The only statement "it will be supported in the future" is from a year ago in #13 - hence the questions. cheers |
The battery status in Xiaomi devices is supported since a while now, it's extracted from the hourly report command each Xiaomi sensor sends. So if you see 100% or 88% it is based on the values the device reports. |
that is very confusing ... I can see in influxdb/grafana that the reported battery %-value of my xiaomi equipment has not changed in the last year. So either I have the worlds best, not depleting batteries or something is not working right in my setup. I just checked again:
for a cross-check, I have hooked some of my sensors up to my zigbee2mqtt install, and now I am getting 42% readings on multiple test sensors (which doesnt seem right either). I will hook up some sensors to the original Xiaomi Gateway and report back what I find there ... Is there anything to reset/reread the battery values or anything you can point me to to investigate further ? cheers |
I have a few Philips motion sensors that have been reporting 100% for 18 months. Both on Philips Hue bridge and deCONZ gateways. Last Februaryi finally some went down with their reports. I have one Philips motion sensor that is now reporting 0%, but still works fine after a 2 year+ of functioning with the same batteries. So far you are not yet on worlds best :-) But so far Zigbee devices have been waaaaay more battery friendly than Z-Wave devices. I am guessing (also based on my Xiaomi sensors) patience might be a virtue..... |
Closing this issue for now since the battery state is now available for Mija and Aqara devices. |
Hey folks,
I'm trying to get this straight as I'm just about to integrate those sensors in my setup.
So apperantly, there's two versions available (https://community.smartthings.com/t/xiaomi-vs-aqara-door-window-sensors/90738) as per beginning of the thread and I got quite a bunch of the roundish ones. Some more of the other version are en route. From https://github.com/dresden-elektronik/deconz-rest-plugin/issues/544 I see some people are in the same situation that battery does not seem to be reported.
I'd be interested in understanding what the reason might be. From my FHEM debug output, I can see that the battery value always returns "undef". However, since a friend has borrowed my dev gateway, I currently cannot dive into that further.
Hope this can be get working somehow as with 10+ sensors, this might be annoying :)
Maybe one thing off topic: I also got a FLS-PP lp. Can it be configured that it starts with an "off" setting, when it gets power connected? I have it running on a smart plug which gets toggled multiple times in the living room and having it "on" after power toggle is not too ideal.
The text was updated successfully, but these errors were encountered: