Create and manage a Zigbee2MQTT group to control multiple devices as one
domain: iot · 5 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗
Steps
Create a group via the frontend, MQTT, or a numbered entry (friendly_name, retain, transition, optimistic, off_state) under groups: in configuration.yaml
Add a device (optionally a specific endpoint) by publishing {"group": GROUP, "device": DEVICE[, "endpoint": ENDPOINT]} to zigbee2mqtt/bridge/request/group/members/add
Control every member at once by publishing a normal payload (e.g. {"state":"ON"}) to zigbee2mqtt/[GROUP_FRIENDLY_NAME]/set
Remove a device with zigbee2mqtt/bridge/request/group/members/remove, or from all groups with .../remove_all (omit "group" for remove_all)
Choose off_state: all_members_off (group state stays ON while any member is ON) or last_member_state (mirrors whichever member last changed)
Known gotchas
The coordinator does not track group membership — each device stores which groups it belongs to itself
Removing a device from a group disables reporting for that member unless you pass "skip_disable_reporting": true
Hex group IDs (e.g. 0xe24c) must be converted to a numeric string before use as the configuration.yaml key
Give your agent this knowledge — and 15,500+ more routes
One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?