Bonsoir,
c'est mon tout premier patch c'est donc aussi ma toute première question. Pardonnez moi d'être trivial et sans doute abscons.
A l'aide d'une glissière je programme un hystérésis autour d'une consigne ( cette dernière est générée aussi par une glissière).
l’hystérésis est fabriqué à l'aide de deux comparateurs[ >$1] qui servent d'entrée à une bascule rs.
Tout cela fonctionne mais quand je veux assurer une fonction [delay] il me faut un bang et alors là!!! ce dernier "clignote" quand je bouge la glissière "valeur moyenne tension", impossible de comprendre. alors je me permet de vous appeler à l'aide....
merci d'avance et heureusement de ce forum existe
patch en pièce jointe
Hors ligne
Houps problème avec les pièces jointe je crois.
Hors ligne
Bonjour et bienvenue,
Il y a effectivement un soucis sur le forum, quand on crée un nouveau fil de discussion, il faut s'y reprendre à deux fois en éditant le message pour joindre un patch ou autre chose.
Effectivement ce serait plus simple si on voyait le patch en question.
Hors ligne
Ah oui, une hystérésis avec des glissières, je veux voir
Hors ligne
je tente une nouvelle fois l'envoie
Hors ligne
Bonjour. Ton "bang" clignote parce qu'il continue à recevoir des données (y compris plusieurs fois la même valeur de suite) quand on bouge la glissière "valeur moyenne tension". Les boutons horizontaux et la case de nombre qui précèdent aussi, bien que ça ne se voit pas quand la valeur reste la même.
Pour s'en apercevoir, il suffit d'un bon vieux [print] avant ton bang (l'arme de base de "debug" pour tous les langages de programmation). Si tu ne veux pas que ça "bang" quand la valeur reste la même, tu dois mettre, quelque part avant, un objet [change] qui ne transmettra la valeur reçue que lorsqu'elle change.
A noter aussi que si tu "re-bang" ton [delay] en cours, celui-ci sera réinitialisé (il te faudrait momentanément "protéger" son entrée par un [spigot] quand il est déclenché, si tu ne veux pas que ce soit le cas)... si tu veux une sortie systématiquement retardée, ce serait plutôt l'objet [pipe] (qui transmet des nombres, mais tu peux aisément les changer en "bang", et vice-versa).
Dernière modification par Nicolas Lhommet (2015-01-16 19:21:33)
Hors ligne
Une bonne réponse est une réponse qui permet à quelqu'un de comprendre le problème sans avoir compris la question initiale...
La réponse de Nicolas, m'a tout l'air d'une bonne réponse...
Hors ligne
Merci beaucoup pour cette réponse très complète et pédagogique. Je vais essayer de ne pas trop abuser de votre patience............ et vos capacités à comprendre une question!
merci
Hors ligne