Setup / Goal
- Switch: Aqara Light Switch H2 EU KD-R01D (dimmer), paired to Zigbee2MQTT as
mihai-light-switch. - Wiring at the wall box: only L and L1 available (no neutral). (I’m ignoring the second channel to keep things simple.)
- Bulbs: 6 × IKEA TRÅDFRI GU10 WS 345 lm (tunable white), joined to Z2M and grouped as
mihai_ceiling(Z2M group → HA entitylight.mihai_ceiling). - Coordinator: Zigbee 3.0 USB dongle (EFR32MG21).
- Software: Zigbee2MQTT with zigbee-herdsman 6.1.5, herdsman-converters 25.35.1; Home Assistant.
I want the H2 to be fully decoupled/stateless: pressing/rotating the wall control should only send Zigbee events, and I’ll route those to the Z2M light group (zigbee2mqtt/mihai_ceiling/set) so the bulbs stay permanently powered. No physical cutting of power.
What works
- If I publish directly to the group topic (
zigbee2mqtt/mihai_ceiling/set) the bulbs respond perfectly (ON/OFF/brightness). - If I disable all automations and just watch MQTT, I see all action events from the H2 (single, double, rotation, stop_rotating, etc.).
Problem
- As soon as I actually use the wall control to run an automation (map events → group commands), a tap on the H2 cuts power on L→L1 (the small LED on the H2 goes off), the bulbs lose power, and the H2 disappears briefly from the Zigbee network (can’t react to the next press).
- Logs at that moment show things like:
Failed to configure 'mihai-light-switch': Bind genOnOff ... failed (Delivery failed)
... Command failed with status: BUSY (groupId=1) ...
- In Exposes for the H2 I do not see any “decoupled/detached/wireless” option. I only see
state,brightness,power_on_behavior, etc. This makes me think that in no-neutral the H2 is acting as an inline load dimmer (always switching the load on tap), not a stateless button.
What I tried
- “Router” style automations that never publish to
.../mihai-light-switch/set(only to the group). - Dimming by:
brightness_move/brightness_stop→ Z2M logs: “No converter available for ‘brightness_stop’ on ‘mihai_ceiling’”, so I switched to low-rate brightness steps vialight.turn_onto avoid flooding.
- Avoiding single tap entirely (mapped nothing on single); tried double tap for toggle, but on this H2 both single/double appear to physically toggle the load → same issue (power cut).
Extra noise in logs (likely unrelated)
genAnalogInput.configReport ... failed (Status 'UNSUPPORTED_ATTRIBUTE')
This appears when I click “Reconfigure” in Z2M; seems harmless, just the converter trying to configure a non-existent attribute.
Questions
- Is there any way to make Aqara H2 KD-R01D (no-neutral) truly decoupled/stateless in Z2M (firmware option, expose, converter flag, CLI command)?
- Is cutting the load on tap simply by design for the no-neutral H2, meaning decoupling isn’t supported in this wiring mode?
- Would adding a bypass/bleeder (e.g., Shelly Bypass 2) at the fixture between L (to the bulbs) and N keep the H2 powered when the load is OFF and prevent it from dropping off the network? (I only have L and L1 at the switch.)
- If true decoupling isn’t possible: recommended approach for stateless wall control with smart bulbs given I only have L and L1 in the box?
- Replace the H2 with a battery Zigbee button (Aqara H1/E1 wireless) and permanently tie L↔L1 so bulbs always have power?
- Or bring neutral to the box and use a device that supports decoupled mode with N?
Snippets from logs
- When the issue occurs:
... zigbee2mqtt/mihai-light-switch/action payload 'single' or 'double'
... zigbee2mqtt/mihai_ceiling/set ...
z2m: Failed to configure ... Bind genOnOff ... Delivery failed
- When I tried move/stop:
No converter available for 'brightness_stop' on 'mihai_ceiling' (true)
Any confirmations or pointers appreciated—especially from anyone running KD-R01D (no-neutral) in decoupled mode under Z2M, or who solved this with a bypass vs. switching to a wireless button. Thanks!