Sur mon entrée 1 je commande le relais 6.(portail)
L’entrée 1 est sur « switch ».
Le relais 6 avec un délai de 400 sur « on ».(temps d’ouverture ou de fermeture)
Lorsque j’appuie une première fois le relais s’enclenche pendant 40 secondes.(le portail s’ouvre)
si je redonne une impulsion sur la télécommande une deuxième fois avant les 40 secondes le relais se coupe (normal…) (le portail s’arrête)
Je veux refermer le portail donc j’appuie une troisième fois(toujours dans le délais des 40 secondes),le portail se referme mais s’arrête car le temporisation du relais a continué a décompter, elle ne se remet pas a zéro a chaque arrêt du relais !!!(ou la remise en marche…)
Bonjour,
effectivement en mode switch la tempo n’est pas remit à 0 (je pense qu’il est logique)
en mode ON la tempo est bien remit à 0 mais pas d’arrêt possible
(peut etre en mode push arrêt avec tempo sur front montant mais il faut une adresse publique fixe)
le mode VR ne résout pas votre PB
je ne vois pas de solution en gardant la même configuration
l’ajustement de la tempo égal au temps de manœuvre avec intégration d’un arrêt de 10 s ou doubler le temps permet de reprendre après un arrêt bref et assurer la fin de manœuvre
Merci Didiem , mais je me demande pourquoi cela est logique, je pense que cela peut êtres résolut par une mise a jour firmware, car cela doit pouvoir se
programmer, mais je ne suis pas assez calé pour affirmé mais peut êtres une piste !!!
Bonsoir,
Oui quand je parle de logique c’est dans le sens que si vous definisez un temps pour une action il est logique que si une partie du parcours est écouler avec une interruption il est logique de ne pas repartir à zéro
Le mode switch découle de la logique du mode vr
Comme votre moteur est équiper de fdc vous pouvez prolonger le temps avec l’ éventualité d’un arrêt de 10 secondes
Ou aussi dire que si vous faite un arrêt il faut attendre les 40s ecoulé pour repartir avec 40 s
Votre fonctionnement est particulier et la logique du mode switch peut être discuter entre votre besoin et les besoins d’ autres utilisateurs
L’alternative est le mode ON qui donne la priorité à la tempo mais pas d’arrêt
J’ai analysé votre schéma mais il est difficile à lire car quelque traits manquent
Je vous propose de faire une demande de modification du mode switch à GCE
Et je pose la question aux autres utilisateurs quel est le bon mode de fonctionnement de la tempo Tb en mode switch pour eux
Après avoir fait une recherche, je me permet de relancer ce sujet car j’ai moi aussi un problème avec la temporisation tb du delayoff.
En effet, je commande des machines avec la carte de commande IPX800 et pour être sur que la machine s’arrête selon le temps prédéfini, j’envoi le temps de marche au relai par la commande suivante : http://IPX800V3/protect/settings/output1.htm?output=1&relayname=&delayon=0&delayoff=900
Ainsi, la machine se coupera au bout de 15 minutes quoiqu’il arrive.
j’envoi ensuite la commande suivante pour allumer la machine : http://IPX800V3/preset.htm?RLY1=1
Mon problème, est que si je coupe avant la fin des 15 minutes la machine en envoyant la commande suivante : http://IPX800V3/preset.htm?led1=0
et que je relance la machine pour 15 minutes avec la même commande et son tb de 900, alors je m’aperçois que le décompte ne sera pas de 900 mais du temps qu’il reste depuis la première commande, sauf si le délai de 15 minutes s’est écoulé avant de renvoyer la commande.
Donc, si je dois couper la machine avant la fin de son cycle, je suis obligé d’attendre la fin du décompte pour pouvoir relancer un cycle. Les cycles pouvant être assez long, c’est dommageable.
N’y a-t-il pas un moyen de remettre à 0 cette temporisation tb du delayoff ou en tout cas, qu’elle prenne la dernière valeur qu’on lui envoi et non pas celle qu’elle n’a pas fini de décompter ?
Après quelques tests, j’ai trouvé un moyen de contourner le bug de la carte, pour ceux qui seraient comme moi bloqués par la non prise en compte du nouveau temps de temporisation.
Avant chaque envoi du delayoff, il faut envoyer la valeur 0 avant d’envoyer la valeur souhaitée.
Par exemple, pour un temps de fonctionnement de 15 minutes :
(Reset du temps de temporisation) http://IPX800V3/protect/settings/output1.htm?output=1&relayname=&delayon=0&delayoff=0
puis envoi du temps désiré, http://IPX800V3/protect/settings/output1.htm?output=1&relayname=&delayon=0&delayoff=900
Ainsi, même si l’on ouvre le relai au milieu d’un cycle de fonctionnement, lorsque l’on renvoi une temporisation immédiatement ou avant la fin du temps de la première temporisation, celle-ci sera est effacée et ce sera bien la dernière envoyée qui sera décomptée.
