Lancer des scénarios dans Jeedom avec le Zipato Mini keypad

On a pu constater lors de l'installation que le clavier modifie la valeur Action lorsque qu'il valide un code ou un badge existant en mémoire.

Voici comment créer des codes permettant de lancer des scénarios.
Prérequis :
- Le code ne doit pas exister en mémoire.
- Je parle bien d'un code et non d'un badge. Le RFID n'est pas applicable ici.

Lorsque l'on entre un "mauvais" code sur le clavier. Le boitier remonte une valeur contenant le code à la centrale. (Vu que le code est considéré comme erroné, le boitier ne change pas la valeur Action).

Pour entrer un code : Appuyer sur "Home ou Away", entrer le "code" puis appuyer sur "Enter".
Un mauvais code == Code n'existant pas en mémoire.

Interprétation de la valeur "code".... Si on stock la valeur, voici ce que l'on trouve :
31323132330000000000
 ou 32323232323200000000

En réalité on y trouve le code tapé avec un 3 en plus devant chaque chiffre.
31323132330000000000 == 12123

On a donc maintenant la valeur à utiliser pour déclencher ce que l'on souhaite.


Exemple de scénario :

>> Déclencheur : [Keypad][Code]

 

- Création d'une variable pour vérifier le code que je tape....

- Si le code tapé est "4"

    Passer l'alarme en mode nuit

    Activer l'alarme

- Si le code tapé est "1212"

    Envoyer un message 

 

Installation du clavier à code Zipato

Clavier à code et lecteur RFID

Doc d'installation officiel sous Jeedom ICI

On remarque que les commande découverte on un peu changé mais pas d'impact particulier mis à part le manque sur le dernier badge utilisé qui est un peu dommage.

On pourra donc utiliser les 4 actions suivantes pour créer ses scénarios :
- Action : le boitier reçoit un code/badge valide et envoi un 5 (Away) ou 6 (Home)
- Sabotage : détection ouverture du boitier
- Code : lorsque l'on rentre un code non valide, ce dernier est envoyé à la centrale
- Batterie : permet de voir l'état de la batterie


On va d’intéresser ici aux commandes action et code pour voir ce que l'on arrive à faire avec ce boitier.

Avant tout chose, enregistrez un code et/ou un badge avec l'assistant se trouvant dans : plug-in->protocole domotique->Z-wave->4-Mini keypad->Assistant

 
Action 
Objectif : activation/désactivation de l'alarme.

Scénario :
déclenchement sur : [mini keypad][Action]
Si on reçois un 6 -> on désactive l'alarme
Dans tous les autres cas, on mets l'alarme en mode absent et on l'active.
#[Technique][Alarme Principale][Absent]#
#[Technique][Alarme Principale][lock]#

L'action variable m'a été utile pour essayer de récupérer le code et faire d'autres actions..... Ca ne fonctionne pas -> seul la variable action change lorsque le code/Badge est correcte.

On peut utiliser le code uniquement lorsque qu'il n'est pas reconnu par le boitier... Voir prochain article : Déclencher des scénarios avec le Zipato mini keypad.

Clef USB - Z-Wave.me

Loin de moi l'idée d'abandonner les mysensor mais le Z-wave étant devenu incontournable dans la domotique, il faut s'y mettre....

Choix du dongle USB : Mini contrôleur USB Z-Wave Plus Z-Wave.me

 Ce petit module à l'allure bien sobre fait ce qu'on lui demande de faire. Je pense qu'il a un très bon rapport qualité prix (34,90€).




Installation dans Jeedom :
Doc détaillé ICI

Sinon pour installation simple, il faut simplement sélectionner le bon périphérique dans les paramètres du plugin :

Vérifiez que le démon est bien en route ainsi que l'openZwave.
Ensuite vous pouvez passer en mode inclusion pour commencer à ajouter des périphériques.

Une fois dans le mode inclusion, lisez la doc du module à inclure pour connaitre la procédure du module en question

Scénario Jeedom - Detecteur de porte oublié

Configuration d'un scénario sous Jeedom afin d'être alerté si une porte a été oubliée ouverte.

Création d'un nouveau Scénario ayant pour mode : "provoqué".
Le scénario démarre avec la détection d'ouverture de la porte.

On commence par vérifier que la porte est bien ouverte et on crée une variable ayant pour valeur l'heure actuelle +5minutes. "TimeGarage = time(#time#+5)"
Ensuite on attend : soit la porte se referme et on arrete le scénario soit que l'heure actuelle est maintenant égale à TimeGarage.
Condition : "#time#>=variable(TimerGarage,0) || #[Garage][Arduino Garage - 187][Ouverture 7]#  == 0"
On crée un sous bloque suite au wait avec un nouveau si
=> Si la porte est toujours ouverte : on envoi un message avec le plugin pushbullet et on refait un wait pour un second rappel.
=> Sinon : rien (cela signifie que la porte a été refermé).

Astuce : debug des variables
Vous pouvez visualiser les valeurs de toutes les variables dans le menu contextuel de gauche.

Toute la doc sur la configuration des scénarios Jeedom : ICI

Comparatif DHT11 - DHT22

Spécifications des modules

	DHT11	DHT22
Prix (Environ)	2 €	4 €
Alimentation	3 à 5 V	3 à 5 V
Conso	2,5mA	2,5mA
Humidité	20-80%	0-100%
Précision Humidité	5%	2-5%
Température	0-50°C	de -40 à 125°C
Précision Température	2°C	0,5°C
sollicitation max	1/sec	2/sec
Couleur	bleu	blanc

Comparatif en même conditions (les deux modules sont sur la même plaquette de test).

Température



Humidité





 Conclusion :
Côté température, les résultats sont assez correct même si la précision du DHT11 est limité.
Côté humidité, le module DHT11 n'est pas réactif du tout. On peut même se demander si la sonde fonctionne. (Résultat identique après remplacement du composant).
Donc sauf monitoring pour le fun, il faut partir sur des DHT22.

Capteur à Effet de Hall

Modèle de capteur à effet de hall utilisé : A3144
Utilité : détection d'un champ magnétique (Ex : Aimant).

Distance de détection approximative : 8mm => dépend de l'aimant utilisé.

Testé et validé sur ouverture de porte avec aimant neodymium de 15*6*3mm


Testé et validé sur compteur de gaz BK-G4M

Le capteur se trouve approximativement en dessous de la seconde décimale après la virgule.