Case True si valeur changée

[aznnath11]

Bonjour à tous,

Je rencontre un problème pour implémenter une condition. Je souhaiterai renvoyer "True" si ma valeur d'alerte change par rapport à la précédente, et dans le cas contraire renvoyer "False" 

Avec un registre à décalage, cela pourrait-il fonctionner ?

De plus, est-il possible d'avoir une commande qui renvoie plus ou moins ? (+ ou - 5 par exemple)

Bien cordialement

[aznnath11]

Ma structure "case" est la première dans l'event "enregistrement"

[TiTou]

oui, c'est bien avec un shift register qu'il faudra implémenter ça... à demain 😉

[ouadji]

sortir "true" ... si ma valeur change par rapport à la précédente

la led OUT flashe 200ms à chaque fois que IN entre une valeur différente de la précédente.

(la valeur actuelle et la valeur précédente sur une porte xor)

C'est juste "le principe" avec un SR ... à adapter suivant ton besoin spécifique.

[aznnath11]

Merci Ouadji pour votre aide, cependant je n'ai pas très bien compris, "(la valeur actuelle et la valeur précédente sur une porte xor)"

?

[ouadji]

[aznnath11]

Merci beaucoup pour l'explication Ouadji

[aznnath11]

SI j'ai deux valeurs à vérifier, je réalise cela deux fois avec un OU à l'entrée de ma strucutre condition ?

[TiTou]

quelque info en plus sur le shift register :

[ouadji]

le fonctionnement de cette "chose" n'est pas bien compliquée.

Ceci dit ... c'est comme un percolateur ... tant que l'on ne t'a pas expliqué "une fois" ... tu bois de l'eau.

Le tout est de bien comprendre ce qu'est, et comment fonctionne, un registre à décalage.

Dans les cours de Logique en aborde également les registres à décalages ...

c'est autre chose ... quoique ... en fait non ...

on passe très facilement de la notion de registre à décalage "pure logique", à la notion de registre à décalage "Labview".

et plus j'y réfléchis (en écrivant ce post) ... et plus je me dis qu'en réalité c'est exactement la même chose.

Quant à la "porte XOR" ... ou tu connais les portes logiques ... ou tu dois t'y plonger de suite. 

La notion de "temporalité" (passé, présent et futur ... valeur précédente, valeur actuelle) est intimement liée à la notion de "flux de données".

Car dans un registre à décalage en "pure logique" ... tout particulièrement si c'est un registre à décalages synchrone,

cette notion de temporalité n'existe pas ... la prise en compte de l'ensemble des états modifiés est simultanée.

La notion de "flux de données" positionne les données sur une ligne de temps.

voilou, petite parlotte