Définition

Les groupes d’associations permettent d’associer des modules entre eux, leur permettant de communiquer directement. Il n’y aura aucun traitement effectué du côté de la centrale domotique soit jeedom. Un très grand avantage est le te temps de réaction. C’est quasi pratiquement instantané, on ne ressent pas de latence. 

Afin de communiquer entre eux, les modules implémentent une commande classe appelée Basic. Un module pourra, selon son implémentation, envoyer et ou recevoir des messages de la classe Basic.

Un groupe d’association envoie un message qui sera compris par le module en écoute selon son implémentation de la classe de commande Basic. Il faut se référer à la documentation technique de vos modules pour en connaître  leurs  possibilités et restrictions.

Un groupe d’association accepte entre 1 et n modules.

Association directe

L’association directe est la façon la plus simple d’associer les modules Z-Wave entre eux. On a un noeud source et un noeud cible.

La mise en relation s’effectue via l’écran de configuration du module, ensuite l’onglet Associations.

A noter qu’il est aussi possible de gérer les associations via les modules directement, mais cette manipulation est loin d’être conviviale.

L’association directe ne fonctionne que si le noeud source et le noeud cible sont à portée l’un de l’autre. Ils doivent avoir une connexion sans fil directe. Si l’un des périphériques est déplacé hors de portée, l’association sera brisée. Le maillage n’entre donc pas en ligne de compte.

Association assignée

Pour pallier à la limitation de l’association directe, il existe l’association assignée. Mais elle implique un contrôleur supplémentaire appelé « Connecting Controller » qui lui, doit être à portée des 2 modules (source et cible). C’est une utilisation plus pointue pour laquelle je n’ai pas d’expérience et dont je vais me contenter simplement d’en souligner l’existence.

Cette utilisation permet d’assigner les boutons d’une télécommande à un portail éloigné par exemple.

Différent groupes

Certains modules ont plusieurs groupes pour différentes utilisations.

• Le groupe 1, envoie les commandes BasicSet.
• Le groupe 2, envoie les événements SensorBinaryReport.
• Le groupe 3, envoie les mises à jour BatteryReport.

Lifeline

Le groupe d’association « Lifeline » est un groupe spécifique afin de remonter les informations du module au contrôleur principal, les retours d’état arrivent au contrôleur principal via ce groupe. Ce groupe accepte en général un seul module et a normalement déjà été assigné lors de l’inclusion du module. 

C’est pourquoi jeedom, via l’écran de santé, remonte un problème si aucun groupe d’association ne contient le contrôleur principal.

Un exemple d’utilisation d’association directe

Un exemple très simple d’association est la possibilité d’allumer – éteindre la lumière dans une pièce grâce à un détecteur de présence. Il vous est possible de créer un scénario pour mener à bien cette tâche. Mais vous pouvez aussi réaliser simplement une association entre les deux modules. Il suffira d’aller dans la configuration du capteur et d’ajouter au groupe de contrôle le module lumière à contrôler. 

Un module sur pile est en sommeil profond, l’association sera appliquée seulement au prochain réveil.

Le délai pour la remise à zéro est paramétrable, il faut se référer à la documentation du capteur. Un paramètre « Temps de maintien de mouvement » est très souvent utilisé.

Le résultat est la même chose qu’un scénario très simple dans jeedom, mais avec l’avantage d’être exécuté instantanément sans aucun traitement coté jeedom.

Pour aller plus loin

Certains  modules  permettent de choisir si la commande sera envoyée  seulement lorsque l’intensité lumineuse de la pièce est en-dessous d’un certain seuil ou l’inverse. C’est le cas de du capteur Fibaro FGMS-001, c’est le mode jour/nuit. 

Il faudra jouer sur les paramètres 8 et 9. De cette façon, on n’allume pas en plein jour une lumière inutilement.

La commande BasicSet

Certains modules permettront de ne commander que l’allumage sur mouvement ou de ne faire que l’extinction s’il n’y a plus de détection de mouvement. Toujours selon le module, il sera possible de choisir la valeur BasicSet pour un On et pour un Off.

Les valeurs possibles en émission sont de 0 à 255. Un BasicSet avec 0 sera compris par les modules en écoute, dans le cas d’interrupteurs ou de variateurs, comme la commande Off. De même, un BasicSet 255 sera interprété comme une commande On.

A noter que sur un module de type variateur, la valeur 255 est une commande spéciale qui allume le module selon la dernière intensité appliquée. Si vous souhaitez  allumer à un certain niveau d’intensité, il faudra appliquer un BasicSet compris entre 1 et 99. Par exemple si on choisit un BasicSet On avec 50 le variateur ajuste l’intensité à 50 peu importe le niveau actuel.

Un autre cas d’utilisation, où l’on souhaite une réactivité à toute épreuve: une commande murale qui contrôle, soit une lumière, ou des volets. Les télécommandes NodOn Octan ou le Wall Switch seront de parfaits candidats. Je recommande fortement d’utiliser le Mode duo à savoir, une paire de boutons pour le contrôle d’un module. 

Cette utilisation est vraiment très WAF, au sens où on allume avec le bouton du haut et on éteint avec le bouton du bas. 

Le bouton du haut permettra aussi d’augmenter l’intensité sur avec un appui prolongé. Inversement on tamise l’intensité de la lumière sur le maintien du bouton du bas.

Certains modules ont aussi des groupes spécialisés acceptant des types de modules spécifiques, comme des variateurs ou des thermostats.

On peut aussi réaliser une relation maître / esclave entre deux lumières, à savoir que la lumière « A » commande la lumière « B » mais pas l’inverse.  

Chose importante à savoir; une association est déclenchée  depuis le module et non depuis jeedom. Allumer la lumière « A » par jeedom n’allume pas la lumière « B ». C’est bien l’action du bouton physique qui sera dupliquée .

Encore des exemples

De nombreux capteurs envoient des commandes BasicSet aux modules associés, par exemple pour allumer une lumière lorsqu’une porte s’ouvre, puis s’éteint lorsqu’on referme la porte.

Dans la même idée, un capteur d’ouverture sur une porte de garage pour allumer et éteindre la lumière du garage, selon la position de la porte. On peut en plus sur le micro module ajouter un « Auto Off » à 5 minutes si on laisse la porte ouverte en journée pour ne pas laisser inutilement la lumière allumée. À la fermeture de la porte, le module envoie un BasicSet 0 pour Off, si la lumière est déjà éteinte, elle reste éteinte.

Un module station météo avec anémomètre, peut en cas de détection de grands vents, lancer la fermeture des volets ou d’une toile de terrasse. Dans ce cas présent, seule la commande de fermeture est envoyée. On ne souhaite pas ouvrir à chaque fois qu’il n’y a pas de vent.
 

Un capteur d’inondation quant à lui pourrait; soit activer une pompe afin d’évacuer un surplus d’eau d’un drain. Ou inversement s’assurer de couper l’électricité de la zone inondée afin d’éviter un court-circuit ou d’endommager les équipements.

Association Multi-Instances

Un bon nombre de modules permettent de gérer des multi-instance associations. Une multi-instance association, permet de spécifier à quelle instance du module en destination le message sera destiné. C’est utilisé avec des modules disposent de plusieurs instances de sorties (end-points). C’est la cas des micro-modules double relais et de la multi-prises Greenwave. Nous somme donc intéressés à choisir quelle instance qui sera affectée par le groupe d’association. 

L’association multi-instance est possible seulement si le module émetteur implémenté la classe de commande “multi-instance association” 0x8E et que le module destination à plusieurs instance.

Il y a toute fois une exception, pour certains modules le groupe “Lifeline” doit contenir le contrôleur avec la spécification de son instance même si celui-ci n’a en fait qu’une seule instance.  

Et si jeedom est en panne

Dans l’éventualité, peu probable, où jeedom serait en panne ou en maintenance, les modules utilisant des associations continueront d’être exécutées comme ils n’ont pas besoin de jeedom pour fonctionner.

Lorsqu’on domotise, il faut garder des protections afin de continuer à contrôler sa maison via des interactions manuelles. C’est donc une forme de sécurité et de confort d’ajouter ce genre de télécommandes à votre installation.

Limitations

Bien que les modules nous permettent un bon nombre de paramètres afin de bien configurer une association, si vous souhaitez ajouter des conditions extérieures au contrôle, il vous faudra passer par un scénario. Une association directe sur un capteur ne pourra pas interpréter l’heure de la journée par exemple.

Les associations directes ne fonctionnent qu’avec des modules Z-Wave. Vous ne pouvez pas faire d’association entre un module Z-Wave et des Philips Hue.

Le module émetteur, ou déclencheur de la commande ne connaît pas l’état actuel du module en écoute. Exemple : on a une télécommande avec un seul bouton qui sert à faire un passage On/Off et inversement. Vous avez allumé votre WallPlug manuellement via son bouton en local ou via jeedom. Lors de la prochaine action sur la télécommande du bouton, la télécommande va envoyer un 255 pour faire un On, comme sa dernière action était un Off. Il n’existe pas de message Basic qui lance un « Toggle », afin d’inverser l’état. C’est pourquoi, je recommande le mode Duo des télécommande NodOn, pas d’ambigüité. sur le On ou Off comme ce sont deux boutons distincts.

Un rappel, une commande via le contrôleur, donc lancée depuis jeedom, ne propagera pas d’association du bouton physique. Le groupe d’association est une propagation du bouton physique à un autre module et non faire passer l’état du module à un autre. (phrase peu claire)

Sécurité

Certains modules  doivent être inclus en mode sécurisé pour bien fonctionner. C’est notamment le cas des serrures et des mécanismes d’ouverture de fenêtre. Comme expliqué dans un précédent sujet, si un périphérique prend en charge la communication sécurisée, il communiquera avec les autres périphériques tant que ce périphérique fournira le même niveau ou un niveau de sécurité plus élevé.

Donc un capteur d’inondation non sécurisé ne pourrait pas fermer vos Velux en cas de détection de pluie.

Mais à l’inverse, un capteur en mode sécurisé pourrait commander un interrupteur non sécurisé et bien sûr  un interrupteur sécurisé.

A noter que certains modules supportant le mode sécurisé peuvent aussi envoyer des trames non sécurisées au choix par groupes d’associations respectifs. Voir les paramètres du module et la documentation spécifique du module.

Conclusion

Le protocole Z-Wave nous offre un éventail de fonctionnalités allant bien au-delà de la simple commande sans fil de périphériques et du retour d’état. Vous pouvez tirer le meilleur parti de votre réseau Z-Wave, en utilisant les groupes d’associations.

Les associations entre modules sont vraiment très intéressantes. Elles gagnent à être connues. J’ai donné  ici des exemples très simples d’utilisation, afin de bien commencer. Consulter la documentation de vos modules afin d’en découvrir et d’en comprendre leurs possibilités cachées.