Up until this release, local protection (i.e. local control) and SBM were two separate functions. SBM keeps the bulb at 99% and disabling local control prevents the switch from physically cutting power to whatever is wired to it.
As I understand it, this release puts the 2 functions together (because, apparently, some just couldn’t understand how to work it in two pieces . . but I digress). Unless I misunderstood, you felt this firmware wasn’t working because you were able to turn the bulb off with the dumb switch. I think that was always the case and I don’t think this release changed that.
So I guess you would now say that DLC is sorta related as both functions have been combined into one.
@Eric_Inovelli Seems to have said two opposite things in the same thread. I was just basing my comments on the comment I quoted.
I think what @mamber is saying is that when Smart Bulb mode is turned on, the load should always output 100%, regardless of whether it is being controlled via zwave, locally, smart aux, or dumb aux.
It sounds like with 1.54, a dumb aux switch is still causing the switch to turn the load off.
ALL of those things happen at the SMART switch (or via zwave) not the dumb switch. i.e. I can turn the load on/off with the paddles on the smart switch when it has 3-way and SBM enabled. The really weird one is #3 where a zwave setLevel(x) command TOGGLES the load on/off with each command. I don’t see local protection explaining that weird behavior.
I know that you, Bry, are very knowledgeable in electrical wiring so I’m sure you can understand my explanation how a dumb switch should still be able to work since the relay in the smart switch is toggling the output between the Load and Traveler terminals. As long as the Traveler terminal does the same thing as the load terminal in SBM mode, then a dumb switch (spdt) should not interfere with SBM.
Yeah thats basically it. The fact that there is a Traveler terminal does add a small wrinkle. I believe what’s currently happening is the Load terminal is doing exactly what we expected it to do in SBM mode. If you have a non-3-way where the load is connected directly to the load terminal and nothing connected to the Traveler terminal then it appears to all work as expected. But, it appears that the Traveler terminal is the one that is not ‘always on’ when the relay is switch to that circuit. There also seems to be some weird setLevel toggling when in that mode also.
I didn’t actually test that. Its probably true, but not the issue I’m reporting. With SBM and 3-way with the dumb switch flipped to the traveler circuit, I could turn the load off from the smart switch (and also get the weird on/off toggling with each dimming level change)
Yep, I get it but I can’t explain why. The only thing I can think of is that the switching concept is different depending on if you’re using a dumb switch or an Aux. When you’re using a dumb switch, that involves the relay. When you’re using the Aux that involves the um, MCU maybe? Not really sure. That difference alone might explain why the dumb switch will override and the Aux won’t. I don’t really know much about the dimmer’s internals, so this is all supposition on my part.
I flashed 1.54 to a single pole non SMB dimmer. The default value for 52 was 1 (or previous… I forget) and I freaked for a moment when the lights didn’t dim. The led bar did dim! Yay! Changed 52 to 0 and everything was fine. Previous firmware was 1.52.
May have found either a bug or just a 1 off. Flashed three switches and one of them doesnt want to work at all. The light its connected to is on at about 25%, the switch is completely unresponsive and the LED bar is off when it should be 40% pink. If I pull the air gap and put it back in the LED bar comes on like normal, starts to go back to normal by switching to pink but then immediately goes red/blue/green (or whatever the sequence is) then goes off and ends up in the same state as before. I wasn’t able to flash the .bin file because it became unresponsive after flashing the .otz file. I flipped the breaker to it once and saw no change. When trying to use the config button for any of the extra functions like disabling the relay or factory resetting it I get no response. I think I covered everything I tried. Any info would be greatly appreciated.
Forgot to mention, the light is wired with a neutral and no bypass and has worked flawless up until this point.
With this release I am seeing an issue in on / off mode where the physical down button does not turn the light off. Smart Bulb mode does seem to be working.
I had an issue where some scenes were not reporting but after a factory reset they were. Not sure if that was a fluke or not. I did try to change some config options and change them back.
3-way in Smart Bulb mode with a dumb switch hasn’t / doesn’t work. This would require “juggling” the power output across the load and the traveler when the dumb switch is toggled. This can result in power being cut to the bulb for a short amount of time.
Agreed. This could be problematic for smart bulbs in ‘always on mode’ SBM (param52=2). However, it should not be an issue for ‘on/off mode’ SBM (param52=1).
I suspect the switch behaviour could be unpredictable if you weren’t able to flash the new bin file that goes with the new otz file. Have you tried flashing the new bin file again?
