Nous respectons votre vie privée
Mneme AI utilise uniquement des cookies strictement nécessaires au fonctionnement de la plateforme. Vous pouvez personnaliser vos préférences à tout moment. En savoir plus
Zigbee et LoRaWAN sont complémentaires, pas concurrents
LoRaWAN : longue portée (km), faible débit, batterie multi-années. Parfait pour capteurs distribués (sous-sols, parking, jardins).
Zigbee : courte portée (~10 m sans mesh, 50 m avec), débit confortable, latence sub-seconde. Parfait pour capteurs denses (chaque pièce d'un appartement : présence, contact porte/fenêtre, fumée), actuators (prises, ampoules, vannes), boutons utilisateurs.
Un déploiement smart building moderne combine les deux : LoRaWAN sur la fleet outdoor, Zigbee dans les espaces intérieurs.
Le bridge Zigbee2MQTT en pratique
SensIa s'intègre à Zigbee via Zigbee2MQTT (Z2M), l'écosystème open-source de référence. Vous installez Z2M sur un Raspberry Pi (ou n'importe quel ordinateur ARM/x86) avec un coordinator USB Zigbee (Sonoff ZBDongle-P à ~25 €, ConBee II à ~40 €).
Vous configurez Z2M pour publier sur votre broker MQTT (Mosquitto sur le même Pi ou cloud). SensIa s'abonne au broker. Connexion pool multi-tenant : (organization_id, host, port) — votre Mosquitto privé reste isolé des autres organisations SensIa.
Auto-discovery des devices Zigbee
Z2M publie un topic retained <prefix>/bridge/devices avec la liste de tous les devices appairés. SensIa s'y abonne au démarrage et fait une reconciliation diff : nouveaux devices à enregistrer, devices removed à soft-delete.
Pour chaque device, SensIa résout son profil via une lookup curated (vendor + model canonical Z2M, ex : Aqara/WSDCGQ11LM → profile aqara/temp-humid-sensor), avec heuristique power_source qui détermine l'inactivityTimeout adapté.
IAS Zone : alarmes life-safety natives
Le cluster IAS Zone (ZCL 0x0500) standardise les capteurs d'alarme : détecteurs de fumée, fuite d'eau, gaz, CO, contact magnétique, tamper, batterie faible.
SensIa bridge IAS Zone → AlertService : à chaque changement d'état (water_leak: false → true), SensIa crée immédiatement une alerte via le pipeline ISA-18.2 (pas de polling, edge detection). Mapping sévérité : life-safety → critical (fumée, gaz), security → warning (tamper), maintenance → info (battery low). Les receivers (SMS, email, webhook) sont déclenchés selon votre routing tree.
Command queue : piloter vos actuators Zigbee
Piloter une lampe, une prise, une vanne Zigbee depuis SensIa. La commande passe par un outbox pattern : SensIa enqueue la commande dans provisioning_outbox (DB), le worker MQTT la publie sur <prefix>/<friendly_name>/set.
Reconciliation desired ↔ reported : SensIa attend que le device confirme l'état (expected_reported = {state: ON}), si pas d'ack dans 30 s → alerte iot.zigbee.command_no_ack. Cancel-previous : si vous envoyez deux commandes rapides, la 2ᵉ annule la 1ʳᵉ.
Multi-tenant partitioning du broker MQTT
Vous hostez Zigbee2MQTT vous-même (sur votre Pi local), mais SensIa est cloud. Quel niveau d'isolation ? Réponse : multi-tenant partitioning au niveau broker.
Chaque organisation SensIa a son propre préfixe MQTT (configurable dans le wizard onboarding) — org-mneme-ai/zigbee2mqtt/<friendly_name> par exemple. SensIa résout les topics par organization_id au niveau du connection pool, jamais cross-org. Si vous self-host Mosquitto, vous ajoutez TLS et auth ACL pour la confidentialité réseau (recommandé en prod).