New services adaptive_lighting.turn_on turn_off toggle with optional switch/lights args

[th3w1zard1]

Now that we have lookups for our optional lights or switches arguments, I figure some new service calls to support that would be welcome.

Tests are written and everything else in const.py

Ran into this problem while trying to modify some of my HASS automations. Mainly the wake-up script as it currently just disables adaptive lighting and does its own transitioning.

With this PR I simply need to call one service:

service: adaptive_lighting.turn_off
data:
  lights:
    - light.bedside_lamp
    - light.bedroom_ceilingfan_lights
  switch_type: "sleep"

[th3w1zard1]

pre-commit's function too complex is driving me up the wall. It passes the Pytest for Pete's sake!

[th3w1zard1]

@basnijholt Hello. Could you take a look at this PR if you find the time? Thanks.

[basnijholt]

@th3w1zard1 could you add an explaination about what these methods can be used for?

Even I do not understand at the moment why adaptive_lighting.apply couldn't do most of these things 😄

[th3w1zard1]

Sure no worries. The main problem with AL's switches are the fact that they need to be referenced by name and not the light

With this PR we use the new format you've introduced in 1.10.1 to allow even more flexibility

I have each individual light on their own individual switch. My main use case is turning off the sleep switches when My alarm goes off. With this I can pass the light ids.

Before this I had to use a naming scheme where each switch is light.adaptive_lighting_al_my_light_entity. Then i had to learn Jinja, and substring the adaptive_lighting_al to get my switch. I have a complete tutorial on my fork's README.md if you'd like more info

This pr saves about 5 actions per script in my env

I look forward to hearing your alternatives to this!

[basnijholt]

I imagine that "main" is not available in 99% of the installations. Should we have no default?

[th3w1zard1]

that sounds like a good idea