FAQ — Les questions les plus posées

Oui. C’est l’un des grands avantages de Z-Wave combiné à Home Assistant : tout fonctionne en local, sur votre réseau domestique. Seules les fonctionnalités nécessitant le cloud (notifications push sur smartphone si configuré via un service cloud, intégrations cloud tierces) nécessitent Internet. Toutes vos automatisations, scènes et contrôles locaux fonctionnent même en cas de coupure Internet.

Un réseau Z-Wave supporte jusqu’à 232 nœuds (appareils). En pratique, pour une maison individuelle, vous atteindrez rarement cette limite. La plupart des installations résidentielles comptent entre 20 et 80 appareils. Si vous avez besoin de plus, Z-Wave permet la création de réseaux secondaires avec des contrôleurs supplémentaires.

Oui et non. La certification Z-Wave garantit l’interopérabilité entre tous les appareils certifiés — c’est l’avantage majeur de Z-Wave sur Zigbee. Cependant, les fonctionnalités avancées (paramètres de configuration, associations) peuvent nécessiter un hub qui comprend les Command Classes spécifiques de l’appareil. ZWave JS + Home Assistant est l’une des plateformes les plus complètes pour exploiter 100 % des capacités Z-Wave.

ZWave JS est le moteur (driver) qui gère la communication Z-Wave en bas niveau. ZWave JS UI (anciennement ZWavejs2Mqtt) est une interface web complète construite au-dessus de ZWave JS qui ajoute une gestion visuelle du réseau, la configuration avancée et le support MQTT optionnel. Les deux utilisent le même driver ZWave JS — la différence est uniquement dans l’interface et les fonctionnalités de gestion. Pour Home Assistant, les deux s’intègrent via la même intégration Z-Wave.

Oui, et c’est une migration assez courante. Les appareils Z-Wave eux-mêmes sont portables — ils doivent être exclus du Fibaro HC puis inclus dans Home Assistant + ZWave JS UI. La procédure prend environ 10 à 30 minutes par appareil selon la complexité. Vos automatisations Fibaro (scènes LUA) devront être recréées en YAML ou dans l’éditeur d’automatisations HA. La courbe d’apprentissage est réelle, mais la flexibilité de Home Assistant en vaut largement la peine.

Les appareils Z-Wave sur batterie (sleeping nodes) se réveillent à intervalles réguliers pour économiser la batterie. Les capteurs de porte et de mouvement se réveillent automatiquement lors d’un événement (ouverture, mouvement). Les capteurs de température, eux, se réveillent à intervalles programmables (souvent toutes les heures par défaut). Pour réduire la latence des rapports de température, modifiez le paramètre d’intervalle de wake-up dans la configuration de l’appareil (chapitre 6).

1. Vérifiez le nombre de nœuds relais (appareils mains secteur) — minimum 1 tous les 15–20 m
2. Effectuez un Heal Network depuis ZWave JS UI
3. Vérifiez les nœuds avec RSSI < -85 dBm dans la Mesh Graph (signal trop faible)
4. Vérifiez qu’aucun appareil n’est marqué ‘Dead’ sans raison (alimentation OK ?)
5. Vérifiez que votre dongle Z-Wave n’est pas placé dans une armoire métallique
6. Utilisez le chemin /dev/serial/by-id pour le port série (évite les changements d’ID)
7. Vérifiez la version du firmware de ZWave JS UI (mettez à jour si en retard)
8. Consultez les logs ZWave JS UI (Settings > Log Level → debug temporairement)

Pas directement. Z-Wave et Matter sont deux protocoles différents. Cependant, la Z-Wave Alliance travaille sur un bridge Z-Wave → Matter qui permettrait d’exposer des appareils Z-Wave comme des appareils Matter (compatibles Alexa, Google Home, Apple HomeKit nativement). Ce bridge est en cours de standardisation en 2025. Home Assistant peut déjà servir de passerelle Matter et expose ses entités Z-Wave via le composant Matter Server — vos appareils Z-Wave deviennent alors accessibles depuis n’importe quel écosystème Matter.