I have two Sengled Color Candelabra bulbs, model E1F-N5E, using the "Advanced Zigbee RGB Bulb" device. Everything works as expected, except the bulbs always turn on to the previous color and brightness when the HE system reboots.
I've looked at the RMs and HSM using the bulbs, but there is nothing triggered at reboot using the bulbs. I've also set the power restored state from "last state" to "off".
Perhaps I'm using an incompatible device type? Any suggestions appreciated.
Update: Not sure if this means anything. If I click on Configure for either bulb it turns on with
I remember switching to the Advanced Zigbee RGB driver because the Sengled
Element Color Plus driver does not support the Flash command I use during an alert.
Still makes no sense to me why the bulb turns on at hub reboot with the Advanced RGB driver, and yes the bulb Flashes during an alert.
Is there a Sengled driver with the Flash command for these bulbs?
Falling deeper into Alice's rabbit hole, I may have found the Wonderland of unintended consequences. However, I did find the cause of the lights going on, but not the why.
Also it was not only my Sengled Color bulbs turning on, but some plain white only Sengled bulbs on switches and other drivers.
In the following RM disabling the second statement stops the lights from turning on at reboot. The first disabled statement is a workaround for a device occasionally reporting 531F at reboot, triggering an HSM high temperature alarm, including my siren. The remainder of the rule refreshes my always on dashboard displays at reboot.
I rely upon your expertise, but this may be an HSM bug.
After extensive additional testing I found it is the first disabled rule "HSM Disarm HSM Rule: High Temperature / Fire" above that is turning on the lights. Also when I click on the HSM "Disarm this Rule" below, the bulbs turn on.
You need to capture the logs of that HSM Rule when it turns on the light. Is it possibly being fired due to a transient high temperature report that happens at startup, as you described above?
Logs please. HSM Rule captures the state of lights at the time of an alert, and disarming cancels the alert and restores the captured state of the lights.
Look at the Application State on the App Status page for prevLights. Those are set by the rule alerting, and those are what is restored.
Next release will clear those out when the rule is armed, and that should solve your problem. However, if the rule alerts, it will restore the lights when it is disarmed to the state they had when alerted.
You could clear it up now by turning off all of those lights, and causing the rule to alert. One way you could cause it to alert would be to create a virtual temperature sensor (or omni sensor), add it to the rule, and set the temp to force the alert. Then it would capture the lights as being off. Subsequent to that, disarming would not turn them on.