Scenario pour module volets roulants [TA3011/54754].

je viens d'installer des modules pour volets roulants, tout fonctionne correctement, sauf que les modules restent alimenter pendants 2 minutes et ca me chagrine un peu  
les modules sont connectés sur les entrées auxiliaire des commandes Legrand. Pour activer ces entrées, il suffit d'avoir une présence de la phase pendant 2 a 5 secondes.
D'ou ma question : Est il possible de donner l'ordre au module de se couper ( dans un délais de 5 sec) sans attendre les 2 minutes ?
Utilisation de scenar inverse, ou autre ?

Bonjour,

Je cherchais à interrompre l'ordre d'ouverture ou de fermeture pour la commande de volets battants, dont les moteurs forcent tant qu'ils sont alimentés.

Voici ce qui m'a été proposé par Alban il y a quelques semaines pour annuler un ordre de fermeture au bout de 15 secondes, et ça marche parfaitement :

Scénario 1 : délai fermeture volet
- à la demande
- automatisme, volet XYZ, fermer
- déclenchement de scénario, différer l'exécution du scénario, de 15 secondes

Scénario 2 : fermeture volet
- à la demande (ou sur événement)
- automatisme, volet XYZ, fermer
- exécuter un scénario, scénario "délai fermeture volet"


C'est à décliner à l'infini : ouverture à moitié par ex. Le tout est de chronométrer ses volets.

oui effectivement j'avais vu ce poste mais dans mon cas ça ne marche pas car.
En fait, mes volets sont déjà centralisés en 2 zones via courant porteur made in Legrand. Sur le bouton qui centralise, j'ai une entrée auxiliaire Up/Down (utilisable pour un detecteur crépusculaire ou autre .. dixit la notice) , cette entrée se déclenche sur présence de la phase (une impulsion suffit) soit la montée, soit la descente, le fait de redonner un autre ordre de monté (par exemple) ne coupe pas l'ordre précédant. Il n'est pas possible avec ce type d'entrée de stopper la commande up/down (c'est le fonctionnement de la commande legrand).
Avec le module Automatisme du coup, j'ai une alimentation qui dure 2 minutes.. beaucoup trop longtemps, et j'ai peur qu'a la longue cela ne détériore mes boutons centralisés.
Je ne sais pas si c'est possible de donner l'ordre de up ou down et de couper cette ordre au bout de 5 sec sans passer par des modules DI-O ?

Bonjour,

Pourtant, un ordre de montée, et un autre ordre de montée au bout de 2 secondes, ça ressemble bien à une impulsion?
Sinon, le futur module pour porte de garage sera fait pour les impulsions, si j'ai bien compris.
Ou encore la solution INTERTECHNO proposé par Jean Charles dans un autre topic.
Ceci dit, je ne comprend pas bien quand tu dis vouloir faire ton install "sans passer par des modules DI-O"

Je pensai utiliser les Module Electrique 1000W pour alimenter les modules automatisme, puis creer 2 scenar :
1-scénario pour alimenter le module 1000W pendant 5 secondes et lancement du scenar ouverture a la demande des mes volets
2-scénario a la demande "ouverture volets XX"
et faire la meme chose pour la fermeture.

Mais utiliser un autre module pour piloter un module... ca devient lourd !!

Bonjour,

Oliv44 a écrit:oui effectivement j'avais vu ce poste mais dans mon cas ça ne marche pas car.
En fait, mes volets sont déjà centralisés en 2 zones via courant porteur made in Legrand. Sur le bouton qui centralise, j'ai une entrée auxiliaire Up/Down [...] le fait de redonner un autre ordre de monté (par exemple) ne coupe pas l'ordre précédant. Il n'est pas possible avec ce type d'entrée de stopper la commande up/down (c'est le fonctionnement de la commande legrand).
Avec le module Automatisme du coup, j'ai une alimentation qui dure 2 minutes.. beaucoup trop longtemps, et j'ai peur qu'a la longue cela ne détériore mes boutons centralisés.
Je ne sais pas si c'est possible de donner l'ordre de up ou down et de couper cette ordre au bout de 5 sec sans passer par des modules DI-O ?

@Oliv44, Tu mélanges les ordres donnés au module pour automatisme [TA3011/54754] et le fonctionnement de ta commande Legrand.
Le fait d'envoyer un ordre au module TA3011 colle un contact pendant 2 minutes.
Le fait de lui envoyer le même ordre dans ce laps de temps (2 minutes) décolle le contact.
Donc, la procédure donnée par Alban et décrite ci-dessous par cyberzeus te permet bien de coller les 2 contacts (indépendamment) du module TA3011 pendant un temps donné. Il se comportera alors comme un module temporisé 5 secondes si tu le souhaites.
Pour ta commande Legrand, c'est totalement transparent. Elle aura reçu une impulsion de 5 secondes (par exemple) sur le bornier "UP" ou sur le bornier "DOWN".

cyberzeus a écrit:Bonjour,
Pourtant, un ordre de montée, et un autre ordre de montée au bout de 2 secondes, ça ressemble bien à une impulsion?
Sinon, le futur module pour porte de garage sera fait pour les impulsions, si j'ai bien compris.
Ou encore la solution INTERTECHNO proposé par Jean Charles dans un autre topic.

Il y a effectivement cette solution du module ITL-1000. Mais ce module ne dispose que d'un seul contact. Il ne peut donc pas gérer la montée et la descente. Il faudrait donc un module pour piloter la montée et un autre pour la descente.

Merci Steph pour ce complément d'informations, je n'avais pas compris ca comme ca... Faut dire aussi que les notices sont SUPER bien .... vide !!!
Je vais de ce pas refaire mes scenars
Merci merci la meute de renards

J'ai mis mes scenarii en place hier, et testé ce matin, tout a l'air de bien marcher.



Encore merci les gars

Salut Oliv,

peux-tu expliquer tes scénarios?
Perso je cherche à ouvrir et fermer mes volets tous les jours seulement je ne ne veux pas tout ouvrir en même temps ni tout fermer en même temps:

à 7h je voudrais ouvrir le bureau et la cuisine, puis 30 minutes plus tard tous les autres.
à 20h30 je voudrais ferme la chambre de mon fils puis une heure plus tard tous les autres.

J'ai déjà un scénario à la demande pour ouvrir et un pour fermer tous les volets.

J'avais mal compris l'option "différer l'exécution du scénario" je pensais que cela différait l'exécution du scénario lié par l'option exécuter une scénario. Du coup je m'étais dit que je pouvais créer un scénario périodique à 7h qui ouvrait les premiers volets puis j'exécutais le scénario le scénario à la demande pour ouvrir tous les volets avec un différé de 30 minutes.

Ce n'est pas du tout ce qu'il s'est passé: à 7h le scénario périodique s'est déclenché et a commencé à ouvrir les volets du bureau et de la cuisine, mais le scénario à la demande "ouverture des volets" s'est aussi déclenché à 7h du coup le voelt du bureau s'est arrété au milieu et tous les autres se sont ouverts.

Du coup j'ai l'impression que le système ne supporte pas des différés élevés avez-vous déjà essayé de faire ce genre de chose? Y a t'il une option pour différer l'exécution d'un scénario lié *sans* mettre ce différé dans le scénario à la demande (pour éviter de multiplier les scénarios)?

Pour mes volets j'ai suivi cet exemple :

Scénario 1 : délai fermeture volet
- Nommage du scenar
- à la demande
- automatisme, volet XYZ, ouvrir
- déclenchement de scénario, différer l'exécution du scénario, de 15 secondes

Scénario 2 : fermeture volet
- Nommage du scenar
- prediodique (ajout de l'horaire d'ouverture : ici 7h tous lesjours)
- Choix des actions a effectuer :
- automatisme, volet XYZ, ouvrir
- exécuter un scénario, scénario "délai fermeture volet"

Dans cet exemple, c'est le scenar 2 qui est lancé a 7h du matin qui va ouvrir les volets XYZ et lancer le scenar 2 qui lui s'executera seulement apres 15 sec.

Le fait de relancer un ordre d'ouverture 15 secondes après le 1er (scenar 2) va couper l'ali du module sinon le module va rester alimenter pendant 2 minutes.

Le delais de 15 sec est a ajuster selon ton besoin (temps de descente de tes volets)

Voili voilou.

Bonjour Alx44,

Voilà comment tu peux procéder :
En faisant l'hypothèse que chez moi, je veux ouvrir "volet bureau" et "volet gauche" à 7h00 et les reste des volets 30 minutes plus tard.

ETAPE 1- Création du scénario à la demande avec déclenchement différé de 30 minutes pour ouvrir les volets non ouverts






ETAPE 2- Création du scénario périodique pour ouvrir "volet bureau" et "volet gauche" à 7h00 tous les matins






Donc en résumé, à 7h00, le scénario périodique ouvrira les volets "bureau" et "gauche" et lancera le scénario à la demande pour ouvrir le reste des volets qui lui s’exécutera avec un différé de 30 minutes.

Pour la fermeture des volets le soir, tu procèdes de la même manière.

Tiens nous au courant.

EDIT : La même que Oliv44, qui a été plus rapide que moi, mais en images

Merci du coup c'est ce que j'ai fait, enfin presque parce que quand je demande d'exécuter 'Ouvrir les volets' depuis l'interface c'est maintenant que je veux le faire pas dans 30 minutes, du coup j'ai créé un scénario intermédiaire qui ne sert qu'à faire le délai.

Le problème de cette solution est qu'elle multiplie les scénarios surtout si dans certains cas je veux faire la meme chose mais avec un différé différent (voir pas de différé du tout), l'idéal serait de pouvoir configurer le délai de différé dans le scénario appelant et non dans le scénario appelé.
Un exemple de ce qui pourrait remplir cette fonction:

Bonjour Alx44,

Pour piloter directement un (des) groupe(s) de volets, tu as la possibilité de créer un (des) groupe(s) sans passer par la création d'un scénario à la demande.
Dans ce cas, il n'y a pas de temporisation.

Oui bien sur c'était un exemple, (d'ailleurs au passage les groupes n'ont pas d'autre utilité que celle là, si ?).
Admettons que je veuille fermer les volets sur détection d'intrusion je veux que ce soit immédiat pas dans 30 minutes...

Si tu veux fermer tes volets sur intrusion, il va falloir créer un scenario sur intrusion.

Alx44 a écrit:l'idéal serait de pouvoir configurer le délai de différé dans le scénario appelant et non dans le scénario appelé.
Un exemple de ce qui pourrait remplir cette fonction:

Cette idée a déjà fait l'objet d'une suggestion d'amélioration ICI

steph44 a écrit:Si tu veux fermer tes volets sur intrusion, il va falloir créer un scenario sur intrusion.

Oui bien sur mais ce scénario déclenché sur événement appellerait le scénario de fermeture de volet à la demande, or ce dernier a une tempo de 30 minutes

steph44 a écrit:Cette idée a déjà fait l'objet d'une suggestion d'amélioration ICI

Euh non ce n'est pas la même chose Stéphane voulait avoir une option qui permettait de ré-exécuter le scénario courant au bout d'un certain temps donné. Ce n'est pas aussi flexible que ce que je propose moi je propose d'ajouter une temporisation sur l'option qui existe déjà "Exécuter un scénario" après on sélectionne le scénario que l'on veut.
M'enfin bon c'était une question/suggestion pour éviter de trop multiplier les scénarios car avec un grand nombre de scénarios l'interface n'est pas super adaptée pour les manipuler facilement.

Alx44 a écrit:Oui bien sur mais ce scénario déclenché sur événement appellerait le scénario de fermeture de volet à la demande, or ce dernier a une tempo de 30 minutes

Je ne comprends pas pourquoi tu veux appeler un autre scénario pour fermer tes volets sur intrusion.
L'objet de la combinaison des 2 scenarii ci-dessus répond à ton besoin d'ouverture de volets différée.

Pour la fermeture de tes volets sur intrusion, il faut simplement créer un scénario sur intrusion qui ferme tous tes volets :

Bon ok encore une fois mon exemple est mal choisi, je cherchais un exemple simple et parlant pour tout le monde. Effectivement là tu peux aller cocher tous tes volets et cliquer sur 'fermer' mais cela te fait donc un total de 10 clics, alors qu'en passant par l'exécution d'un scénario tu n'en as que deux. De plus le jour où tu rajoutes un volets tu n'es pas obligé de te repalucher l'ensemble de tes scénarios pour le gérer il te suffit de le rajouter dans tes deux scénarios de base "ouverture générale" et "fermeture générale" tous les autres scénarios vont automatiquement en bénéficier...

Maintenant la possibilité de piloter un groupe depuis un scénario pourrait déjà être un compromis...

Et je persiste à penser que quand tu composes des scénarios c'est celui qui contient qui doit déterminer les modalités de différé pas celui qui est contenu, cela semble plus générique. Mais peut-être que je chipote et que c'est une déformation professionnelle (je bosse dans l'informatique) ;-)

Aller un dernier exemple pour la route imagine que le week-end je ne veuille pas faire le même différé avec ta solution je suis obligé de créer deux nouveaux scénarios périodiques (un pour ouvrir, un pour fermer) valables uniquement le week-end et puis aussi deux scénarios à la demandes (un pour ouvrir, un pour fermer) avec les différés adaptés au week-end. Avec ma solution je ne crée que deux nouveaux scénarios périodes et défini le nouveau différé directement dedans.

Mais je n'ai certainement pas encore assez de recul sur la fonctionnalité des scénarios pour appréhender la philosophie.

Je te proposais des solutions concrètes à tes exemples en utilisant les fonctionnalités a ce jour disponibles.

Maintenant, d'un point de vue plus théorique, je suis d'accords avec toi sur le fait que l'interface Myfox est améliorable.
C'est d'ailleurs pour cela qu'il y a une section "Suggestions et améliorations", il ne faut hésiter à proposer des idées.

Alx44 a écrit:Maintenant la possibilité de piloter un groupe depuis un scénario pourrait déjà être un compromis...

Je te rejoins sur ce point : l'utilisation des groupes dans les scenarii faciliterait effectivement leur construction et leur modification.
Je viens d'ailleurs de créer un sujet dans la section "Suggestions et améliorations" : ICI

Alx44 a écrit:Et je persiste à penser que quand tu composes des scénarios c'est celui qui contient qui doit déterminer les modalités de différé pas celui qui est contenu, cela semble plus générique.

Je te rejoins également sur ce point. Il semble effectivement plus logique que le différé soit géré par le scénario qui lance et pas par celui qui est lancé.
Sur ce coup, vu que tu as pris le temps de créer le petit visuel, n'hésite pas à ouvrir un sujet dans la section "Suggestions et améliorations".

Plus globalement, la construction des scenarii pourrait effectivement être plus ergonomique et flexible.
J'avais d'ailleurs ouvert un sujet ICI en prenant comme exemple le processus de création de la Zipabox.
J'imagine qu'en tant qu'informaticien, ce type de construction te parle nettement plus.
La petite ampoule orange me fait penser que l'évolution de l'interface Myfox évoluera certainement dans un avenir plus ou moins lointain.

steph44 a écrit:Maintenant, d'un point de vue plus théorique, je suis d'accords avec toi sur le fait que l'interface Myfox est améliorable.
C'est d'ailleurs pour cela qu'il y a une section "Suggestions et améliorations", il ne faut hésiter à proposer des idées.

steph44 a écrit:Je te rejoins sur ce point ...

steph44 a écrit:Je te rejoins également sur ce point.

Bon ben alors on était d'accord sur tout depuis le début;-)

steph44 a écrit:Sur ce coup, vu que tu as pris le temps de créer le petit visuel, n'hésite pas à ouvrir un sujet dans la section "Suggestions et améliorations".

Ok c'est fait ICI

steph44 a écrit:Plus globalement, la construction des scenarii pourrait effectivement être plus ergonomique et flexible.
J'avais d'ailleurs ouvert un sujet ICI en prenant comme exemple le processus de création de la Zipabox.
J'imagine qu'en tant qu'informaticien, ce type de construction te parle nettement plus.
La petite ampoule orange me fait penser que l'évolution de l'interface Myfox évoluera certainement dans un avenir plus ou moins lointain.

Euh là par contre je ne suis pas certain que cela soit aussi abordable par Monsieur/Madame tout le monde que ne l'est la solution retenue actuellement. Par contre pouvoir disposer d'un mode "Avancé" qui permette de construire de façon plus détaillée les règles là je dis oui. Concernant l'interface de la Zipabox, je ne connais pas il faudrait voir à l'usage, mais au premier abord ça semble compliqué mais c'est vrai que la métaphore du puzzle est intéressante.