Add light and controller config

[weidi]

thank you for your great effort you already put into this.
I did some more digging to find out especially how toggling light works and while doing this, i found out some more about meanings of the bytes.
I already created a home-assistant addon that is running huum-controller locally and next step is to not only use rest sensors but create HA integration.

[weidi]

so i added a bunch of stuff and hope this is fine for you.
What is working currently is getting configured options like light and steamer, flipping the light (as i dont have a steamer) and getting the heater state but only from the last known control update as the 0x09 is not reliable in any way so there is some more work to do.
the current Home Assistant package helps by integrating essential controls to HA.

type: grid
cards:
  - type: heading
    heading: SaunaLocalControl
    heading_style: title
  - type: entities
    entities:
      - entity: switch.huum_light
      - entity: sensor.huum_sauna_temperature
      - entity: switch.huum_sauna
      - entity: input_number.huum_sauna_duration
      - entity: input_number.huum_sauna_target_temperature
      - entity: sensor.huum_sauna_status

this is now reacting like instantly what is way better compared to any other integration / method before!

added huum-controller as a HomeAssistant App to make it more accessible
https://github.com/weidi/ha-addons/tree/main/huum-controller

[kpalang]

Oh dang I've just noticed the PR and the HA forum post this originated from.
I'll try to allocate time in the next few days to review the PR.

[weidi]

take your time, happy to see your answer and im also happy to have you looking over it, there is probably way too much for one PR but from what i can tell it works since 2 weeks in my HA setup.

[kpalang]

Before I go into the tech side of the review I'd like some cleanup to take place. I'd like the PR to be with as narrow a scope as possible.
Currently, in addition to light and controller config this PR adds Docker stuff, logging, and LLM things.

The Docker stuff and logging should go into separate PRs, but LLM stuff will have to stay elsewhere. There's no way you could have known this so I'm not too upset about this.

Also, there's a lot of commit noise. Could you take a look at packaging the changes into fewer self-contained commits? The same goes for #2 and #3 PRs.