Open igogold opened 2 years ago
No, battery level excluded. Like in this message.
Btw, can anyone see (using any integration) new data added on a display on the latest firmware?
I confirm. On Xiaomi Miot Auto, the device works properly.
Btw, can anyone see (using any integration) new data added on a display on the latest firmware?
Nope...
bump. Any news?
Not stale
so did not solve the problem in the new version of HA?
No. Xiaomi Miot Auto is fine, Xiaomi Miio is not. Home Assistant 2022.9.5 plus Qinping CGS1 firmware 4.1.8_0256. I suspect it's dead since I'd updated the firmware.
Xiaomi Miot Auto is fine
What do you mean by "fine"?
Miot platform does not create a sensor for a battery_level, only these sensors:
@ildar170975 Here's an issued discussion tread, so the context is the bug. Fine means the device is working and getting some data, not just effectively dead. As I can see the battery just wasn't implemented https://home.miot-spec.com/spec/cgllc.airmonitor.s1, you can file a feature request there, here it's irrelevant. I either do not see battery, however can see it in miHome, so it's doable to implement it in miot.
updating the device to 4.1.8_0267 and HA to 2023.1.2 did not resolve the issue.
Better on my side with the firmware 4.1.8_0267 . I had disconnections every 2 or 3 days and i got only 1 in the last 20 days with this new firmware.
When will there be an official decision in the home assistant?
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.
As a workaround, I added it through Xiaomi Miot Auto. Any plans to support it in HA without Xiaomi Miot Auto integration?
Still not working properly on my side with regular disconnections !
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.
IMHO, that eager bot's policy not respecting other bug's liveness tags and earlier dismissing of the staleness isn't a “clean some old issues”, it's more of a “we won't do ignored by the maintainers issues”.
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.
Anybody here? News?
Don't expect a solution here, no one is doing this. There is a solution and it has long been known
There is a solution and it has long been known
Which is? Do not be so enigmatic. Care to post a link to it if you mentioned.
That's all here - https://github.com/Cheaterdev/clear_grass-ha/issues/13
The solution "remove from sensor.py everything related to a battery level" is not a solution. It's a temporarily fix which became a permanent due to some reasons (including a russian invasion - and the author said his is in Ukrainian army now). This fix allowed the integration to at least acquire other data from devices. The official Mi Home App does provide a battery level (at least I see a "97%" value after disconnecting my device from a power supply, same value as displayed on the device).
A fix in a 3rd party integration cannot be a reason to stop fixing a standard HA integration.
@sstu Thanks for the input. Yes, the issue is dead. Yet, it isn't stale, huh. I fixed it by the same way you posted or you can use Miot Auto integration from HACS.
I'm here mostly for displaying that keeping the current bot's behaviour is... veeery suboptimal. It shoudn't be a helper for ignoring actual relevant and serious bugs.
@SergeyPomelov
Miio integration from HACS
Could you tell does it provide a battery_level info?
- Out of curiosity, why do you need a battery monitoring here?
Not crucial. Each sensor in my house which equipped with a battery & mainly powered by an external supply is monitored for a battery_level. That is why I am interested in restoring this functionality in this device/integration.
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.
still there
the problem still exists
If you want a simple resolve this issue please use https://github.com/al-one/hass-xiaomi-miot with hasc
Local connection Qingping with 4+ firmware work fine for me with ip and local key.
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.
I won't post any issues on the Home Assistant GitHub ever again. It's extremely frustrating to put in the effort to fill in all the details and then have each ignored issue repeatedly flagged by the bot bodyguarding all of the actual and the existing issues. Instead, I propose to mark all the variety of core components ignoring issues with the same "clever" bot as unsupported.
Then just ignore the community, and patch your instance manually to suit your needs. Open source means no obligations neither on developer nor on user. Modify and fix everything as you wish, share at your will (or GNU GPL compliance).
Here is my fix: /venv/hass/lib/python3*/site-packages/miio
--- a/airqualitymonitor.py
--- b/airqualitymonitor.py
@@ -17,7 +17,6 @@
AVAILABLE_PROPERTIES_COMMON = [
"power",
"aqi",
- "battery",
"usb_state",
"time_state",
"night_state",
@@ -28,7 +27,7 @@
AVAILABLE_PROPERTIES_B1 = ["co2e", "humidity", "pm25", "temperature", "tvoc"]
-AVAILABLE_PROPERTIES_S1 = ["battery", "co2", "humidity", "pm25", "temperature", "tvoc"]
+AVAILABLE_PROPERTIES_S1 = ["co2", "humidity", "pm25", "temperature", "tvoc"]
AVAILABLE_PROPERTIES = {
MODEL_AIRQUALITYMONITOR_V1: AVAILABLE_PROPERTIES_COMMON,
Local fix - that's what I did years ago. You missed the point: there are no obligations to fix the issue or even to reply. However, there is an obligation to respect others' input. Simply removing valid and informative bug reports doesn't benefit the community. I have never done that in projects where I am a developer. If I had to use an alike blunt bot, instead of removing valued input, I would mark the components as unsupported/abandoned to avoid wasting anyone's time. I have left dozens of my filled issues to the bot shredder and won't post new ones. From my experience, many users have already silently lost any motivation to report because of that.
There are plenty of issues in HA core & frontend w/o any feedback from devs, and these issues can be just auto-closed.
The problem
After the firmware upgrade of Qingping Air Monitor (cgllc.airmonitor.s1) to version 4.1.8_0244 Home Assistant can't get info anymore.
It seems air monitor resets connection with mi home after upgrade. I reconnected it back to mi home, in the mihome mobile app the monitor started to work and shows current values from screen.
I removed integration in the HA and added it back using a token. It recognized cgllc.airmonitor.s1 device and added it to HA. But now I see only one sensor entry w/o an entry from air_monitor domain. And this sensor entry just unavailable.
What version of Home Assistant Core has the issue?
core-2022.8.3
What was the last working version of Home Assistant Core?
No response
What type of installation are you running?
Home Assistant OS
Integration causing the issue
Xiaomi Miio
Link to integration documentation on our website
https://www.home-assistant.io/integrations/xiaomi_miio/
Diagnostics information
No response
Example YAML snippet
No response
Anything in the logs that might be useful for us?
Additional information
The same issue with latest xiaomi-miio (0.5.12) in command line: