Logique d’alarme premier défaut d’automate : défi expert

Quel défaut s’est vraiment produit en premier ? Ce que ton code doit faire

Trois défauts se cachent dans un brouillon qui compile. Les opérateurs voient un autre code de défaut après l’acquittement, et de courts mouvements de vanne déclenchent parfois l’alarme. Plusieurs causes peuvent arriver dans un même cycle. Répare ensemble la temporisation, la capture de la cause et l’acquittement.

Start et débit

Un nouveau front de Start verrouille ValveCmd avec Permit, sans Stop et sans Alarm. PumpOn vaut TRUE seulement avec ValveCmd AND ValveOpen. Un Stop ou une perte de Permit retire immédiatement les deux commandes ; le rétablissement demande un nouvel appui sur Start.

Trois causes

TripCode 0 = aucune cause ; 1 = Fault ; 2 = Level >= 95% ; 3 = ValveCmd sans ValveOpen en continu pendant 500 ms. Appelle Delay à chaque cycle ; son premier appel vrai démarre à zéro. L’appel suivant à 500 ms déclenche. Un cycle d’écart de chaque côté est accepté, car l’endroit où se trouve l’appel de Delay le décale d’un cycle. Une course interrompue remet le délai à zéro.

Première cause et priorité

Si plusieurs causes apparaissent au même cycle, Fault l’emporte, puis le niveau haut, puis le dépassement de temps de la vanne. Après la capture, conserve TripCode même si une autre cause apparaît. Alarm = TripCode <> 0. Les deux commandes du procédé doivent être à OFF au cycle du déclenchement.

Horn et Ack

Une nouvelle capture fait sonner Horn. Un front montant de Ack fait taire Horn seulement. Maintenir Ack pendant un Reset valide ne peut pas faire taire le prochain nouveau défaut. Relâche-le et appuie de nouveau.

Reset

Reset efface TripCode, Alarm et Horn seulement avec Start relâché, Fault à FALSE, Level < 95% et ValveStuck à FALSE. La vanne reste fermée et un nouveau Start est nécessaire. Un Reset pendant qu’une cause est active ne peut pas l’effacer.

Réinitialise la simulation et sélectionne ValveStuck avant d’appuyer sur Exécuter et sur Start. Regarde ValveCmd et ValveOpen diverger pendant que la vanne reste fermée. Teste et rejoue la limite exacte du délai. Utilise Entrées pour maintenir Ack pendant que tu effaces et redéclenches un défaut ; un nouvel événement doit quand même faire sonner Horn.

Quel défaut s’est vraiment produit en premier ? Entrées et sorties

Ton programme lit 9 entrées et pilote 5 sorties. Les noms sont les mêmes dans l'éditeur de chaque constructeur.

En Siemens SCL, écris les variables propres à un bloc avec # devant, comme le fait TIA Portal : #Start. Rockwell et TwinCAT utilise le nom seul : Start.

Ce que testent les vérifications

1. T1TripCode capture la première cause et ne change pas avant un Reset valide.
2. T2Le retour d’ouverture dispose de 500 ms ; une commande interrompue relance une attente neuve.
3. T3Un Ack maintenu ne peut pas faire taire un événement ultérieur. Alarm, Horn, PumpOn et ValveCmd sont vérifiés à chaque cycle.

Les vérifications lancent 7 tests sur la machine, cycle par cycle : Une installation saine ne peut pas être réinitialisée tant que Start est maintenu; La première cause survit aux défauts suivants ; priorité définie en cas de simultanéité; La limite de niveau haut et un Ack maintenu ne peuvent pas faire taire l’événement suivant; Un retour juste avant la limite évite un dépassement de temps; Un délai de 500 ms déclenche, verrouille et refuse un réarmement dangereux; Une course interrompue repart avec un nouveau délai; Le retour de l’autorisation ne redémarre jamais un Start maintenu.

Où tu trouverais ça

Une cuve de brasserie arrête de se remplir après une alarme. L'ingénieur doit savoir quel défaut est arrivé en premier, avant que les défauts suivants l'enterrent.

Si les défauts suivants écrasent le code du premier défaut, l'ingénieur va voir le mauvais équipement. Utiliser Ack pour effacer l'alarme pourrait relancer un équipement encore en défaut.

Résolu, ou bloqué ? Parles-en au Vestiaire.