I’m using smartthings but use HA for updates. Is there instructions to update 2.15? Feel like at one point I came accross them but with the size of the thread now, I’m not sure. Ty
I’m surprised that there isn’t a parameter to select the bulb type and based off that selection it would choose how the mosfet power trimming is done. That way this configuration can be read over the network as well.
Is there a way to read which mode the switch is in currently in v2.15? (Can you read if switch is in default dimming/trimming type LE vs TE?)
1 Like
@EricM_Inovelli , I would like instructions on how to update my firmware for the blue series using ZHA. All 3 of mine are showing 0x01020208.
Thanks!
Mike
2 Likes
I thought Leading Edge vs. Trailing Edge was going to be a driver setting. Is that still happening? Is it in the Hubitat driver?
Please confirm that in 2.15 we can switch from the default leading edge to trailing edge by “holding down button + 13 taps of config”. Please confirm that trailing edge will work for 3-way setup with a dumb switch on the other end, with a neutral wire and all led bulbs. Thank you 
There is a param 26 that is not exposed via drivers at this time to change between leading edge and trailing edge. You can read the param to see what the current setting is.
If you do the button combo to change the mode (down + config 13x = trailing; up + config button 13x = leading) it will flash
light blue = trailing
pink = leading
Since changing the dimming mode remotely can cause issues I’m not sure having the option available in the driver is the best idea. I prefer that the person is there at the switch able to verify that the load is ok. I’m still considering this though.
@nathanphillips001 trailing edge will still only work in some configurations. 3-way with dumb mode is unfortunately not compatible. This list shows which configs it can work in. The ones that say Trailing Edge are the only ones compatible:
2 Likes
If the switch is set to single pole mode with a neutral, can I set it to trailing edge even though it is physically wired as 3 way dumb? Are there any safety issues?
There shouldn’t be any safety issues if the load is just typical LED bulbs. If it is set to single pole mode it wouldn’t be able to detect when the dumb switch is flipped though so it may not work as expected. If you change from single pole mode to 3-way dumb mode then it will change to leading edge.
1 Like
I have found the following.
No flickering in any bulb type if I use 2 smart switches (bound with Zigbee Binding) and set the master switch (the one connected to the light) or both to Single Pole Sine Wave. On regular Single Pole I have flickering on some LED bulbs and even some incandescent bulbs, but this flickering started after going from 2.14 to 2.15. Even if I change from leading to trailing or back and forth nothing changes. The only thing that has made them not flicker is by setting them to Single Pole Sine Wave.
This was on regular light (LED) and one (INCANDESCENT) with switch in ON/OFF mode. No dimming. Sine wave is definitely the way to go.
When testing leading vs trailing, this was when switch was set to dimmer mode.
1 Like
Very strange . . . especially the incandescent. Can you try a factory reset on the switch? What kind of bulbs are the LEDs?
Edit: Also, does the flickering happen at certain levels . . . or can you describe it some more?
2 Likes
So the original test is where I saw the worst flickering:
ON/OFF mode, LED bulb, single pole (switchType: 0 )
It was fixed by setting switchType: 3 (Single Pole Sine Wave)
When set to DIMMER mode, I saw no flickering and nothing changed when I went from LE to TE and vice-versa.
Both tests were done at max brightness. It seems when in ON/OFF and in switchType: 0, the switch is sending pretty steep bursts of current at the load, and with each cycle it causes buzzing and flickering. I replaced the LED bulb with a standard bulb and the same occurred. I tried a different LED bulb as well that was marked dimmable just for the sake of that in ON/OFF mode and it was the same flicker.
I have also tested this with different bulbs and switches just to be sure. Not sure what switchType: 0 is doing in ON/OFF mode but it seems strange.
I have a couple switches that seem to refuse to update from 14 to 15 via z2m (several switches update just fine). They go through the process, but they stay at 14.
I have done the dev console-Gen basic-swbuild dance and it confirms 14.
I have reset the switch with up-config with no luck.
One of the switches is less than 10’ from the controller, and a different switch in the same gang updated fine. Switches much farther away updated fine.
Any suggestions/thoughts?
Same here with z2m 1.32.2, out of 5 switches only 2 have successfully updated so far. 
Yup I’m seeing a similar issue in Z2M. All but one of my switches updated fine, one of them however seemed to update fine, but the update is seemingly never actually getting applied. I’ve tried to run it a couple times now and the update notification always comes back after a few hours
I have like 5 that won’t update from 2.14 to 2.15 on the most recent stable version of HA/ZHA. They just keep endlessly trying. My only clue right now is I think it might only be the switches that are bound together in groups. All the others seem fine.
I just double checked the one switch I have that isn’t updating, and it is in a group and it’s the only switch that I have which is in a group. I just removed it and I’m trying the update again. I’ll report back once it completes
1 Like
My switch that won’t update is bound to a light bulb. I have another switch that is bound to a 2 bulb group. The latter updated fine, but the former will not.
I’ve unbound, and factory reset to no avail. Hopefully you have better luck…
I tried updating my stuck switch twice after deleting the group that it was in, but it still failed in the same way
For those with update issues…
Have you tried pulling the air gap on the switch?
You could also factory reset the switch, re-add it and attempt again.