What happened?
When using programmable stepper mode (seq1) on the SONOFF MINI-ZB2GS, the L2 relay consistently shows a small but noticeable delay when turning on/off via the physical button, while L1 responds immediately.
Device info:
- Model: SONOFF MINI-ZB2GS (Zigbee dual-channel smart switch,
MINI-ZB2GS)
- Device firmware: 4103 (latest)
- IEEE address: 0x6cfd22fffeb548a6
Active stepper configuration (seq1):
{
"double_press_interval": 1000,
"enable_double_press": false,
"enable_stepper": true,
"step_1": { "enable_step": true, "relay_outlet_1": true, "relay_outlet_2": false },
"step_2": { "enable_step": true, "relay_outlet_1": false, "relay_outlet_2": true }
}
Troubleshooting already attempted (no improvement):
- Turbo Mode ON/OFF
- External trigger mode L2:
pulse → edge → reverted to pulse
- Delayed power on time L2: minimum is 0.5s, cannot be set to 0
Note: programmable_stepper_seq support was added in Z2M 2.8.0 via PR #11381.
What did you expect to happen?
Both L1 and L2 should respond with the same latency when switching states in stepper mode. L2 turning off should be as immediate as L1.
How to reproduce it (minimal and precise)
- Pair a SONOFF MINI-ZB2GS with Zigbee2MQTT
- Configure programmable stepper seq1 with step_1: L1=ON, L2=OFF and step_2: L1=OFF, L2=ON
- Press the physical button connected to S1 repeatedly to cycle through the stepper steps
- Observe that when L2 turns off (step_1), there is a noticeable delay compared to L1 turning off (step_2)
Zigbee2MQTT version
2.11.0
Adapter firmware version
20210708
Adapter
Sonoff Zigbee 3.0 USB Dongle Plus (CC2652P)
Setup
Home Assistant add-on on Home Assistant OS, arm64 (Cortex-A55 x4), kernel 6.12.85-haos
Notes
The Z2M converter encodes both relay states in a single Zigbee command payload (array[7+i] pattern in sonoff.ts), so the delay is unlikely to be a Z2M-side issue. The asymmetry between L1 (immediate) and L2 (delayed) response appears to be firmware-level behavior in the MINI-ZB2GS.
What happened?
When using programmable stepper mode (seq1) on the SONOFF MINI-ZB2GS, the L2 relay consistently shows a small but noticeable delay when turning on/off via the physical button, while L1 responds immediately.
Device info:
MINI-ZB2GS)Active stepper configuration (seq1):
{ "double_press_interval": 1000, "enable_double_press": false, "enable_stepper": true, "step_1": { "enable_step": true, "relay_outlet_1": true, "relay_outlet_2": false }, "step_2": { "enable_step": true, "relay_outlet_1": false, "relay_outlet_2": true } }Troubleshooting already attempted (no improvement):
pulse→edge→ reverted topulseNote:
programmable_stepper_seqsupport was added in Z2M 2.8.0 via PR #11381.What did you expect to happen?
Both L1 and L2 should respond with the same latency when switching states in stepper mode. L2 turning off should be as immediate as L1.
How to reproduce it (minimal and precise)
Zigbee2MQTT version
2.11.0
Adapter firmware version
20210708
Adapter
Sonoff Zigbee 3.0 USB Dongle Plus (CC2652P)
Setup
Home Assistant add-on on Home Assistant OS, arm64 (Cortex-A55 x4), kernel 6.12.85-haos
Notes
The Z2M converter encodes both relay states in a single Zigbee command payload (array[7+i] pattern in sonoff.ts), so the delay is unlikely to be a Z2M-side issue. The asymmetry between L1 (immediate) and L2 (delayed) response appears to be firmware-level behavior in the MINI-ZB2GS.