šŸ’” Adaptive Lighting automatically adapts the brightness and color of your lights based on the sun's temperature but stops when you manually make a change

Yeah, Iā€™m getting these too. Seems like something has broken in some recent updates. Iā€™ve also noticed (I swear it didnā€™t happen before) that when turning on the lights, theyā€™ll cycle through various colours etc. before arriving at their correct setting. I just want them to turn on straight to the correct brightness and colour temp for the current time of day. Think this sounds similar to the second point @Elenkhos just made.

Did you ever figure this out? :grinning: I have an Inovelli Blue Series smart switch controlling five Signify Lightify under cabinet LEDs. Adaptive Lighitng only seems to work on the under cabinet LEDs if I target and control the light group from HA. But if I use the Blue Series wall switch, it doesnā€™t apply Adaptive Lighting settings (at least not for color temperature). Is there a way to make Adaptive Lighting work whether I use the Inovelli Blue Series smart switch on the wall, or make a call to turn on the lights in HA?

Itā€™s continued to be a bit of a pain in the butt, but I do have a decently well working solution now. Iā€™m only using Z2M; when testing ZHA, I wasnā€™t happy with ZHA + Skyconnect performance, so I scrapped it before I got very far and went back to only relying on Z2M.

For all my lights where Adaptive Lighting is configured, Iā€™m using this blueprint that I wrote: ha_custom/blueprints/light_switch_al_controller_z2m.yaml at main Ā· xenokira/ha_custom (github.com)

Basically, the automations created from this blueprint enable adaptive lighting when up_single (bound lights come on) is in a switch payload and disable adaptive lighting when down_single (off), up_double (dim up to full), up_held (dim up), down_double (dim down to lowest), and down_held (dim down) are in the switch payload. The blueprint does more too: conditionally enables AL sleep, color mode, allows for control of a ā€œsecondaryā€ light via the config button, etc. Thereā€™s also support for ā€œDirect Controlā€ of the primary lights; this is for cases where the switch is not bound to the bulbs and just has HA call the light.turn_on and light.turn_off services. My use case was pretty narrow for the direct control option, so I havenā€™t tested it much (and I know dimming behavior is funky when trying to dim from the switch). I just refactored it and have found a couple small issues that I worked through, but there could be more tweaks in the shorter-term.

Note, take_over_control should be disabled. When enabled, I see issues where sometimes AL goes to manual_control while the lights are still turning on. I think this is because the bound switch is controlling the ramping of the lights (which I have set to 500ms on the switch).

As far as the experience goes:
Tapping ā€˜upā€™ on the switch immediately turns on the Zigbee bound lights, which I have come on at the previous brightness / temperature settings. The automation is simultaneously triggered by the up_single event, which immediately activates Adaptive Lighting and the adjusts the lights accordingly. Itā€™s not perfect as lights the lights immediately adjusting can feel a bitā€¦awkward, but itā€™s been pretty reliable. Whatā€™s nice is that when it does hiccup, tapping ā€˜upā€™ on the switch again should re-apply AL.

Iā€™m happy to share my VZM31-SN switch params, AL settings, etc. if theyā€™d be helpful :slight_smile:

An I missing something, or is everybody apparently fine with running their lights 24/7? Why canā€™t I set a sleep brightness of 0?

I could be wrong but Iā€™ve never thought of sleep mode being for while youā€™re sleeping as much as for a nightlight, or when youā€™re tucking in. Although perhaps some people prefer to leave some lights in the house turned on and want a specific brightness

I just turn mine off when Iā€™m sleeping.

No, my lights only come on if the lux level in that particular room is low enough and there is motion. None of my lights stay on all night and they only come on during the day if itā€™s dark.

Hi,

Iā€™ve been on AL forever but Iā€™m in the process of transitioning to SK6812ā€™s. For daytime they seem to work fine and coming in and out of sleep mode they perform beautifully. But in sleep mode, they turn red regardless of the color temp set in AL. Looking in the dev tools, when AL sends the Color temp to 3000 command, something gets lost in translation and only the red arrives (255). In looking at the integration, it seems like white channel is not supported in sleep mode. Itā€™s either RGB or color temp. But when I send CT, sleep mode isnā€™t handling it as gracefully as day mode and just turns the lights red.

Does anybody else have SK6812s with a white channel and have overcome this in sleep mode? Really wanting to understand if its something Iā€™m doing wrong or if thereā€™s a feature gap that Iā€™ve never noticed till now. My current LEDs have a white channel and they allow for sleep mode CT to work properly.

I have mostly zigbee smart bulbs around the house and they all work great with adaptive lighting.

However, I have a few wifi smart bulbs that donā€™t seem to react the same way as the zigbee bulbs, despite the AL settings being exactly the same.

For example, I have a table lamp either side of the bed. One is zigbee (Moes) and the other is wifi
(Ewelink). When the AL night switch is on the zigbee bulb comes on at night colour, but the wifi bulb comes on white. More recently, I put 3 Govee wifi GU10 bulbs into a ceiling fixture and they donā€™t seem to be adapting at all :man_shrugging:

Is it just a case of finding the right settings for each lamp, or is there a known issue with adapting wifi lights versus zigbee?

*** EDIT ***

Think Iā€™ve answered my own question after playing around with the settings :grin:

I guess thatā€™s why AL is so configurable. Every make of light is different and how lights adapt for a given setting can vary quite a bit.

Anyway, sorted now.

Hello, Iā€™m trying to configure a Zigbee switch with Adaptive Lighting, but Iā€™m not able to get it working. The switch is a Moes Dimmer Touch, and it works correctly in HA (I can turn it on and off and adjust the brightness), but even though I can configure it properly in the Adaptive Lighting UI, it doesnā€™t work as expected (adjusting the brightness throughout the day). This switch only allows for brightness control (not color), so thatā€™s the only thing I want it to adjust.







This is the configuration I have and the entities I have active. Thanks in advance for your answers

My understanding is that this adaption is designed to be applied to a light entity, not a switch entity.

So no way to make it work with a switch?

I would use the in-built HA ā€˜switch as Xā€™ thing to convert the dimmer switch entity to a light entity. That makes more sense anyway and should then fix your issue.

Can anyone suggest how to adjust the max_sunrise_time on weekends? Is there a service call to adjust it from an automation that runs once on Fridays and once on Sundays?

I have set max_sunrise_time to 6 am to ensure the lights gradually increase when itā€™s time to wake up, and this is fine during the week ā€“ but I would want to set max_sunrise_time to a later time when my alarm clock is set to a later time. Thanks!

Is there a recommened way to use this automation. Iā€™ve been using it in HA (obviously), but my lighting flow in Node Red calls the lights themselves to turn on and off. Is that the recommened method?

Or should I be turning on the switch.adaptive_lighting_ensuite? no, because I just tried that, and lights did not turn on.

What is best practice?

I found the answer to my question: To adjust max_sunrise_time on weekends, use the workday-integration, create two time helpers and this automation:

triggers:
  - trigger: time
    at: "04:00:00"
conditions: []
actions:
  - action: adaptive_lighting.change_switch_settings
    data:
      use_defaults: current
      entity_id: switch.adaptive_lighting_your_room
      max_sunrise_time: |
        {% if is_state('binary_sensor.workday_sensor', 'on') %}
          {{ states('input_datetime.max_sunrise_workday') }}
        {% else %}
          {{ states('input_datetime.max_sunrise_non_workday') }}
        {% endif %}
mode: single

Can somebody help me with an issue ?

I have a RGB LED strip connected to a Magic home controller.

The wiring is correct, I can successfully change the right color from the App or even in HA.

Installed Adaptive integration and configures it, with the mode setting to rgb.

When it turns on, it shows the right color on the app, and also on HA, but the real color that the led strip shows ia another. Midday, it show some blue, and at about 17h - 18h the color is green.

I canā€™t even image where the problem is ! It so weirdā€¦

Screen showing the color that it should be.

But the real one ia another.

Thanks

Is there any way to detect if a light is currently being controlled manually?

For example, I want to be able to press a button to toggle manual control on and off for a light, I can set manual control easy enough but I canā€™t see any way to detect if the light is currently being manually controlled.

Has anybody ever tried to take the adaptive lightning color and use it to colorize something in the Lovelace so we know easily how much the color is already adapted?

Does anyone have any issue with lights turning their brightness down to 1% by themselves? I have an automation that turns on my lights every morning at 10 AM and as soon as they turn on they immediately transition to 1% brightness, and then back to regular brightness 1-5 min later. All lights have the exact same settings (none have any 1% brightness settings or sleep settings active) but only some lights do it. And only when the automation runs automatically, I canā€™t replicate it manually.

I am having a problem that I THINK I have narrowed down to the adaptive lighting integration. A little about my setup. I am using Inovelli dimmer switches in dimmer mode and smart bulb mode. They are all connected to Hue white ambiance bulbs.

The Inovelli switches are all connected to neutral. I have 4 switches in a single box. There are 3 dimmer switches and 1 fan switch. The fan switch is connected to the box neutral and the dimmer switches are then daisy chain connected from the fan switch.

Two of the switches have a single Hue bulb connected to it and the third has two lights. I bound them all to their respective switches, but there is not a way for me to look at what devices are bound together.

All switches are also have smart bulb mode turned on using the UI.

I then installed the Adaptive Lighting integration. I have one instance that includes these three switches and the bulbs. All of the switches are also passed to Apple Homekit for Siri control. Just the switches, not the bulbs.

OK, so with all of that background, here is the issue I am facing. I can turn the lights on and off from my switches obviously. The problem I am seeing that I canā€™t narrow down is that I will turn off the lights. Either directly from the light switch, from the dashboard, or with Siri. After a certain amount of time. Sometimes almost immediately. Sometimes a couple of minutes later. The lights will turn themselves back on. When I look at the logbook, it just says that the lights turned on, but it doesnā€™t say what triggered it.

Has anyone else seen this issue? Or have any idea what could be causing it?