[S7-1500] Interprétation code LIST

[Brebiou]

Bonjour à tous,

Cela fait quelque temps que je n'ai pas fait de LIST et j'ai fini de dépanner une machine dont un bout de code me laisse un peu perplexe:

Code : Tout sélectionner

et23: NOP 0
      A     "Valid_g7_voie6"
      A     "v54_plus_I606"
      AN    "v54_moin_I607"
      AN    "I618_pp_presse"
      A     "I619_cpt_mauvaise"
      L     "Data_temporisation".tmp_separateur
      ITB
      L     4096
      OW
      SD    "tmp_i619"
      A     "tmp_i619"
      NOT
      BEC
      L     24
      T     "g7_poste6 VOIE1 P1"
      BEU

Dans cette étape, c'est à partir de la tempo que je me demande si j'interprète bien.
Je charge une valeur ("Data_temporisation".tmp_separateur) que je converti en DCB (ITB) ..... et la je comprends plus trop en fait.
Le OU est fait sur le début du code ou juste sur le chargement de 4096 et de la tempo "tmp_i619".

Si une âme charitable réfléchi comme l'ancien collègue et peux m'expliquer, ce sera sympa

Merci d'avance

[Béryl]

Je dirais que c'est un OU (sur un mot) logique entre le résultat de la conversion dcb et la valeur 4096.

[steph68]

salut,

c'est pour construire un type S5TIME : https://support.industry.siemens.com/cs ... 0&lc=fr-FR

le temps est en BCD sur 3 digits et le 4ème digit de poids fort est la base de temps (ici 4096 = 16#1000 signifie une base de temps de 100 ms)

Sur du s7-1500, c'est à bannir maintenant ; il faut utiliser le type IEC_TIMER puis TON, TOF et TP !

@+

[Brebiou]

Je viens de comprendre ce qu'il a codé.

En fait il utilise un vérin avec deux ILS mais sur trois positions:

1. Tige rentrée (ILS)
2. Tige a moitié sortie car en butée sur le produit en position sur un poste (ILS)
3. Tige totalement sortie pour l'éjection du produit précédemment en butée (Pas ILS)

Pour vérifier que la tige est complément sortie (cas 3), il maintien l'information de l'ILS du cas 2 pendant 5*100ms, soit 1/2sec.
Sauf que ça ne fonctionne pas à tout les coups (selon le réglage des limiteurs de débit des vérins que le régleur a fait...) et ça fait buggé plus en aval.

Merci pour ces éclaircissements, je m'en vais reprendre tout ça pour épurer le code et retrouver une meilleure logique de fonctionnement.

[steph31]

Salut

C’est un peu farfelu comme fonctionnement pour détecter si le vérin est complètement sorti.
Un 3eme ils serait le top.

Une solution, faire une fonction ET avec /ILS rentrée & /ILS a moitié courses & /FC si pas de produit présent & Ax.x EV sortie vérin. Si on a c’est 4 conditions, on peut supposer que le vérin est complètement sorti. Pour les blocage mécaniques, pneumatique ou hydraulique, c’est un autre problème. Bonne chance.