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
45 commentaires
Merci super.
Blea blea blea !
Tkt pas il arrive il arrive
Très clair, ça va en aider plus d’un j’en suis sûr !
😉
Très Très Claire 😉
Encore merci 🙂
De rien , on se retrouve à la prochaine étape 😉
MERCI POUR CES EXPLICATIONS
De rien, la saga devrait te plaire alors
Merci pour cette article j’attends les autre avec impatience.
Merci à toi de me lire
Merci pour ce tuto très instructif.
Pour ma part, j’ai découvert la problématique du maillage (double réseau) avec l’inclusion sécurisée de modules Zwave +…. D’ailleurs, je me trompe en écrivant que seuls les modules Zwave + peuvent être intégrés en mode sécurisé ?
Non c’est bien ça. la notion de sécurisé est arrivé avec le zwave+
Bravo pour cet article de vulgarisation sans aucune vulgarité. J’attends la suite avec impatience.
Merci à toi 😉 OUI la SAGA CONTINUE
Un grand MERCI pour la vulgarisation, on a bien besoin!
Merci à toi pour le commentaire. ça me conforte dans l’idée que j’ai bien fait d’orienter cela en forme de saga et pas tout d’un bloc (ce que j’avais prévu)
Super article, merci à toi.
Par contre c’est étonnant car je suis quasiment persuadé d’avoir (ré)intégré 2 détecteurs de fumée Fibaro Z-wave+ en mode sécurisé et pourtant je n’ai qu’un seul maillage … Peut-être que finalement je les ai inclus en normal.
Alors dans Openzwave et donc Jeedom le maillage que tu vois correspond au module à portée pas obligatoirement ceux qui vont relayer l’infos
Clair comme de l’eau de roche, merci
Merci à toi pour le commentaire
Super article de présentation du Zwave… Parfait
Merci à toi
Est-ce que l’on peut donc dire que tous les modules z-wave + supportent l’inclusion sécurisée ? (dans les descriptions des produits ils n’en parlent pas il me semble)
Non justement tous les modules ne le supporte pas seulement certains modules Zwave+ le supporte. On verra cela plus en détails dans un prochain article
Merci pour l article, il donne les bases aux débutants comme moi. Vivement la suite !
Merci du commentaire c’est exactement le but et la raison pour laquelle au final j’ai décidé d’exploser en saga, pour apporter les infos au fur et à mesure
Bravo pour les traits d’humour qui poussent à tout lire, même ce qu’on croit savoir !
merci pour ton commentaire
excellent article, je viens d’apprendre que les modules sécurisés et non sécurisés formaient en fait deux réseaux distincts, et c’est fondamental pour les problématiques de portées. de mêle que le surcroît de latence engendrée
Ravis de ça, j’espérais apprendre des choses et je vois que c’est le cas. ça motive à sortir la suite de la saga
Hello,
Merci pour cet article ! ça éclaircit certains point, surtout les lumières par exemples qui peuvent être piloté par un capteur quelconque 🙂 !!!
Même si je ne sais pas trop quand la lumière va donc s’éteindre, j’imagine une fois que le capteur en question ne détecte plus de mouvements, si oui, ça peut faire du clignotant 🙂
Mais c’est super !!!
Merci 🙂 !
exactement selon les « paramètres de configuration » tu peux definir quand aura lieu le off. Ce point « paramètres de configration » aura un épisode dédié
Au top ! Vivement les prochains articles, je ne suis pas aux pièces, j’ai de quoi m’occuper à la maison et une enceinte bluetooth Xiaomi qui vient d’être commandée via ton blog, mais la black édition, plus jolie je trouve 😀 !!
oui j’aurais aimé recevoir la black en test aussi 😉
hâte de lire la suite, bravo pour l’article
merci pour le commentaire
Bien l’article !
mais pour moi, un module qui dort….il dort et c’est tout !
par contre il peut se réveiller de temps en temps pour envoyer des infos !
comme un conjoint (vieux) quand il dort….ba il dort, mais il se réveille de temps en temps pour aller….Pis….(mode somnambule !)
bon, juste pour dire que quand tu ronfles….tu ne te réveilles pas, sauf avec un coup de coude !
Donc soit il dort, soit il envoie des infos, il ne peut pas faire les deux choses en même temps…ou je me trompe ?
ben tu te trompes.
Dormir au sens zwave c’est j’écoute pas. Il ne se réveille pas pour envoyer des infos, il les envoient tout en dormant (et oui).
Sinon si il se réveillait vraiment un changement de paramètre pourrait passer à ce moment là hors ce n’est pas le cas. Un changement de paramètre est pris uniquement lors d’un réveil pas lors de l’envoi d’une info. Ce sont vraiment deux choses différentes en zwave
Pas comme en mysensors 😉 déformation professionelle rol-rider 😉
Maintenant que j’ai ajouté une antenne externe sur ma carte razberry j’ai un vrai beau maillage comme décrit ^^
Très bien fait, comme beaucoup sur ce blog ! Vite la seconde partie !
Merci pour cet article très clair pour les noob comme moi 🙂
Pingback: Keyfob Fibaro - Test Avis Domotique Jeedom - La Domotique de Sarakha63
Merci pour cet article!!
A quand la partie 2??
Super !
Je découvre tard (mais pas trop) ton blog (site ?) pour la domotique.
Ce n’est pas vraiment démocratisé, il est vrai, mais m’étant fortement intéressé suite à la découverte de la gamme Xiaomi, puis de jeedom, le tout fonctionnant ensemble, j’ai franchit le pas ! Je suis plutôt manuel et visuel qu’informaticiens et littérature.. Alors j’ai besoin d’avoir du concret !
Je reçois la Smart box demain, et le reste du matériel d’ici la fin du mois…
Je vais dévorer ton blog avant de continuer de lire quoi que ce soit ailleurs.
(Là où quand tu demande comment allumer la lumière en détection, et où on te dit de pluger truc avec much en faisant 3s sur la bycelete, et ensuite aller dans le hdft pour entrer chnok, et là tu recevra un sms…. ^^)
Merci à toi !
Salut Bobnivek, je vois que tu me précède. J’avais oublié ce site.
Je suis moi aussi demandeur de cette domotique simplement expliquée.
Merci Sarakha
vous avez fait une faute à l’avant dernière ligne entre la photo du logo z-wave et celui de « SEGA » merci de rectifier ça. Merci