Reducing Relay Delay with dInput_n on OpenBeken BK7231N for Fast Switch Response

Hi, there!

The light switch relay is controlled by a hardware switch (ON/OFF positions).
OpenBeken latest version on BK7231N installed.
TglChanOnTgl configured for the switch pin and works ok and fast, but I need the relay to follow the hardware switch. So I changed pin it to dInput_n.
It's working fine and relay follows hardware switch, but there is a small annoying delay between hardware switch changed state and relay reflects it.
Is there any way to avoid this delay, so the switch works as fast as TglChanOnTgl?

Thank you!

I think there is a little hidden feature where you can use this flag to reduce debounce time:

>>21466519
Thank you! I already set Flag 6 and saw that the delay is shorter but still exists.
Why does the toggle have no such delay?
Toggle doesn't use debouncing, but the switch does?

Hello. I'm gonna revive this thread. My zigbee switches after flashing with romasku's firmware now became instantaneous. And I have a feeling my wifi switches running OpenBeken became slower to respond after some update last year. Then I ticked flag 6 and it become bareable, but still worse. Clicking from webui is instantaneous.

Is there any easy option to reduce the timeout even more or do we have to recompile the firmware? It's a bit annoying that some light switches in my house work with no delay and some take even 100ms more.

I compiled my own version with 40ms/80ms values and the relay clicks instantly, there seems to be no problems.

maybe there could be a new flag or a command to choose your own debounceMS.

what role is your button assigned?

groove6j wrote:

And I have a feeling my wifi switches running OpenBeken became slower to respond after some update last year

maybe this if you're using toggle? https://github.com/divadiow/OpenBK7231T_App/commit/b9bdc0bc79e1170febb57edad6fb823a03e94dd8

groove6j wrote:

I compiled my own version with 40ms/80ms values and the relay clicks instantly, there seems to be no problems.

If tested, maybe we can merge those changes?

My button is TglChanOnTgl. I'm using it as a standard light switch. Actually it was 20ms/60ms. I made the change here:
https://github.com/openshwprojects/OpenBK7231...compare/main...kellerman:OpenBK7231T_App:main

Nothing broke and switch is very snappy with these settings, feels like no micro controller in between the light. Maybe the settings could be 20ms/100ms for example? For some toggle switches too quick switching (poor contact etc...) might be too low to set it to 20 (maybe?).

100ms would be okay in terms of latency for a standard setting, but you can definitely feel the delay. For people who want more instant switching, 20 would be perfect, if there are no consequences to this low setting.

I'd be happy if a faster debounce setting would be included in main build. For the meantime I tested 10ms, and it still works, even quicker.