-
-
Notifications
You must be signed in to change notification settings - Fork 33.8k
Fix VeSync air_quality fan attribute #71771
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
Fix VeSync air_quality fan attribute #71771
Conversation
Hi @jetpacktuxedo, It seems you haven't yet signed a CLA. Please do so here. Once you do that we will be able to review and accept this pull request. Thanks! |
Hey there @markperdue, @webdjoe, @TheGardenMonkey, mind taking a look at this pull request as it has been labeled with an integration ( |
I haven't updated the documentation yet because I am hoping to get confirmation from a |
A recent change to pyvesync (introduced in 2.2) changed `air_quality` to refer to air quality as an integer representation of perceived air quality rather than a direct reading of the PM2.5 sensor. With 2.3 the PM2.5 sensor access was restored as `air_quality_value`. Unfortunately, `air_quality_value` was not added as an attribute on the fan object, and rather only exists in the `details` dictionary on the fan object.
356a49b
to
57ac1c6
Compare
Co-authored-by: Martin Hjelmare <marhje52@gmail.com>
This should make it more clear what the attribute actually represents
This restores previous behavior for this integration to what it was before the `pyvesync==2.02` upgrade, using the `air_quality` attribute to report pm2.5 concentrations (formerly `air_quality`) rather the vague measurement now reported by `air_quality`.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
Breaking change
Proposed change
A recent change to pyvesync (introduced in 2.02) changed
air_quality
to refer to air quality as an integer representation of perceived air quality rather than a direct reading of the PM2.5 sensor. This was reported as #71427. With an upgrade topyvesync==2.03
the PM2.5 sensor access was restored asair_quality_value
. Unfortunately,air_quality_value
was not added as an attribute on the fan object, and rather only exists in thedetails
dictionary on the fan object.Type of change
Additional information
Checklist
black --fast homeassistant tests
)If user exposed functionality or configuration variables are added/changed:
If the code communicates with devices, web services, or third-party tools:
Updated and included derived files by running:
python3 -m script.hassfest
.requirements_all.txt
.Updated by running
python3 -m script.gen_requirements_all
..coveragerc
.The integration reached or maintains the following Integration Quality Scale:
To help with the load of incoming pull requests: