Front montant [TIA v15.1]

[andala]

Bonjour à tous;
il y a quelque chose que je ne comprends pas
Quand je met un front montant, il le demande un deuxième Tag. J'ai mis donc un tag random.
Je test mais ça ne marche pas comme un front et laisse passer en continue

Il y a un truc que je fais mal ?

PS: première fois que j'ai a utiliser un front dans TIA

[MiGaNuTs]

Ton #pulse1 ne doit pas etre déclaré comme variable temporaire, sinon il est remis a zero chaque fois que ton dfb termine son execution et du coup il se passe exactement ce que tu nous décrit
il faut le mettre dans les variables qui sont stockées dans le DB associé a ton dfb. (J'ai mangé le nom, il faut pas vieillir)

[dpo]

il faut le mettre dans les variables qui sont stockées dans le DB associé a ton dfb. (J'ai mangé le nom, il faut pas vieillir)

ce sont les variables "static" d'un DFB
mais tu peux aussi utiliser des bits dans les variables générales en %M
voir te déclarer un tableau de bits localisé en %M pour tes fronts
Perso je préfère utiliser le bloc R_TRIG que tu peux trouver dans les instructions basiques sur bit
ça ajoute un DB d'instance, auquel tu peux donner un joli nom et utiliser facilement à plusieurs endroits

https://docs.tia.siemens.cloud/r/en-us/ ... 00-s7-1500

[nicekev]

Je me suis fais avoir aussi à l'époque quand j'ai commencé sur TIA.

Perso, j'utilise principalement des bits %M dans les variables générales mais les F_TRIG et R_TRIG font bien le boulot aussi.

[MiGaNuTs]

il faut le mettre dans les variables qui sont stockées dans le DB associé a ton dfb. (J'ai mangé le nom, il faut pas vieillir)

ce sont les variables "static" d'un DFB

Ah ! oui, voila ! c'est ca !

Si j'ai deviné tout de suite d'ou vient le probleme, c'est parce que je me suis fait avoir aussi

[andala]

il faut le mettre dans les variables qui sont stockées dans le DB associé a ton dfb. (J'ai mangé le nom, il faut pas vieillir)

ce sont les variables "static" d'un DFB
mais tu peux aussi utiliser des bits dans les variables générales en %M
voir te déclarer un tableau de bits localisé en %M pour tes fronts
Perso je préfère utiliser le bloc R_TRIG que tu peux trouver dans les instructions basiques sur bit
ça ajoute un DB d'instance, auquel tu peux donner un joli nom et utiliser facilement à plusieurs endroits

https://docs.tia.siemens.cloud/r/en-us/ ... 00-s7-1500

Euh.... comment dire... #Pulse1 est déjà dans static

[dpo]

fais un essai en utilisant un %M de libre pour le bit mémoire
fais un essai en utilisant un bloc ADD en mettant ta variable et 1 en entrée, puis ta variable en sortie
fais un essai en utilisant un R_TRIG
es-tu sur un automate ou sur un simulateur ?

je crois qu'il y a une version buguée où TIA ne gérait plus les front si le bit était à 1 au premier tour de cycle
il fallait sécuriser en mettant "not first_scan" en série avec le bit à tester ou un truc dans le genre

https://support.industry.siemens.com/cs ... r&lc=en-TR

[andala]

bah... de toute façon, j'ai fait ça a l'ancienne avec une bobine interverrouillée
ça marche très bien comme ça

Mais ma question de base c'est surtout : A quoi sert cette variable ? Schneider n'en a pas mis est il s'en sorte très bien

[MiGaNuTs]

C'est le "bit poubelle" dont tu a besoin quand tu fait un front montant "a l'ancienne".
Les fronts montants schneider ne fonctionnent qu'avec les variables de type EBOOL, pas avec les BOOL de base
Si tu creuse pour voir comment sont faits les EBOOL, ils prennent plusieurs bits en mémoire. Les "bits poubelle" des fronts sont inclus dedans.

[andala]

Oh... tu veux dire que mon #pulse1, ici, c'est ça le bit poubelle ?
D'accord... merci pour l'info
du coup j'essayerai de remettre un front avec une variable %M plus tard pour tester (vu que le static ne fonctionne pas)