Le guide d'une interface utilisateur conviviale &et stable Z-Wave Réseau domotique
Dans le dernier guide, il y avait beaucoup d'informations sur
Contrôleur de mise à jour statique (SUC) et serveur d'identification SUC (SIS)
Si le réseau comporte un contrôleur principal, il fournit sa table de routage à chaque contrôleur secondaire. Cependant, la prochaine fois que le contrôleur principal inclut ou exclut un périphérique réseau, les tables de routage de tous les contrôleurs secondaires deviennent invalides.
Pour garantir l'existence d'une table de routage unique, mise à jour et valide, le contrôleur principal est le seul périphérique autorisé à inclure/exclure des périphériques. Les contrôleurs secondaires demandent ensuite périodiquement une mise à jour de la table de routage.
Cependant, pour une utilisation conviviale
- Toutes les télécommandes doivent pouvoir inclure des périphériques et le routage
- Les tables de routage de tous les contrôleurs du réseau sont maintenues cohérentes et une mise à jour doit permettre à chaque contrôleur de contrôler chaque périphérique du réseau
La meilleure façon d'y parvenir est de configurer un SUC /SIS contrôleur dans le réseau.
Contrôleur de mise à jour statique (SUC)
Le Contrôleur de mise à jour statique (SUC) Il s'agit d'une fonction spécifique d'un régulateur statique. La plupart des régulateurs statiques (à emplacement fixe et alimentés par le secteur) peuvent fonctionner comme un SUC. Cependant, cette fonctionnalité doit généralement être activée.
Le SUC reçoit la table de routage mise à jour du contrôleur principal et la propose à tous les autres contrôleurs du réseau. Étant un contrôleur statique et donc toujours actif sur le réseau, tout autre contrôleur peut lui demander régulièrement une table de routage mise à jour.
Pour garantir que tous les autres nœuds, en particulier les autres contrôleurs, sont conscients de la présence d'un SUC dans le réseau, l'ID de nœud d'un SUC activé est périodiquement communiqué au sein du réseau.
SUC dans un
Un SUC actif permet à un contrôleur portable de jouer le rôle de contrôleur principal. Toute modification du réseau causée par l'inclusion ou l'exclusion d'un nœud par le contrôleur principal est signalée au SUC. Cette information est accessible à tous les autres contrôleurs, même si le contrôleur principal n'est pas actif.
Mise à jour de la table de routage SUC
Étant donné que la plupart des contrôleurs portables fonctionnent sur batterie et ne sont donc pas actifs en permanence, ces contrôleurs doivent demander une table de routage mise à jour périodiquement ou au moins lorsqu'ils sont réveillés, généralement en appuyant sur un bouton.
Si le contrôleur principal portable d'origine est perdu ou endommagé, le SUC peut attribuer le privilège principal à un nouveau contrôleur mobile, protégeant ainsi l'utilisateur du rétablissement de l'ensemble du réseau avec un tout nouveau contrôleur principal et ayant un identifiant domestique différent.
Serveur d'identification statique (SIS)
Même la présence d'un SUC dans le système ne résout pas le problème qu'un seul contrôleur possède le privilège principal et est donc le seul autorisé à inclure de nouveaux périphériques. Cette limitation est surmontée en améliorant la fonctionnalité SUC grâce à une autre fonction appelée «SIS' = Serveur d'identification statique.
Le SIS sert de dépôt pour les nouveaux identifiants de nœuds pouvant être attribués par les contrôleurs mobiles. La présence d'un SIS sur le réseau permet à chaque contrôleur d'inclure des périphériques.Le contrôleur demande simplement un nouvel identifiant de nœud au SIS et l'attribue au serveur. Le SIS garantit que les identifiants de nœud sont attribués à un seul nœud, évitant ainsi les conflits. La seule condition requise est que le contrôleur mobile dispose d'une connexion réseau au serveur SIS pour demander un identifiant de nœud.
Serveur SIS dans un
L'utilisation d'un SIS dans votre réseau présente un certain nombre d'avantages et d'inconvénients :
Avantages :
- La topologie du réseau et les informations sur tous les nœuds sont enregistrées dans un contrôleur statique, bien mieux protégé que dans un appareil mobile alimenté par batterie.
- Tous les contrôleurs d’un réseau peuvent inclure de nouveaux périphériques.
- La configuration et la gestion du réseau deviennent très flexibles.
Inconvénients :
- La fonctionnalité n'est disponible que dans
Z-Wave version du micrologiciel v3.4 et ultérieure - les périphériques réseau avec un micrologiciel plus ancien ne prendront pas en charge cette configuration. - Le contrôleur d'inclusion ne peut intégrer des appareils que s'il dispose d'une connexion sans fil au SIS.
- Le SIS représente un « point de défaillance unique ». Un SIS endommagé peut nécessiter une nouvelle configuration complète du réseau.
Étant donné que la fonctionnalité SUC/SIS est déjà incluse dans le micrologiciel de la plupart des contrôleurs statiques modernes ou des clés USB, la plupart
Un contrôleur statique peut également être utilisé comme contrôleur principal, tout en offrant les fonctionnalités SUC/SIS. Cette configuration est courante dans les réseaux réels.
Règles du contrôleur affichées dans une interface utilisateur de passerelle
Réseaux avec esclaves portables
Si un contrôleur SUC est présent sur le réseau, il est capable de déterminer la nouvelle position d'un esclave et de mettre à jour la table de routage du réseau en conséquence. La procédure pour y parvenir est appelée «Get Lost – Algorithme" et ne fonctionne que pour les esclaves de routage (esclaves qui ont une certaine connaissance des informations de routage du réseau).
Un esclave normal n'est pas autorisé à envoyer des messages non sollicités et ne peut donc jamais déterminer un changement de sa position sur le réseau. En revanche, les esclaves de routage sont autorisés à le faire.
Si un esclave de routage envoie un message non sollicité qui échoue, il supposera que sa table de routage n'est plus valide.
Dans un premier temps, ce nœud envoie un message d'appel à l'aide au réseau. Le nœud qui reçoit ce message sait que l'expéditeur se trouve dans une nouvelle zone. Cependant, ce nœud ne peut pas fournir au nœud appelant une table de routage mise à jour. Si ce nœud est un esclave de routage, il transmet le message d'appel à l'aide au SUC.
Le SUC peut mettre à jour sa propre table de routage et attribuer de nouvelles routes au nœud en appelant le périphérique en suivant les mêmes étapes que lors de l'inclusion du périphérique. Le message « appel à l'aide » permet de réparer automatiquement un réseau en cas de déplacement d'un nœud.
Afin d'avoir une fonction d'auto-réparation fonctionnelle au sein du réseau, les exigences suivantes doivent être remplies :
- Un SUC doit être présent dans le réseau.
- Les nœuds déplacés doivent être un esclave de routage et non un esclave standard (pour permettre la messagerie non sollicitée).
- Dans la nouvelle position, il doit y avoir au moins un esclave de routage à portée.
- Le nœud déplacé doit détecter son déplacement. Ceci n'est possible que si ce nœud envoie un message non sollicité.
J'espère que cela vous a donné un bon aperçu de la façon de créer un environnement stable et robuste.
