-
-
Notifications
You must be signed in to change notification settings - Fork 32.1k
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
Add zeroconf support for velux integration #112451
Conversation
Hey there @Julius2342, @DeerMaximum, mind taking a look at this pull request as it has been labeled with an integration ( Code owner commandsCode owners of
|
8f1c9bd
to
732fca5
Compare
250afc1
to
759168f
Compare
@pawlizio the PR has merge conflicts, can you fix them? |
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.
One comment on the added functionality, I'd like some feedback from other developers before proceeding with the review
data_schema = self.add_suggested_values_to_schema(DATA_SCHEMA, user_input) | ||
if not self.hosts: | ||
aiozc = await zeroconf.async_get_async_instance(self.hass) | ||
vd: VeluxDiscovery = VeluxDiscovery(zeroconf=aiozc) |
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.
I'm not sure about this, do we really need both user triggered and automatic discovery?
Maybe we could add functionality to the Home Assistant zeroconf
integration which allows fetching services already discovered for a services, similar to what we support for bluetooth:
for discovery in async_discovered_service_info(self.hass): |
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.
I think adding that to zeroconf would be helpful long term. Right now users tend to ignore discoveries and than can’t find the integration and than open issues if they have no way to add it manually once it’s ignored. If they do discover that and unignore it, a restart is generally required to find it again.
When we solve these issues we probably don’t need manual adding anymore but we are still a ways off from a solution there. In the mean time it makes sense to implement manual adding via a user flow
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.
IMHO, we shouldn't add this here; and instead solve the issue at hand in core instead.
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.
I agree. This PR could drive the needed change in the zeroconf
integration. @pawlizio Is this something you could look into? You can contact me on Discord if it's not clear where to start.
Because there hasn't been any activity on this PR for quite some time now, I've decided to close it for being stale. Feel free to re-open this PR when you are ready to pick up work on it again 👍 ../Frenck |
Breaking change
Proposed change
Add zeroconf support for velux integration.
Type of change
Additional information
Checklist
ruff format 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
.To help with the load of incoming pull requests: