BièreNard

Voici la solution finale que j'ai retenue pour relier mon alarme au réseau Zigbee (j'ai préféré le commutateur "Sonoff" au "Shelly Gen4", suite aux problèmes d'intégration en Zigbee indiqués par les acheteurs chez Domadoo). Le matériel est commandé, je ferai un petit compte-rendu, juste avant de mettre le sujet en "résolu", lorsque tout sera monté dans la boîte et les essais réalisés.

Non, comme je l'ai indiqué dans ma question et sur le schéma, ce n'est pas un contact sec, mais une tension continue de 0V ou 12V qui sort de la centrale d'alarme, selon de celle-ci est désarmée ou armée. Donc le relais est obligatoire pour obtenir le contact sec. Une solution pour se passer du relais, serait d'utiliser un module "Zigbee" qui fonctionne directement en 12V avec le schéma suivant : Mais, comme la tension de 12V n'est disponible que lorsque l'alarme est armée, le module ne serait pas alimenté en permanence, ce qui le ferait apparaître comme : - "indisponible" : lorsque l'alarme n'est pas armée - "activé" : lorsque l'alarme est armée Il est donc tout à fait possible d'utiliser ces 2 états dans des automatisations (je viens de tester avec l'envoi de 2 notifications différentes).

Bonjour Pierre, Merci pour ta réponse. Voici la solution que j'ai retenue pour résoudre mon problème de détection de présence (ou pas) d'une tension de 12V indiquant l'état d'activation (ou pas) de mon alarme : J'envisage d'utiliser un relais ZAMEL "PEP-01/012" pour changer l'état de son contact sec de sortie, en fonction de la présence de la tension de 12V continue fournie par la centrale d'alarme. Ce contact sec serait ensuite utilisé à la place de l'interrupteur de commande d'une lampe (virtuelle, non câblée) sur un relais SHELLY 1 Mini Gen3. Je pense qu'ainsi, sous HA, en interrogeant l'état du relais, je devrais avoir l'état de l'alarme.

Bonjour, Sur mon alarme (propriétaire) de maison, je dispose d'une sortie filaire DC 0-12V, qui donne 0V lorsque l'alarme est désactivée et 12V lorsque l'alarme est armée. Je voudrai utiliser cette sortie dans mes scénarios pour tester la présence ou l'absence au domicile. Je cherche donc un petit relais (Zigbee ou Wifi) qui pourrait indiquer dans HA, s'il est alimenté ou pas en 12V. Avez-vous une idée de produit ou une autre solution ? D'avance merci.

MERCI @XAV59213 ! J'ai testé avec des valeurs aléatoires courtes pour l'allumage et l'extinction, le tout durant une période courte également et ... tout fonctionne nickel ! Je suis maintenant en possession de tous les outils pour écrire un simulateur de présence plus complet et plus réaliste (je vais y intégrer plusieurs éclairages de pièces et mon simulateur de TV). Pour être honnête, j'ai utilisé la méthode de l'UI avec la modification du YAML, car je n'ai toujours pas bien compris où ranger les automatismes que j'écrirais avec l'éditeur, dans l'arborescence de HA et j'ai peur de faire des bêtises, il faut encore que je lise des tutos à ce sujet. D'ailleurs j'ai constaté que mes commentaires avaient disparu quand je réédite le code YAML à partir de l'UI (je suppose qu'ils sont encore présents dans le code, mais là non plus, je n'arrive pas à retrouver le code de mon automatisation dans l'arborescence des fichiers HA. En résumé : MERCI pour toutes les infos que tu m'as données, même si j'ai encore pas mal de trucs à apprendre avant de programmer directement mes futurs automatismes en YAML.

Salut XAV59213, Un grand merci pour ta réponse précise, complète et pédagogique. Grace à toi j'ai découverts l'onglet "Bloc" de l'écran "Ajouter une action" et donc, ce que je cherchais depuis longtemps : "les structures de contrôle" ! Du coup, effectivement c'est assez simple de programmer n'importe quel scénario comportant des actions répétitives à réaliser durant une période donnée. J'ai programmé un petit exemple avec une lampe et des intervalles très courts pour vérifier et tout fonctionne ! Je te remercie à nouveau et j'indique le sujet résolu. BièreNard PS : je voudrais aussi ajouter une tempo de durée aléatoire dans la séquence, mais comme le sujet "durée aléatoire" peut intéresser d'autres membres du forum, je vais ouvrir un nouveau fil.

Bonjour, Malgré quelques automatismes simples déjà réalisés pour mes volets ou mes éclairages, j'ai toujours beaucoup de mal avec les interfaces de programmation des conditions de déclenchement d'actions dans le temps (je regrette que HA ne propose pas une interface du type "crontab" sous Unix, que je trouve beaucoup plus intuitif). En effet, comment faire pour programmer (avec les interfaces de HA) quelque chose du genre : Tous les soirs, 15' après le couché de soleil, allumer la lumière toutes 30 minutes, pendant 20 minutes, jusqu'à 23h30 ? Si quelqu'un peut "m'éclairer" ;-) je le remercie d'avance.

Salut XAV59213, Merci pour ta nouvelle version ! Après pas mal de manips, je suis arrivé à rétablir le fonctionnement du volet et de ses 2 automatismes associés sous HA : - remplacement du mode « backward » par « forward » pour la sélection du sens du moteur dans l’appli « Tuya » de gestion du module (malgré l'inversion des fils de commande du moteur qui reste inchangée). - inversion des automatismes : . ouverture automatique du matin : pour la montée du volet : choix de l'action « Tuya » de fermeture du volet . fermeture automatique du soir : pour la descente du volet : choix de l'action « Tuya » d’ouverture du volet Par cohérence, il a été aussi nécessaire de reprogrammer l'affectation des boutons de la télécommande matérielle du volet, en associant le bouton "montée" à la fermeture et le bouton "descente" à l'ouverture du volet. Ce soir c'est ma box HA qui devrait fermer mon volet et pas Monsieur Google depuis je ne sais où, et je préfère quand même çà ;-) _______________________________________________________________________ Ah, au fait, j'ai oublié de te demander une petite précision : Ton "template" ajouté dans "configuration.yaml" fait apparaître les "commandes inversées" du volet dans une carte "Ouverture" dans l'aperçu de mon réseau et je ne sais pas : - où est paramétré cet intitulé "Ouverture" - si je peux déplacer ces "commandes inversées" dans la carte de la pièce dans laquelle est située le volet ?

Merci Burdi33 pour l'info : Je viens de faire la mise à jour HA "2025.12.2" et je confirme qu'avec l'intégration "Tuya" les volets ne fonctionnent plus (avec "service:" ou "action:" dans le script "yaml"). Du coup, dans l'urgence, j'ai basculé mes automatismes volets sur "Google Home" dont l'intégration 'Tuya" fonction toujours bien et ... dans le bon sens ;-) Bon, si on résume avec HA : . MAJ d'octobre : tout va bien ! . MAJ de novembre : les volets fonctionnent toujours, mais en sens inverse . MAJ de décembre : les volets ne fonctionnent plus du tout Vivement la MAJ de Janvier :-D

Génial ! ça fonctionne 👏 - Les flèches dans le tableau de bord sont synchro avec la position réelle du volet - J'ai refait mes automatismes avec "actions" : ouverture (ouvrir/fermer) et "cible" "volet inversé", qui sont maintenant aussi conformes à l'état du volet Merci encore, pour le travail, les explications détaillées et le temps passé 👍 Bièrenard59650

Merci pour toutes tes explications XAV59213 ! En effet, ce que tu proposes et une bien meilleure solution que mon idée de bricolage du tableau de bord. J'ai donc essayé de la mettre en œuvre, mais mes compétences en HA sont plutôt limitées. Voici ce que j'ai fait : - Ajout de ton code YAML dans la partie "default_config" de "configuration.yaml" (voir fichier joint) après avoir remplacé tous les "cover.votre_volet_tuya" par l'ID de mon volet "cover.volet_rue" - Redémarrage HA - Une nouvelle entrée de nom "volet inversé" du type "template" avec l'ID "cover.volet_inverse" apparait dans l'onglet "Entrées" du menu "Paramètres" ==> Cette nouvelle entrée fonctionne parfaitement (montée/arrêt/descente dans le bon sens) Mais : Si j'essaye le menu "paramètres" , j'obtiens le message suivant : Cette entité (« cover.volet_inverse ») n'a pas d'identifiant unique, par conséquent ses paramètres ne peuvent pas être gérés depuis l'interface utilisateur. Consultez la documentation pour plus de détails. Si je veux l'attribuer à une catégorie, j'obtiens le message suivant : Vous ne pouvez pas attribuer une catégorie à cette automatisation Pour attribuer une catégorie à une automatisation, celle-ci doit avoir un identifiant unique. Donc, je ne comprends pas comment je peux l'utiliser dans mon tableau de bord et/ou dans les automatisations puisque je ne peux faire des actions que sur des appareils, pas sur des templates ou des entrées. Où j'ai raté quelque chose ? D'avance merci. BièreNard configuration.yaml

Bonjour, Depuis la mise à jour de fin octobre de HA (j'ai oublié de noter l'indice de version), sur mon tableau de bord, les commandes du volet roulant sont inversées (↑ descend le volet et ↓ le monte). Depuis l'intégration dans HA (il y a environ 8 mois) tout fonctionnait normalement et il n'y a eu aucun intervention logicielle ou matérielle sur l'installation. Le module de commande du volet est un « Yueyang » qui a été connecté électriquement au volet avec une inversion des fils montée et descente. Il fonctionne en Wifi et a été intégré dans l'applications "Tuya Smart" avec un paramétrage qui inverse la logique de fonctionnement (afin d'annuler l'inversion électrique). Donc, sur la télécommande matérielle comme dans l'application Tuya, les commandes sont tout à fait normales (↑ monte le volet et ↓ le descend). À l'origine l'intégration dans HA (via le pont "Tuya") reproduisait ce fonctionnement normal, jusqu'à récemment, où à l'occasion de la mise à jour de HA, tout s'est retrouvé inversé. J'ai rectifié les automatisations en inversant les actions "montée" et "descente", mais dans le tableau de bord, j'ai toujours les symboles inversés. Ma question : à défaut de pouvoir identifier et traiter l'origine du problème, y aurait il un moyen de le contourner en inversant juste les symboles "↑" et "↓" dans le tableau de bord ?

Bonjour @Didierhlg, Je ne connais pas "Ewelink", mais je crois que c'est une application "Cloud" sans passerelle matérielle, sur le même principe que "Smart Life". Dans ce cas, pourquoi travailler en Zigbee et pas en Wifi (sans passerelle matérielle), pour lequel on trouve plus de modules variateur ? Si les modules qui fonctionnent sous "Ewelink" sont compatibles "Smart Life" et que tu peux ajouter un interrupteur pour chaque endroit (pour commander l'allumage, l'extinction et la variation d'intensité de la lampe de l'endroit) alors des modules de ce type te permettraient peut être de résoudre ton problème (commande en local à partir de l'interrupteur et à distance par ton smartphone).

Merci beaucoup @XAV59213 pour ces explication très détaillées qui m'incitent à me lancer dans les automatisations en Yaml. Pour le moment, j'utilise effectivement l'application Home Assistant qui fonctionne très bien (avec l'option de localisation précise sur le téléphone) et l'automatisation "Zone Notification Extended" (Blueprint) qui me permet de définir certaines actions, lorsque j'arrive et d'autres, quand je pars de la maison. En revanche, pour que l'appli Home Assistant du téléphone communique avec la box HA et lui transmette mes coordonnées lorsque je suis à l'extérieur, elle doit s'y connecter via le réseau 4G en mode data (pas de Wifi à l'extérieur) et en accès distant avec "Zero Tiers". J'ai donc trouvé une solution qui consiste à déclarer 2 serveurs sur mon téléphone : un en connexion locale (sur l'adresse locale de la box HA) un autre autre en connexion distante (sur l'adresse via le VPN de Zero Tiers et je bascule sur le serveur distant de mon appli, lorsque je suis à l'extérieur de mon domicile. Mais je ne suis pas certain que ce soit la bonne solution ;-)

J'ai lu le test de la clé Home Assistant Connect ZBT-1 que tu as fait @Jack et, en tant que débutant (j'ai acheté ma Box et découverts HA il y a un mois) j'avoue que je ne me sens pas à la hauteur pour faire le même travail, en particulier, parce que pour les copies d'écrans, n'ayant qu'une seul Box HA (en production), j'ai peur de créer des problèmes en réinstallant la clé d'abord sous ZHA, puis sous Z2M. En revanche, si d'autres membres rencontrent le même problème que moi pour utiliser cette clé avec Z2M, je partagerai avec plaisir mon expérience (pour le flashage par exemple) dans le forum.