Si vous avez trouvé une faute d’orthographe, veuillez nous en informer en sélectionnant le texte en question et en appuyant sur Ctrl + Entrée . (140 caractères max). L’envoi est anonyme.

Le scenario consiste à utiliser le bouton « Interrupteur Switch Xiaomi » dans Jeedom avec les différentes fonctions disponibles :

  • Click : Allume et éteint la LED du Gateway en fonction de son état.
  • Double_click : Arrêt d’un scénario. Dans mon cas, j’arrête les alertes d’ouverture de la porte d’entrée.
  • Long_click_press : Désactive un scénario. Dans mon cas, le scénario d’extinction automatique de la prise qui commande la lumière du couloir des chambres.
  • Long_click_release : Je ne l’utilise pas car je n’en voit pas trop l’intérêt, mais la structure du scénario reste la même que pour les autres.

Mode du scenario = Provoqué.

On aura besoin simplement d’un déclenchement sur le changement de statu du bouton. #[Salon][Interrupteur][status]#

SI #[Salon][Interupteur][status]# == « click »

Là, on vérifie s’il n’y qu’un click, alors on rentre dans la boucle.

ALORS SI #[Salon][Gateway][Luminosité]# == 0

Si la lumière du Gateway est à 0 elle est éteinte.

ALORS #[Salon][Gateway][Définir Luminosité]# Valeur : 100

Alors, on allume le Gateway en passant la luminosité à 100.

SINON #[Salon][Gateway][Définir Luminosité]# Valeur : 0

Sinon, on éteint le Gateway en passant la luminosité à 0.

SI #[Salon][Interupteur][status]# == « double_click »

Là, on vérifie s’il y a un double click, alors on rentre dans la boucle.

ALORS SI scenario(#[Cuisine][Automatismes][Sonnette porte entrée]#) == 1

On vérifie si le scénario « Sonnette porte entrée » est « en cours ».

Info : La fonction « scenario(scenario) » donne le statut du scénario, renvoie 1 en cours, 0 si arrêté, -1 si désactivé, -2 si le scénario n’existe pas et -3 si l’état n’est pas cohérent.

ALORS

Action 1 : scenario : [Cuisine][Automatismes][Sonnette porte entrée] : Action : STOP.

Là, on arrête le scénario.

Action 2 : #[Notifications / Informations][Volume 100][TTS]# message : « J’arrête les alertes sur l’ouverture de la porte de la cuisine jusqu’à la prochaine fermeture de la porte. »

La deuxième action diffuse un message vocal via PlayTTS, indiquant que l’alerte sur l’ouverture de la porte d’entrée est arrêtée. Le scénario n’étant pas désactivé, mais seulement arrêté, dés que la porte sera fermée, le scénario sera prêt à fonctionner de nouveau sans intervention sur le bouton.

Action 3 : message : « Les alertes sur l’ouverture de la porte de la cuisine sont arrêtées. »

La dernière action affiche un message dans le centre de message de Jeedom, au cas où je rate la notification vocale, ou si ce n’est pas moi qui l’actionne.

SI #[SALON][INTERUPTEUR][STATUS]# == « LONG_CLICK_PRESS »

Là, on vérifie si le bouton est pressé longuement, 2 à 3 secondes, alors on rentre dans la boucle.

ALORS SI scenario(#[Couloir chambre][Automatismes][Lumiere couloir]#) != -1

On vérifie si le scénario « Lumière couloir » est différent de « désactivé ». On fait le test dans ce sens, car il peut être arrêté, ou en cours, ou activé.

Info : La fonction « scenario(scenario) » donne le statut du scénario, renvoie 1 en cours, 0 si arrêté, -1 si désactivé, -2 si le scénario n’existe pas et -3 si l’état n’est pas cohérent.

ALORS

Action 1 : scenario : [Couloir chambre][Automatismes][Lumiere couloir] : Action : DÉSACTIVER.

Là, on désactive le scénario. C’est a dire que même si le scénario est provoqué, il ne se passera rien tant qu’il ne sera pas réactivé.

Action 2 : #[Couloir chambre][lumiere du couloir][On]#

La deuxième action allume la lumière du couloir. Je fais ce choix car lorsqu’un copain de mon fils vient et qu’il n’est pas rassuré, je ne veux pas que la lumière s’arrête. Rien ne m’empêche de l’éteindre depuis mon dashboard si besoin.

Action 3 : message : « Le scénario lumière couloir est désactivé et la lumière est allumée. »

La dernière action affiche un message dans le centre de message de Jeedom, au cas où ce n’est pas moi qui l’actionne et pour savoir rapidement qu’il est désactivé.

SINON

Action 1 : scenario : [Couloir chambre][Automatismes][Lumiere couloir] : Action : ACTIVER.

La on (re)active le scénario.

Action 2 : #[Couloir chambre][lumiere du couloir][OFF]#

La deuxième action éteint la lumière du couloir. Elle se rallumera dès qu’il y aura un mouvement de détecté dans le couloir, car le scénario est à nouveau activé.

Action 3 : message : « Le scénario lumière couloir est réactivé et la lumière est éteinte. »

La dernière action affiche un message dans le centre de message de Jeedom, au cas où ce n’est pas moi qui l’actionne et pour savoir rapidement qu’il est (re)activé.

Affichage dans Jeedom

La première action du bouton, « simple click », est représentée sur le dashboard, car j’ai déjà une tuile pour la lumière LED du Gateway. Pour l’action « double click », il n’y a pas d’affichage spécifique, mais je vois que la porte d’entrée est ouverte, car j’ai une tuile pour la porte d’entrée.

Par contre, pour savoir si mon scénario « lumière couloir » est activé ou désactivé, j’ai ajouté une information à mon dashboard.

Lumière couloir est activée.

Conclusion

Le scénario est en fait, 3 scénarios en un, ils sont appelés en fonction du statu du bouton. Les algorithmes n’ont pas de « SINON », ils se terminent et passent au suivant. J’aurais pu les imbriquer, mais cela n’avait pas vraiment d’intérêt et je pense que cela ralentirait le processus. Il est bien plus simple de lire chaque scénario s’ils sont séparés.

[alert-announce]Je ne fais pas de test sur le statu « Long_click_release » car je n’en vois pas l’intérêt pour le moment.[/alert-announce]

Retrouvez la liste des plugins, les scénarios, les images et le matériel compatible Jeedom sur la page: Matériel, Plugin et plus.

Si vous avez des idées de déclinaisons, d’optimisations ou des remarques n’hésitez pas à laisser un commentaire.

Laisser un commentaire

Ce site est protégé par reCAPTCHA et le GooglePolitique de confidentialité etConditions d'utilisation appliquer.

Cet article a 14 commentaires

  1. Nagnag

    Bonjour

    J’ai un soucis avec mon switch xiaomi aqara.
    Je veux faire un scenario très simple pour gérer seulement le « click » et un coup cela allume et un coup cela éteint.
    Cela fonctionne mais malheureusement, de temps à autre il allume et éteint immédiatement.
    C’est comme si le click était pris en compte 2 fois.
    Comment pourrai-je éviter ce bruit de fonctionnement ?

    1. Guillaume Braillon

      Bonjour,
      Regardez dans la commande click configuration et changez la répétition de toujours répéter à jamais répéter.

  2. iPapy

    Bonsoir,
    C’est une bonne idée de scénario mais avec les Aqara (ceux qui sont carré et pas rond) c’est plus compliqué car les status dans Jeedom semble différents. Je ne retrouve pas par exemple la commande « Status », je n’ai juste « Clic » et c’est pareil avec tous les produits de la gamme « Aqara » ou les commandes semble bien différentes des modèles rond ou alors je ne sais pas comment l’ajouter si cela est possible.

    1. Bonjour,

      Clic == Statu

      Par exemple le

      SI #[Salon][Bouton clic rond][statu]# == « click » ALORS…

      deviens :

      SI #[Salon][Bouton clic carré][Clic]# == « click » ALORS…

  3. Trisky

    Bonjour Guillaume,

    Merci pour votre tutoriel et partage mais lorsque l’on ajoute le bouton (aquara ou xiaomi) la notion de double click et click long n’existe pas. Exemple : https://www.casimages.com/i/19061802455265662.png.html.

    je pense que iPapy a aussi ce soucis. Je vais recherchais de mon côté si vous avez une astuce simple cela pourra aider de nombreux lecteurs 😉

    1. Trisky

      Edit : Le problème doit venir d’ailleurs. A trouver sur un forum

    2. Guillaume

      Bonjour,
      c’est la valeur de la commande clic qui prend : « long_click_release » ou « long_click_press »ou « click » ou « double_click » c’est pour cela qu’il faut faire un test sur la commande clic = XXX

      Exemple :
      SI #[Salon][Bouton clic 1][Clic]# == « click » ALORS …..

      1. Trisky

        Edit Fin :
        Je venais de trouver la réponse avec comme déclenchement provoqué #[Salon][Bouton clic Test][Clic]#
        et les conditions si #[Salon][Bouton clic Test][Clic]# == »click » ou #[Salon][Bouton clic Test][Clic]# == »double_click »

        Status ne fonctionnant pas chez moi

        Merci pour votre travail et bonne continuation

  4. romain

    Bonjour à tous,
    j’ai un soucis avec mon bouton, le statu est toujours « click », j’ai l’impression que la valeur du statu ne change jamais.
    Avez-vous eu le même soucis?
    Merci d’avance

    1. Guillaume

      Bonjour,
      Non je n’ai jamais eu le problème.
      Est ce qu’il y a des informations dans les log du plugin ? Est ce que dans l’application mihome il y a les autres click ?

      1. romain

        En fait j’ai recréé les commandes du bouton switch, et maintenant le status est « vide » dans je ne click pas dessus.
        Ce qui n’etait pas le cas avant.
        Merci

        1. Guillaume

          Ok mais est ce qu’il passe a click lors de l’appui sur le bouton ? Et dans mi Home ?

  5. P0l00

    idem, j’ai utilisé la remise a 0 via la fonction Durée avant retour d’état (min) en option avancé

    1. Guillaume

      Bonjour,
      Il est possible d’utiliser la commande event et de le rien mettre pour que la commande click repasse a vide.

Les liens d’affiliation vers les partenaires nous permettent de recevoir du matériel gratuit afin de proposer plus de tests. Nous refusons les partenaires qui ne nous laissent pas dire ce que nous voulons dans les articles. Les commissions perçues sont réutilisées pour l’achat de matériel et l’entretien du site.
Merci de soutenir les sites amateurs et indépendants !

Merci à ceux qui ont contribué.

Fermer le menu

Rapport de faute d’orthographe

Le texte suivant sera envoyé à nos rédacteurs :