Message populaire Lazer Posté(e) le 2 avril 2015 Message populaire Signaler Posté(e) le 2 avril 2015 Le réveil (wake-up), c'est le DEVICE qui le décide. A ce moment là il communique avec le contrôleur Z-Wave (HCL, HC2, HC3, ...) et échange un grand nombre d'informations (on voit la diode de la box clignoter frénétiquement pendant quelques secondes), puis attends un peu en écoutant le réseau (au cas où la box décide de communiquer encore d'autres infos), puis ils se rendort quelques secondes plus tard (généralement 5 ou 10s je crois). Tout ce processus de réveil est extrêmement consommateur de batterie. L'intervalle de réveil ne concerne que les modules alimentés sur batterie (car les modules alimentés sur secteur écoutent toujours le réseau puisqu'ils participent activement au routage des paquets dans le réseau maillé). Le réveil est déclenché de 3 façons : lors de la mise sous tension des piles du module lorsque l’intervalle de réveil paramétré est atteint (soit la valeur par défaut, soit celle qui a été poussée par la box). lorsqu'on triple-clique sur le bouton Le polling, c'est le contrôleur Z-Wave (HC2, ...) qui le décide, en allant communiquer avec le module. Si il est configuré à 5 minutes (dans les paramètres généraux de la box), alors toutes les 5 minutes, la box contacte les modules afin de s'assurer qu'ils sont toujours en vie. Si elle n'arrive pas à les joindre, elle recalcule d'autres chemins (jusqu'à 15 tentatives en quelques secondes). Si cela échoue, elle les déclare comme mort. Cette pour cette raison qu'un module type Wall Plug ou Dimmer qui est débranché ne disparait pas immédiatement de la box. Il disparait quand la box n'arrive pas à le contacter (soit parce qu'elle essaye de lui envoyer un ordre type ON/OFF, soit parce que le délai de polling est atteint). Ce polling régulier peut surcharger le réseau, c'est pour cette raison que passé l'inclusion d'un certain nombre de modules, la HC2 conseille une nouvelle valeur de polling plus élevé. Bien sûr, le polling n'a de sens que pour des modules qui écoutent le réseau, donc alimentés sur secteur (230V, 12V, 24V, etc). Le polling d'un module sur batterie n'a pas de sens, car celui-ci ne répondra jamais. Le polling peut être configuré de 2 façons dans la HC2 : via les paramètres généraux de la box, auquel cas la valeur s'applique à tous les devices. via les paramètres avancés de tel ou tel module, en fonction de besoins très particuliers. Il n'est généralement pas nécessaire de modifier ce paramètre, qu'on laisse alors à sa valeur par défaut afin qu'il prenne en compte la valeur globale. En ce qui concerne la fréquence de remontée des infos, cela dépend des modules, et des paramètres spécifiques de chacun. Par exemples : remontée immédiate pour un contact d'ouverture de porte, d'une détection de mouvement, ... remontée après un certain délai pour une température, humidité, luminosité, ... remontée après une certaine variation (delta) pour une température, humidité, luminosité, ... Le célèbre détecteur de mouvement Fibaro FGMS Motion Sensor est le module qui dispose du plus grand nombre de paramètres afin de configurer finement la remontée d'infos. D'autres modules, tels que le Everspring ST814 disposent de paramètres beaucoup plus restreints. La mise à jour des paramètres d'un device dépend de 2 cas de figure : module sur secteur : les paramètres sont envoyés immédiatement puisque le module écoute le réseau module sur batterie : la box attend le réveil du module (voir explications au premier paragraphe). Pendant ce temps là , on voit le petit message en vert "En attente de réveil...", comme par exemple sur ce thermostat : . De par mon expérience personnelle, et comme je le disais plus haut, le réveil d'un module sur batterie est extrêmement consommateur de batterie. Par conséquent, j'ai tendance à allonger cette valeur le plus possible. De toute façon le réveil n'a d'intérêt que lorsqu'on modifie les paramètres d'un module, ce qui n'arrive jamais en production pour un module qui fonctionne correctement. Un intervalle de plusieurs jours ne pose pas de souci. Une exception toutefois : les modules de type thermostat, comme le Secure SRT321, car le panneau de chauffage doit pouvoir modifier sa valeur de consigne. On choisira alors une valeur raisonnable d'environ 5 minutes, ou 15 minutes si on peut se permettre 1/4h de retard entre la consigne et le début de la chauffe. Si on réalise des fausses piles, on peut descendre ce paramètres à 1 minute pour une réactivité presque instantanée (éviter ce descendre en dessous, cela saturerait le réseau inutilement). Enfin, pour la phase de réglage d'un module, surtout pour le FGMS qui a de très nombreux paramètres, on peut choisir un intervalle de réveil court de quelques minutes pendant les quelques jours nécessaires à son paramétrage optimal en fonction de ses besoins. Ainsi, il n'est pas nécessaire d'attendre plusieurs heures ou d'aller triple-cliquer sur le bouton pour qu'un nouveau paramètre soit pris en compte, le temps de faire les essais. Les paramètres d'un module, justement, permettent de régler finement la remonté des infos vers la HC2. Le FGMS dispose de tout ce qu'il faut pour obtenir le comportement désiré, encore faut-il prendre le temps de bien étudier la doc pour comprendre les interactions entre chacun. A l'opposé, le ST814 ne dispose que d'un intervalle entre 2 mesures, c'est hyper basique. Pour finir, grâce à tout ce qu'on vient d'étudier, et contrairement à ce que je vois parfois sur le forum, on ne devrait pas s'appuyer sur le réveil d'un module pour remonter les infos de température/hygro/luminosité/etc (car cela consomme beaucoup d'énergie et occupe la bande passante du réseau), et donc on doit s'appuyer sur les paramètres spécifiques de chaque module. 12
Messages recommandés