Buzzing sound from under-cabinet transformer

[mamber]

@dan.strother

what does it do if you try to set an existing/supported parameter to a new/unsupported value?

It ignores it.

@dan.strother

what happens? switchType is an existing parameter that FW 2.08 supports, but you’d be trying to set it to a value outside of the range that 2.08 supports.

The firmware does a range check. If you try to set it outside the range, the previously set value remains unchanged. HOWEVER, that is what the firmware does. The hub UI may think its changed and get out of sync with what the device is actually configured for. A ‘refresh’ (hubitat) or ‘inventory’ (is that the right term for HA?) may be needed to get them back in sync.

@dan.strother

I’m not saying this is definitely what happened (sorry if my previous post made it sound like a definitive diagnosis) - But it does look suspicious to me (as someone that has written, reviewed, and debugged a lot of embedded firmware). It should be easy enough to tes

And I’m not saying this definitely didn’t happen. It is possible that the firmware doesn’t always check ranges correctly for all parameters. But I have tested this particular parameter (#22) as well as many others and it ignores values out of range. And even if it failed the range check properly its highly unlikely to ‘brick’ the whole device. A factory reset should always be possible after any potential parameter misconfiguration

Using the dimmer with an unsupported load is the much more likely cause of failure

[smenzer]

@dan.strother

@smenzer , do you recall what firmware version your switch was on before it failed? And what date code is on the sticker on the front of the switch?

It was 2.09 I believe.

[dan.strother]

@mamber

But I have tested this particular parameter (#22) as well as many others and it ignores values out of range.

Excellent - thank you for testing and confirming!

@mamber

And even if it failed the range check properly its highly unlikely to ‘brick’ the whole device.

My notion here was that perhaps an assertion statement was firing inside the firmware, rendering it completely unresponsive. Alternatively, the switchType parameter could have affected how the switch receives power (this would most likely only apply in non-neutral setups, where an improper dimming waveform would starve the switch for power).

@mamber

Using the dimmer with an unsupported load is the much more likely suspect cause of failure

Based on your post, I agree.

@smenzer

It was 2.09 I believe.

The Full Sine-Wave mode was only added in 2.10, so my theory could still apply if you were on an earlier firmware version - but it now seems unlikely to be the explanation (sorry!).

(Was 2.09 actually shipped on anything or released to the public? I don’t see it listed in the firmware changelog, or even mentioned anywhere else on the forum. My switches from the latest production batch came with 2.11 on them)