Z-Wave la découverte, la terminologie, c’est quoi – Partie1Temps de lecture : 5 minutes

S’il y a bien un protocole que quasiment tout domoticien utilise ou a utilisé c’est bien le Z-Wave.Dans cet article, je n’ai pas prétention à vous faire une thèse sur le Z-Wave, mais j’espère plutôt qu’après lecture de l’article vous y verrez plus clair pour certains d’entre vous sur certains termes. Donc je vais essayer de faire le tour tout en restant bref. Il y aura très certainement d’autres articles qui rentreront plus en détail pour certains points précis. Oui en effet, j’avais écris un gros article mêlant terminologie, technique, débutant, jeedom. Et je me suis rendu compte qu’il était lourd. Du coup j’ai préféré exploser cela en plusieurs articles sous forme de saga. Ça sera donc la saga du Zwave 😉

NOON j’ai dit sAga !!

Bon ben déjà c’est quoi le Z-wave

Alors pour commencer il faut savoir que c’est un protocole domotique.

AH je vous en apprend une belle là !!!

Non, ne prenez pas la porte, je vous assure on va voir d’autres choses

Donc oui c’est un protocole domotique 😉 . Il a été créé par une société danoise « Zensys », puis racheté en 2008 par la société Sigma Designs.

C’est un protocole radio :

Ben décidément vous êtes d’humeur aujourd’hui 😉

Pas vraiment ça comme radio, mais en fait il faut entendre par là que c’est un protocole sans fil. Il utilise la fréquence 868 Mhz en Europe. Son gros avantage est le nombre de module que l’on peut trouver sur le marché. En effet il y a plus de 100 fabricants de modules Z-Wave.

C’est ce qu’on appelle un protocole maillé (celui qui me sort une image d’un marteau il va dehors). Nous verrons ce que cela signifie un peu plus tard.



Donc pour débuter cette SAGA, nous allons commencer par présenter de manière purement non technique certains termes qui sont souvent associés au Zwave.

Quelques termes associés au Z-Wave

Retour d’état

On parle souvent de retour d’état concernant le protocole Z-Wave. Mais de quoi s’agit-il ? Beaucoup pense que c’est simplement le fait de recevoir un accusé de réception lorsqu’une action est demandée au module. Alors oui, ça en fait partie mais pas que !

Un exemple tout bête :

Que se passe-t-il si vous allumez une lumière depuis votre solution domotique, mais que madame 3 secondes après passe devant l’interrupteur et l’éteint ? En effet si on garde uniquement la définition donnée au dessus, votre solution domotique aura reçu l’accusé réception d’allumage et considérera donc que la lumière est allumée.

C’est pour cela que le retour d’état c’est non seulement l’accusé réception mais aussi : « Des notifications du module lui même, lorsqu’il change d’état même manuellement »

Avec donc un retour d’état votre solution domotique est toujours synchronisée avec l’état réel du module.

Association

Les modules Zwave peuvent être associés entre eux. C’est fichtrement pratique et peu de gens utilisent ce principe. Le fait d’associer deux modules Zwave entre eux permet de s’affranchir d’une solution domotique pour la réalisation d’actions.

On peut par exemple associer un détecteur de mouvement directement à un module de lumière. Une fois fait, le module de présence signalera directement au module de lumière qu’un mouvement a été détecté et que donc il doit allumer la lumière. Cela se fait avec les fameux « Groupes d’associations »

Commandes Classes

Ahhh les commandes classes. On en entend souvent parler lorsqu’on parle de Zwave. En fait il s’agit des « caractéristiques techniques » du module. Son ADN en quelque sorte.

Chaque commande classe donne un ou plusieurs pouvoir au module (si on fait l’analogie avec un jeu de rôle).

Il existe plusieurs pouvoirs :

• le pouvoir d’être variateur : commande classe « Switch Multilevel »
• la possibilité d’activer des scènes : commande classe « scene activator » / commande classe « central scene »
• le pouvoir de mesurer des choses : commande classe « sensor multilevel »
• etc…

Bref vous l’aurez compris il existe autant de commande classe que d’usage imaginable en domotique. Par contre un module peut très bien avoir plusieurs pouvoirs (commandes classes).

Réveil Wake up

Alors le Wake-Up « le réveil » est un terme qui intrigue souvent les débutants, on retrouve souvent des questions du genre :

• Si mon module dort, alors il envoie plus les infos ?
• Quand est ce que mon module se réveille ?

Alors pour faire simple je vais faire une comparaison :

Et oui un module qui dort c’est comme votre conjoint qui dort :

• Il dort mais vous l’entendez ronfler  —————> le module dort mais il continuera à envoyer ses infos
• Votre conjoint  dort, vous avez beau lui parler il entend pas ———-> un module qui dort ne reçoit aucun ordre (changement de paramètre, association etcc)
• Le seul moyen de réveiller votre conjoint et d’attendre qu’il se réveille ou le secouer (voir le gifler) ———>il faut attendre que le module se réveille pour qu’il prenne les modifications, ou le titiller (généralement le fameux triple clic)

Vous l’aurez compris un module qui dort n’écoute juste plus ce qu’on lui dit. C’est la raison pour laquelle une modification de sa configuration ne sera effective que après un certain temps (le fameux Wake Up Interval : qui définit tout les combien le module se réveillera). L’autre façon de procéder pour une prise en compte immédiate et donc de forcer le module à se réveiller (généralement le triple clic)

Oui mais alors pourquoi il dort ?

Le principe de Wake Up concerne les modules sur piles ou batterie. Tout simplement pour économiser celle-ci.

Maillage

Le maillage Zwave permet d’augmenter la portée du signal Zwave. Il faut savoir que la portée du Zwave est de 30m théorique, mais plus proche de 10-12m en pratique (avec de bons modules). Et c’est là ou le Zwave est intelligent avec son maillage :

Prenons comme exemple 3 modules A, B et C:

• A voit B
• B voit C
• A ne voit pas C

A aura beau dire « C ALLUMES TOI », C ne l’entendra pas. En effet il sont trop loin l’un de l’autre.

Ben grâce au maillage réseau si A doit dire à C de s’allumer, il pourra dire à B : « Dis à C de s’allumer ». B l’entendra et dira à C « A veux que tu t’allumes ». Et C s’allumera.

Au final vous aurez reconnu « Le téléphone Arabe »

Alors oui c’est en quelques sortes ça. Sauf que là si vous dites « Allumes toi » c’est bien « Allumes toi » qui arrivera et pas « La marguerite pousse dans le radis »

Inclusion sécurisée

La plupart des solutions domotiques permettent d’inclure les modules qui le peuvent de manière sécurisée. En effet tous les modules  ne peuvent pas être inclus de manière sécurisée. Attention cela ne veut aucunement dire que si ce n’est pas le cas, c’est la porte ouverte aux voleurs.

Alors que se passe-t-il lorsqu’un module est inclus en sécurisé :

• Il échange avec la centrale domotique une clé de cryptage
• Chaque trame échangée ensuite, le sera après avoir été crypté avec cette clé

Il y a cependant quelques points négatifs:

• Il y aura une latence plus grande (oui il faut que les trames soient décryptées à chaque interaction)
• Vous aurez deux sous réseaux de maillages.

Ce dernier point est important. En effet, un module qui parle en sécurisé ne pourra pas faire partie du maillage réseau non sécurisé et vice-versa :

Pour bien comprendre ce point faisons une petite analogie :

Prenons cette table. Prenons 6 personnes anglaises ne parlant pas français, et 6 personnes françaises ne parlant pas anglais. On les assoit au hasard autour de cette table.

Alors certes ils sont tous à la même table (le même réseau Zwave), mais naturellement les anglais échangeront entre eux et les français feront de même.

Voilà vous avez compris pourquoi un module sécurisé ne peut pas échanger avec un module non sécurisé 😉

Je vous dit à bientôt pour la partie 2 où on ira plus loin dans la terminologie. Mais avant il faut que je vous sorte la partie 2 de BLEA