Publicado em: 16/08/2026 · ID 218

Zigbee × Wi‑Fi: malha, ocupância e qual escolher

Zigbee2MQTT vs Wi‑Fi/UniFi: diferenças, ilustrações, presence ≠ occupancy, ZHA→Z2M e quando usar cada rádio.

Smart Home

Que tipo de artigo é este? Guia denso — Zigbee (malha + Z2M) versus Wi‑Fi na smart home. Não é “qual é melhor”. É qual rádio para qual papel, com o que a casa real ensinou.

Tese Zigbee e Wi‑Fi não competem. Misturar papéis (presença UniFi como ocupância de cômodo) é o que faz o Lovelace mentir.
Comparativo Zigbee malha versus Wi-Fi estrela
Figura 1 — Zigbee = malha de baixa potência. Wi‑Fi = estrela de alta banda.

1. Diferenças que importam

Zigbee Wi‑Fi
Topologia Malha (coordenador → routers → ends) Estrela (cada device ↔ AP)
Energia Bateria OK em ends Quase sempre plug / carga alta
Banda Baixa (estado, comando) Alta (vídeo, OTA, nuvem)
Escala Dezenas/centenas de sensores Congestiona AP se virar “tudo Wi‑Fi sensor”
Local Z2M/ZHA sem nuvem Muitos nascem na nuvem (ThinQ, etc.)
No HA desta casa Z2M + ocupância / plugs / luz UniFi presence · Echo · AC · WLED

Ambos usam 2,4 GHz com frequência — interferência é real. Sintoma clássico: end device some perto de AP lotado. Fix: canal Zigbee (15/20/25) longe do Wi‑Fi + routers mains, não “trocar sensor por Wi‑Fi”.

Guia: quando escolher Zigbee ou Wi-Fi
Figura 2 — Qual escolher: bateria/muitos nós → Zigbee; banda/nuvem → Wi‑Fi; “alguém em casa?” → UniFi.

2. Qual devo escolher?

  • Zigbee — botão, porta, temperatura, PIR/mmWave, plug, luz que entra na malha. Quer local, bateria e escala.
  • Wi‑Fi — câmera, Echo, AC LG, TV, impressora, NAS, qualquer coisa que já nasce Wi‑Fi ou precisa de banda.
  • Os dois — casa madura. HA no centro; cada integração no seu contrato.
Regra prática Se o device cabe em “estado + comando curto” e pode viver a bateria → Zigbee. Se precisa de stream, API de fabricante ou já está no AP → Wi‑Fi.
HA no centro com Z2M e UniFi lado a lado
Figura 3 — Camadas na casa: Z2M e UniFi sob o mesmo HA.

3. Malha Zigbee (Z2M) — anatomia

Malha Zigbee coordenador routers ends
Figura 4 — Coordenador Z2M, routers (plug/luz) e ends (ocupância / mmWave).
  • Coordenador — stick/Ethernet; um por rede Zigbee.
  • Routers — plugs e luzes mains engordam a malha. Casa grande sem router = fantasma.
  • End devices — bateria; dormem; precisam de vizinho router.

ZHA vs Z2M: ZHA é nativo e simples. Z2M (MQTT) dá mapa, OTA, mais devices e controle fino — escolha operacional desta casa. Migrar ZHA→Z2M muda entity_id: Lovelace e automações “morrem” sem erro óbvio.

Canal interferência ZHA vs Z2M presence vs occupancy
Figura 5 — Canal/interferência · ZHA vs Z2M · presence ≠ occupancy.

4. Presence ≠ occupancy (o erro clássico)

  • UniFi / Wi‑Fi presence — celular ou device na rede = alguém “em casa” (ou oficina com laptop).
  • Zigbee ocupância — PIR/mmWave = alguém neste cômodo.

Na prática: mmWave da oficina no Lovelace virou presença Wi‑Fi — papéis certos. Sala TV = ocupância Z2M. Não use device tracker para apagar luz do banheiro.

Entity ID como contrato
Figura 6 — Entity ID é contrato: ID Z2M estável; notify genérico, não por device renomeado.

5. IDs e checklist

  1. Sensor novo → nome pelo cômodo (…_sala_tv), não pelo chip.
  2. Trocar integração → diff de entity_id no mesmo dia (cards + automações).
  3. Unavailable → malha/canal/router primeiro; reiniciar HA por último.
  4. AC “home” no UniFi + climate unavailable → ThinQ/API, não typo Zigbee.
  5. WLED/Echo mortos → ping Wi‑Fi antes de culpar YAML.

Resumo: escolha Zigbee para malha de sensores/atuadores locais; Wi‑Fi para aparelhos de banda e presença de rede. Disciplina de ID + papéis claros = casa que não mente no dashboard.

Continuar lendo