-
Notifications
You must be signed in to change notification settings - Fork 139
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
flash on update #44
Comments
Please read the instructions here https://github.com/basnijholt/adaptive-lighting#having-problems |
brightness dosnt change, just the colour flashes cold white before setting to the warm white. I tried the setting which seperates brightness and colour commands however my lights kept resetting when I tried that. A couple of minutes of the log:
|
Hi, Unfortunately I am experiencing the same issue. I will post my log as soon as possible. |
A short video of the flashing effect. Here is my log:
|
I am happy that it's solved for you! Were you using a light group? As in you specified it like https://www.home-assistant.io/integrations/light.group/ ? Or did you use a ZHA/deCONZ light group for example? |
I used the Philips Hue light group (the one I created in the Hue app and that was already present when I installed Home Assistant and linked to my Hue hub). |
I have light.lr, light.lr2 and light.sl grouped as light.liv in hassio however in adaptive lighting they are already individually specified. These are the lights where I see the flashing behaviour it is most visible at low brightness. Other lights I have set to be controlled by adaptive lighting which are not part of a group do not seem to have this behaviour now that I think about it so it does seem to be something to do with the way the groups work which causes the issue. will keep my fingers crossed that there is a solution in future which will allow me to keep my light grouping! |
watching them at a medium brightness now, there is no visible colour change but the light seems to breifly dim then bounce back each time the light updates |
ive updated interval time between switch updates to 10 seconds so the flashing behaviour occurs more frequently. ive noticed that if prefer_rgb_color is checked, the lights flashes off every 10 seconds. if it is unchecked, the lights stay on but the colour flashes to white. this seems to have stopped now, maybe because color level has now dropped below a certain threshold. If I check prefer_rgb_color again, the lights contnue to flash off every 10 seconds. |
I also have this bug. Philips hue hub and LIDL light strips. I've tried setting against individual entities as opposed to a group and still happens. Is there anything you need to help pinpoint this down? |
I've also experienced some flashing during updates. |
I think mine is a different issue, I've created a post in HA community - https://community.home-assistant.io/t/strip-lights-flash-once-when-turning-on-or-changing-brightness-colour-settings/269942 |
I did some research on the flashing bug on my innr lights and found this thread on hassio community (https://community.home-assistant.io/t/innr-gu10s-with-hue-flashing-and-random-weirdness/119526/11). Basically what they say is when innr light is part of a hue group the flashing bulb problem occurs. They suggest to comment out some lines on light.py but as far as I can understand this is not the most correct thing to do. Any ideas? |
Add me to the list. I experience this quick but annoying flashing too when light settings are being changed. I have all lights individually selected (not using deCONZ or HA light groups) in the AL config and also tested every option step by step, including turning lights off and on and reloading the AL integration between the config changes: No config option changed this behavior. I'm not 100 % sure but it might be possible this behavior wasn't there in the beginning. As some users already provided debug logs and this issue stemmed to have some attention: what can I/we do to help fixing this issue? |
I hope this bug can be resolved with v2, as I have to touch the code anyway. So I'm adding this to the milestone. Keep this ticket open until you can verify that it's properly working in the upcoming version 2. |
My lights are flashed with Tasmota and from my own investigations this seemed to be related to the actual values of color, color_temp and brightness. If this integration hits on one of the dodgy combinations is causes a boot loop. I tried taking the color/colour_temp/brightness values from a light which was seeing this effect and set another light to those values and it caused the same boot loop. A recent tasmota update seems to have mostly stopped this from happening to my lights. I recommend if this is happening to you, find out what values the light is set to and try to set another light to the same values to see if it causes this to happen. |
Good observation. But thinking it to the end: not every hardware can be flashed, there are bulbs with fixed factory firmware and there isn't even an update option nor updates available (pretty common in the ZigBee area afai experienced over the years). So I still believe in a software based solution for this Software based bug (as the lights work flawlessly without AL). |
you might be right but I thought for over a year adaptive lighting was the cause of my issues. I since discovered that it was only because adaptive lighting scrolls through many color/brightness combinations through each day and happened to hit a couple the combinations it didnt like when the light then got stuck in a boot loop. up to you if you want to assume its not the light but it couldnt hurt to take note of the exact color, color temp and brightness settings next time it flashes and confirm on another light / adaptive lighting turned off to see if it still flashes. As far as I know the flashing has not been linked to specifc code or log reports in adaptive lighting. |
[Copy pasting this message in a few recent open issues] I just wanted to take a moment to express my heartfelt thanks to everyone that is active in this repo. Your contributions, from answering questions to addressing issues, have been invaluable. It's amazing to see how supportive and helpful our community is! Adaptive Lighting is all about enhancing your living spaces with smart, sunlight-responsive lighting. We've had quite a few discussions and open issues recently, and I see this as a positive sign of our community's engagement and growth. If you come across anything in the documentation that's unclear or if you have suggestions for improvement, please don't hesitate to share!. Your feedback is crucial for making Adaptive Lighting better for everyone. On a personal note, I've recently welcomed twin boys into my family, which has been an incredible and life-changing experience. As you can imagine, my time is now more limited, and while I'm doing my best to keep up with the project, there may be delays in my responses. I appreciate your understanding and patience during this time. Rest assured, I'm fully committed to addressing any bugs, especially those related to new Home Assistant updates, as swiftly as possible. I understand that many issues may stem from hardware limitations or misunderstandings about things like Zigbee groups. Your continued support and collaboration in helping each other out not only strengthen our community but also enhance the Adaptive Lighting experience for all. Thank you once again for your understanding, patience, and support. Let's keep our houses well lit and adaptive for maximal enjoyment of life! 🌞🏠🌙 |
Ive noticed that when adaptive lighting changes my lights settings, there is a fraction of a second where it flashes with a cold white before changing to the set white level. it is as the brightness update command is sent first which resets the color temp and then in the next instant the color is updated. This is particularly visible when the lights are updating to a dim warm colour.
I only have the 'take over control' checkbox ticked in the config settings
The text was updated successfully, but these errors were encountered: