Classement

bonjour dab pour que la fonction "on" marche il faut deja qu'il soit sur "off" donc faut passer "off" et ensuite réarmer "on" , si "on" est deja ouvert au depart y a plus de reaction ça parait idiot mais c'est la logique informatique, ne pas enfoncer une porte ouverte😁 voila ma programation sous Meroos on doit pouvoir transposer sur d'autres appli

Merci beaucoup, le détail du comparatif est vraiment génial. J'ai oublié de préciser que j'ai 4 caméras IP, un interphone doorbird et une alarme RISCO le tout sur NAS mais je présume que cela doit être compatible avec les deux box. Niveau budget, peu importe dans l'ensemble si ça fait le job mais surtout : intégration aisée, plus envie de passer des heures de paramétrages fonctionnement avec Apple (ipad-iphone-imac) donc Homekit si c'est possible mais je ne suis pas fermé à une application du fabricant dès lors qu'elle est sympa Evolutive J'ai une passerelle KNX/IP SIEMENS Je m'aperçois que j'ai oublié quelques données de précision pour le choix Je vais regarder les deux en profondeur Encore merci, Bonne journée Bruno

Bonjour, Jean-luc Merci de partager t'es soucis😅. Et merci à XAV59213 de nous apporter ses lumières. J'avais abandonné la fonction coutdown moi aussi qui ne fonctionnait pas plus que la temposisation sur les actionneurs. Et même sans tempo ça ne marche pas pour la remise ON! Je ne suis par sur place pour tester ces nouvelles "solutions".... Mais je n'y crois plus trop, je ne sais pas si j'ai une total compatibilité avec mon matériel (capteur MOES et Relais NOUS, même si c'est du ZIGBEE...) pour permuter sur une autre box . Tu as une box Jean-Luc ou tu es en commande wifi direct? Je vous tiens au courant dès que je peux tester. Merci, bonne fin de journée

bonjour bon j'ai tester avec les Meroos , beaucoup plus simple et ça marche 2 fonctions separées 1ere automatisation: si je clique sur "portail" ou que "alexa ouvre portail "le 1er contacteur que j'ai appelé "portail" =on, ouvre la 1ere alime donc le relais passe en travail , allume la lumiere et passe le 2eme contacteur que j'ai appelé "alime" sur "on" qui est l'alime moteur, ça ouvre jusqu'au fin de course et tout reste allumé.......... fin d'ouverture 2eme un peu plus complexe la fermeture automatique, ou pas suffit de dire "alexa eteint alime" et le portail restera ouvert tant qu'on a pas rallumer donc si alime "on" = moteur alimenté mais y a le fin de course , on programme" portail" off au bout de 30s ou ce qu'on veut, l'alime relais s'eteindra donc inversion de polarité le portail se fermera quand tout ce qui suit sera fait on programme l'extinction "alime" avec un retard de 1min45 pour réouverture, temp de passage, et fermeture pas evident a expliqué mais ça marche avec du Meroos , je vais essayer de transposer sur les NX4592 car ils sont plus petits et se logent mieux que les meroos, en plus fait pas chaud a faire du bricolage dehors avec -3° en fait je pense que tout se joue dans les tempos et ça pourrait servir de bases a dab je vais essayer de faire des saisies d'ecran sur le xiaomi et les mettre ici si y en a qui sont interressés

Merci. Et bravo pour l'idée d'un forum Domotique en français (même si l'anglais n'est pas un souci pour moi, c'est quand même plus agréable de pouvoir discuter en français et surtout que même si le matos vient de RPC, les spécificités françaises ont parfois leur impact qui n'est pas abordé sur les forums anglophones)

Salut @Jean luc Voici des pistes concrètes pour contourner sans achat supplémentaire (en utilisant tes 3 NX-4592 et 2 Meross). Je base ça sur des setups similaires pour portails Tuya. Teste étape par étape, et vérifie toujours les logs des automations (dans Smart > Automations > … > Historique) pour voir où ça coince. 1. Reconfigurer les modes des switches • Tes NX-4592 sont probablement en mode “self-locking” (verrouillé : ON reste ON jusqu’à OFF manuel). Pour un moteur avec inversion, passe-les en mode “inching” (impulsion courte) si possible : ça envoie une pulse de 0.5-2s pour déclencher l’ouverture/fermeture, sans maintenir l’état. • Dans l’app : Appuie long sur le dispositif > Paramètres (roue crantée) > Mode de fonctionnement > Inching, et règle la durée (ex. 1s pour activer le relais sans le coller indéfiniment). • Avantage : Ça évite que le switch reste “ON” après fin de course, et simplifie les automations (pas besoin de gérer l’état persistant). 2. Automations séparées au lieu d’une séquence • Au lieu d’une seule automation avec countdown, crée-en plusieurs qui s’enchaînent via déclencheurs d’état. Exemple pour une ouverture auto-fermeture : • Automation 1 : Ouverture (déclenchée par vocal/clic ou geo si tu veux auto). • Si : Switch 1 (moteur) = ON (ou scène “Ouvre portail”). • Alors : Allume Alim (switch alim ON) > Délai 1s (pour sync) > Relais inversion ON (pour direction ouverture). • (Le moteur s’ouvre jusqu’à fin de course, qui coupe mécaniquement.) • Automation 2 : Déclenchement fermeture après délai • Si : Switch alim = ON ET Relais inversion = ON (état post-ouverture) > ET Ajoute une condition “Depuis X secondes” si disponible (sinon, utilise un délai dans l’action). • Alors : Délai 30s > Relais inversion OFF (inversion polarité pour fermeture). • (Le moteur ferme jusqu’à fin de course.) • Automation 3 : Arrêt total après fermeture • Si : Relais inversion = OFF ET (condition sur temps ou état, ex. délai 30-60s pour la fermeture complète). • Alors : Éteins Alim (switch alim OFF) ET Relais OFF si besoin. • Problème : Sans capteur de position (ouvert/fermé), c’est approximatif. Utilise un délai fixe basé sur le temps de fermeture réel de ton portail (mesure-le). • Si le countdown persiste à bugger, remplace-le par l’action “Délai” dans l’automation (disponible dans “Ajouter une tâche > Délai”). 3. Utilise un switch virtuel comme “timer” • Crée un switch virtuel (dans SmartLife > Smart > Ajouter > Dispositif virtuel > Interrupteur). • Automation ouverture : Ouvre comme d’hab, puis allume le switch virtuel. • Automation timer : Si switch virtuel = ON > Alors Délai 30s > Fermeture (relais OFF) > Éteins switch virtuel. • Ça “découple” les actions et évite les conflits sur le même appareil.

Bonjour @DAB, Merci pour ton message détaillé. Ton scénario semble bien pensé pour couper la clim quand une baie vitrée s’ouvre, et la remettre en marche quand toutes sont fermées. Le problème avec la condition ‘Quand toutes les conditions sont remplies’ (pour tous les DOOR SENSOR à OFF) est courant dans SmartLife/Tuya : l’automation ne se déclenche parfois pas parce qu’elle attend un changement d’état sur un des dispositifs, mais si les conditions sont déjà partiellement remplies, ça peut bugger. Voici quelques pistes pour tester et corriger : 1. Vérifie les bases : Assure-toi que tous les capteurs sont en ligne (icône verte dans l’app), avec une bonne connexion Wi-Fi, et que leurs états se mettent à jour en temps réel (teste en ouvrant/fermant manuellement). 2. Ajoute un délai : Modifie ton scénario en ajoutant un délai de 1-5 secondes avant l’action ‘RELAY ON’. Parfois, ça force l’app à réévaluer les conditions correctement. 3. Change le type de condition temporairement : Teste avec ‘Quand une condition est remplie’ sur un seul capteur pour voir si ça déclenche. Si oui, le souci vient de la combinaison multiple. Tu peux alors créer des automations séparées : par exemple, une pour chaque capteur qui vérifie les autres (mais c’est plus compliqué). 4. Utilise un intermédiaire : Si possible, intègre un interrupteur virtuel ou une scène ‘Tap-to-Run’ comme relais. Par exemple, crée une scène qui s’active quand tous les capteurs sont OFF, et qui allume le relais. Ou, si tu as un hub comme Home Assistant ou Google Home, migre là-bas pour une logique plus robuste (Tuya a des limitations sur les ‘all conditions’). Pour le OFF avec délai 30s et ‘au moins un ouvert’, ça marche bien car c’est plus simple pour l’app. Si tu modifies pour ‘au moins un OFF’, c’est normal que ça se réenclenche même si d’autres sont ouverts, car ça ne vérifie pas tous. Dis-moi si ça résout, ou donne plus de détails sur ta config (version app, type de relais) pour affiner ! Bonjour @Jean luc, Ton problème avec le portail motorisé ressemble beaucoup à des limitations connues dans SmartLife/Tuya pour les actions en séquence sur le même appareil, surtout avec des délais ou des inversions (comme tes fins de course avec diodes). L’ouverture marche bien (vocal ou clic), mais la fermeture auto après 30s est ignorée, car l’app traite parfois mal les tâches multiples (ouvrir + délai + fermer) sur un relais ou un switch inching. Voici des idées pour dépanner : 1. Vérifie la config du délai : Dans ton automation, assure-toi d’avoir : déclencheur ‘ouverture portail’, puis tâche ‘Délai 30s’, puis ‘fermeture portail’. Si c’est un switch ‘inching’ (impulsion courte pour bouger le moteur), vérifie le temps d’impulsion (souvent 0.5-2s) dans les params du dispositif. Teste sans délai d’abord pour voir si la fermeture seule marche dans une automation. 2. Ajoute un capteur de position : C’est la solution la plus fiable. Installe un contact sensor Wi-Fi Tuya sur le portail (pour détecter s’il est ouvert/fermé). Puis, crée une automation : quand le capteur passe à ‘ouvert’, délai 30s, si toujours ouvert, déclenche la fermeture. Certains capteurs ont une condition intégrée ‘ouvert depuis X secondes’, ce qui évite les bugs de séquence. 3. Mode auto-close hardware : Si ton contrôleur de portail a un réglage physique (comme un potentiomètre pour le temps de fermeture auto, courant sur les modules Tuya pour portes/garages), active-le directement sur le hardware plutôt que via l’app. Ça bypass l’app et utilise tes fins de course. 4. Sépare les actions : Essaie deux automations distinctes : une pour l’ouverture, et une autre déclenchée par un timer ou un événement (mais sans capteur, c’est dur). Ou utilise le geofencing (dans SmartLife > Smart > Automation > Quand la position change) pour fermer quand tu t’éloignes, mais ça dépend de ton phone. 5. Autres tests : Puisque ça marche vocal/manuel, teste avec l’app Tuya directement (pas SmartLife) pour comparer. Vérifie les logs de l’automation (dans Smart > Automation > … > Logs) pour voir si le délai est ignoré. Si bug persistant, feedback au support Tuya avec détails (modèle du module, version app). Pour Alexa/Google Home dans la voiture, tu peux utiliser l’app mobile Tuya/SmartLife avec geofencing ou shortcuts vocaux via ton phone. Si tu as plus d’infos sur ton setup (modèle du module portail, type de switch), je peux creuser plus !

Bonjour à tous, J'arrive ici sur ce forum car je suis activement les vidéos de Howmation, Zatoufly, Makernix pour ne citer qu'eux. Que les autres me pardonnent. J'ai commencé la domotique avec Home Assistant il y a un peu plus d'un an mais je n'arrive pas à trouver un fonctionnement idéal pour mon système qui est aujourd'hui installé sur un Raspberry Pi4. Fort de toutes les vidéos avalées sur Youtube, j'aspire à un HomeLab aux petits oignons, pour séparer les différents services. La problématique est la suivante : les diverses sources n'abordent pas l'installation et la configuration de la même manière ni avec la même pédagogie. Je suis avec attention la série vidéosurveillance en local. Actuellement en expérimentation dans mon appartement, je vais chercher dans quel forum ouvrir un sujet avec mon projet de HomeLab idéal pour la maison ... Je viendrai chercher les réponses à mes questions dès que j'en aurais la possibilité, et j'espère, d'ici quelques années (restons modeste) pouvoir apporter des solutions aux problèmes soulevés. @Bientôt sur le forum 😉

Kikou @Momos911 bienvenue 🤗 C’est super que tu suives ces chaînes YouTube, elles sont vraiment top pour s’inspirer en domotique. Moi-même, je tourne avec Home Assistant sur un Raspberry Pi depuis plus de 5 ans, et la stabilité est impeccable. J’ai juste séparé Frigate sur un appareil dédié pour la vidéosurveillance, et j’utilise quasiment que du Zigbee avec un peu de Matter. Ça marche nickel sans gros soucis. Si tu veux des conseils plus précis sur la séparation des services ou la config d’un HomeLab, n’hésite pas à ouvrir un sujet dédié. On est là pour aider ! À bientôt 😉