Firmware v1.55 (Beta) | LZW31-SN | Dimmer - Red Series (Gen 2)

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.

Is this a correct understanding?

Yeah, you misunderstood :wink:

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. :thinking:

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.

Totally a SWAG on my part, but my supposition is that the offshore firmware coder forgot about the Traveler terminal when adding SBM. :thinking:

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.

You can try a factory reset. Hold config button 30 seconds until it turns red. If that works try reflashing the otz.

Sadly I’ve already tried that and got no response from the switch at all.

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.

1 Like

Agreed. I am seeing the same thing.

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).

@EricM_Inovelli any thoughts on the issue I posted above?

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?

The switch is 100% unresponsive via physical button presses and via Zwave. Hubitat can’t control it or even see it to flash anything.

Version 1.55 is up to fix the physical off button in on / off mode.

@mamber I will see if there is an option to implement 3-way with a dumb switch in on / off mode.

@Byarnell05 If you quickly do a 3x tap of the config button after booting the switch can you do an exclusion?

3 Likes

That was fast. Can you update the beta link to 1.55 on the firmware page

Edit: link is correct but text says 1.54

@EricM_Inovelli the link goes to the .55 file, but the ‘label’ on the link still says .54
image

1 Like

Yep. I caught that after clicking on it. I edited my post as you were replying.

@EricM_Inovelli the on/off mode now works as expected. Thanks!

1 Like