My model is a AC3829/50. For the past 10 hours it reports things, I hope the aforementioned issue was just a glitch, and it is now a thing of the past.
Edit: A few hours later the device doesn’t send update anymore again… What the heck is going on? Really the developers at Philips are this bad?
Ok, the issue is definitely the firmware and it is out for months.
Here is an attempted fix:
Another comment about it:
And the original issue from py-air-control:
Let’s hope that Betaboon will read my comment and make a beta release to test it.
@betaboon appears to have abandoned this, there’s no acknowledgment unfortunately. It’s a pity because this used to work very well and now many of my automations are broken. I wish this device used a ESP8266 so it could be flashed with ESPHome or something. I really don’t care for the Philips app, all I need is remote control and monitoring. I wonder if someone who’s smarter than me could open one up and see what can be done.
Changing the airioctrl reference in the manifest and incorporating the changes in the PR on GitHub solve the general connection issues.
https://github.com/betaboon/philips-airpurifier-coap/pull/57
However, it does introduce a new error in the log, seems harmless but my ha core does choke every now and then. Not certain if it is related.
Logger: coap
Source: /usr/local/lib/python3.9/site-packages/aiocoap/transports/udp6.py:525
First occurred: 07:42:44 (66 occurrences)
Last logged: 08:17:20
Connection loss was not expected.
I just got my Philips AC2729 and tried the coap version of betaboon mentioned above.
Unfortunately it does not work. I then checked out your PR and manually replaced fan.py in my custom component folder but still not working. Do I need to change other files?
Does anyone have a working version that can be used? It will be nice to start a new fork on GitHub and have it maintained, since betaboon is not maintaining it anymore, but this goes further my programming knowledge
I have two devices and both stopped working.
If I remember correctly, last Christmas betaboon found some serious time to work on this. My hope works he that this Christmas he can catch up.
Unfortunately, this also goes beyond my programming skills.
update: by manually replacing
I got it up and running!
For me it was just a matter of rebooting the os. Not an expert but it seems that’s what’s needed to pull updated files listed in manifest
To make this more simple for all of us praying for betaboon to return to his glory, I’ve cloned his repository and merged some of the pull requests into the clone. You can uninstall the non-working betaboon version and give this updated one a try:
Installation is the same as the previous version with HACS custom repository.
For me it seems to work most of the time, but not always. I’m not a dev myself so don’t ask me for help. All I did was reading your comments above, pulling together the fragments and relying on my copy/paste skills. If anyone has deeper skills and wants to make this more solid, then please take over.
Observing this a bit more, unfortunately, it doesn’t work for my AC2889 and AC2729. Data seems to arrive with sensor updates, but I cannot control anything. Using the command line with the patched aioairctrl from GitHub - Peter-J/aioairctrl: library and commandline utilities for controlling philips air purifiers (using encrypted CoAP) also doesn’t work for me. Too bad.
Edit: it’s strange. It just started to work for a few minutes and now it’s gone again.
Coming weekend I will run a compare of your code vs. my code to see if there are any major deltas. Followed the same process you did and it has been running relatively stable for one month. Only issue is the coap disconnect error which i referenced on GitHub.
I own an AC2889, fw [email protected]
Which fw version are you on?
That’s great. I have a AC2729 and a AC2889, both on 67.5
Interesting enough, I noticed that the information from the device seems to come through very stable. It is sending commands that currently fails in my setup.
So when I change something in the AirMatters app, it is immediately reflected in Home Assistant. But when I call a service, it doesn’t work most of the time. It’s like listening works, but not talking.
Try to power cycle the device. I have had recently an issue when it was doing some crazy stuff. I set the display to AQI on the device when was running in purifier and humidifier mode and it was continuously switching between AQI and Humidity.
Power cycling fixed it.
I made the compare; apart from PR #55 which I incorporated in my code (speed modes) there is no difference. Rebooting HA OS however (as suggested by @GSzabados ) may however help; I noticed on my HA instance that it otherwise will not load files listed in the manifest.
Thanks for checking. I’ve rebooted many times.
It’s still consistently getting the readings from the devices, but control is patchy at best and doesn’t work most of the time.
Perhaps worth to try my code just to be sure? I have been running it relatively stable since mid October, AC2889/10 with the same FW you have. It incorporates 1 or 2 additional PRs but otherwise similar to yours. The only real disturbance is the COAP loss of connection error in the log.
Will try and report back
I did use Peter-J’s change. I have pulled his github repo as the Linux module and just ran Betaboon’s custom component with that, and since no issues. Except the one what I mentioned above. No other changes were required and works since mid October. Maybe once stopped working, but I think there was maybe a power outage or my wife unplugged the airpurifier.
I’m really frustrated. I swapped the repository to @RT1080 and my fans disappeared altogether. So I went back to my own repository and they’re still gone. Now I’m stuck. HA tries to load the integration as I can see in the log, but it takes very long and then HA gives up.
Why on earth is this so complicated?