-
Notifications
You must be signed in to change notification settings - Fork 40
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
Feat show valid service entities #281
Conversation
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.
Looks good! Simplifies the experience a lot. I've tested all the services (against 2024.2.1) except for setting water level since it's the middle of summer here and I didn't want to forget to put it back. Really should figure out how to get a test environment set up for this sort of stuff.
I noticed that there's no selector for run_seconds in the run service. Technically a different issue but should we just add it here?
|
I use VirtualBox on Windows. I only have the one physical OpenSprinkler controller, so I just disable the integration on my production system when testing with the virtual one.
Well, it was there at one point in my testing. Now it's back. 😏 |
I find the HA devcontainer works really well for a test instance of the integration, but I'm hoping to find a way to run the OpenSprinkler firmware as a stub somewhere and avoid using my actual hardware. Relying on the hardware means I can't test all features, and I can only test when I don't have clothes out on the line :) |
Show only valid entities in the UI when configuring services. Fixes Issue #280 .
Services that affect the controller will list
switch.<controller>_enabled
.Services that affect programs will list all
switch.<program>_program_enabled
entities.Services that affect stations will list all
switch.<station>_station_enabled
entities.Services that affect more than one of the above will list multiple types of entities.
The UI will not list values under
Choose area
orChoose device
, as these would then select inappropriate entities for the service.While other legitimate entities such as
sensor.<station>_station_status
could have also been listed, they provide no additional value and were left out to prevent clutter. However, nothing prevents a user from using these inYAML
, so existing automations and scripts using these types of entities will continue to work.services.yaml now uses the
target
keyword rather thanfields
to specify valid entities.I've tested this against the examples in the docs, but additional testing by others would be appreciated.