Home Assistant 0.101 and newer includes official Airly integration. Differences between the official and custom version:
no configurable scan_interval
no API messages in Polish language
some sensors are represented in air_quality entity These differences result from the requirements for official integrations. You can still use the custom version of component. If you want to use the official version, remove integration from Configuration -> Integrations and component files from the /config/custom_components folder and restart Home Assistant.
The integrationt collects data from Airly API to present air quality data as sensors in Home Assitant.
You can add this to Home Assistant via Configuration -> Integrations -> Add -> Airly or configuration.yaml file. You can add this integration several times for different locations, e.g. home and work.
I wold like for the Airly to show the air quality index and the color as they show on their map stations, can you help with indications in this direction, please? The integration show now by default few words about air quality and parameters are available if click on the Airly window.
Hi @Bieniu, great job with Airly plugin, thanks for your work!
The default Airly API request limit per day is 100, which means we could do requests every 15 mins.
However, default refresh rate in homeasistant Airly Integration is set to 10 mins.
This is causing that from ~6:30pm to 1am I don’t have any new Airly data as API returns 429 code.
Is there any quick fix I can do through configuration, or any chance to add new refresh rate config in Airly Integration frontend?
@Mihai
I’ve used Markdown card to display Airly data, example:
PR with a fix for that issue is waiting for review for 50 days. At the moment you can use custom version of the integration https://github.com/bieniu/ha-airly and change scan_interval in config flow options.
OK, great. Looking forward to the fix!
If there is anything I can help with to speed things up please let me know (e.g. I can help with GIT, or create an issue so then this PR can be attached to it, as a fix - if that helps anything?).
We could create more future proof solution - I guess allowing to pass custom refresh rate for each Airly integration would be the best. In case Airly API changes the limit again, it would not require another PR.
Don’t ask me, I’m not a core dev. I’ve read about this on the developer chat. I think the reason is that the official integration with config_flow has to be as friendly as possible for a non-technical user.