Logique de maintien ou OTL/OTU ? Choisir la mémoire de l’automate en toute sécurité
Les circuits d’auto-maintien et les instructions OTL/OTU peuvent conserver la même commande, mais ils présentent des modes de défaillance différents. Ce guide compare le comportement au scrutation,...
Une commande de moteur qui reste active après qu’un opérateur a relâché le bouton de démarrage peut être construite avec une branche d’auto-maintien ou avec des instructions de mémorisation et de réinitialisation. Le résultat en régime établi peut sembler identique sur une IHM. En revanche, le comportement en cas de défaillance n’est pas identique — et cette différence compte lors d’un redémarrage, d’un défaut ou d’une modification en ligne.
La question d’ingénierie utile n’est donc pas « quelle instruction est la meilleure ? », mais « où l’état doit-il être mémorisé, qui est autorisé à le modifier et quelles conditions doivent rester prioritaires ? »
Deux façons de mémoriser, deux contrats différents
Un barreau classique à auto-maintien utilise une instruction de sortie ordinaire et un contact parallèle provenant du bit commandé. Dans la terminologie Logix, une instruction Output Energize suit la condition du barreau à chaque scrutation : un barreau vrai écrit le bit à vrai et un barreau faux l’écrit à faux. La branche maintient le barreau à vrai après la disparition de la demande momentanée de démarrage, mais un arrêt, un défaut ou une condition permissive placés en série peuvent interrompre immédiatement le chemin.
Une instruction Output Latch écrit un bit à vrai lorsque son barreau devient vrai. Le bit reste ensuite à vrai jusqu’à ce qu’une instruction Output Unlatch — ou un autre écrivain — l’efface. La documentation de référence des instructions binaires de Rockwell Automation distingue l’OTE, qui suit la scrutation, de l’OTL et de l’OTU, qui effectuent respectivement des opérations de mémorisation et d’effacement rémanentes.
Une paire de mémorisation et de réinitialisation sépare les conditions qui établissent et effacent une commande. Le schéma est conservé de l’illustration multimédia originale ; source : Control.com.
Le cycle de scrutation détermine quelle conception est la plus fiable
La logique d’auto-maintien rend visible le chemin d’arrêt prioritaire
Pour une simple demande de marche, le modèle à auto-maintien regroupe sur un même barreau les conditions de démarrage, d’arrêt, de surcharge, de mode et de permissivité. Lorsqu’une condition en série devient fausse, l’OTE est réécrite à faux pendant cette scrutation. Les techniciens de maintenance peuvent généralement suivre l’ensemble de la décision sans parcourir plusieurs routines.
Le modèle devient difficile à gérer lorsque de nombreux sous-systèmes peuvent démarrer ou arrêter le même état. L’ajout indéfini de branches parallèles masque les priorités et complique le dépannage en ligne. À ce stade, une machine à états dédiée est souvent plus claire qu’un immense barreau à auto-maintien ou que des instructions de mémorisation dispersées.
L’OTL et l’OTU séparent les événements de l’état
Les instructions rémanentes sont utiles lorsque des événements indépendants doivent établir et effacer un état : une étape de séquence, une poignée de main terminée, l’acquittement d’une alarme ou une demande qui doit survivre à l’impulsion qui l’a déclenchée. Le risque concerne la propriété de l’état. Si le même tag est écrit depuis plusieurs routines, l’ordre des tâches et des scrutations peut déterminer la valeur finale.
Une référence croisée montrant un verrouillage et un déverrouillage ne suffit pas à démontrer la sécurité du comportement. Le programme doit également comporter une règle de priorité explicite. Si les conditions de mémorisation et de réinitialisation peuvent être vraies pendant la même scrutation, l’ingénieur doit documenter le résultat prioritaire et vérifier que l’ordonnancement des routines ne peut pas le modifier de manière inattendue.
Éloigner l’état mémorisé de la sortie physique
Une bonne approche consiste à mémoriser une commande interne ou un état de séquence, puis à piloter la sortie physique avec une seule OTE conditionnée par les permissivités actuelles. La demande mémorisée peut rester vraie, mais la commande de l’actionneur retombe dès qu’une surcharge, une condition de protecteur, un interverrouillage de procédé ou un mode de fonctionnement supprime la permission.
Cette séparation améliore également les diagnostics. Les opérateurs peuvent voir qu’une demande de marche existe alors qu’une permissivité précise bloque le mouvement. Le même principe est utile lors de la mise en service du contrôleur ; le processus de mise en service du Micro800 explique pourquoi les sorties doivent être vérifiées dans des conditions contrôlées plutôt que déduites d’un simple bit interne.
Les fonctions de sécurité exigent du matériel certifié de sécurité, une logique validée et une conception documentée de réduction des risques. Ni une branche d’auto-maintien ni une paire OTL/OTU standard ne transforme une sortie d’API standard en fonction de sécurité.
Le comportement au redémarrage est une exigence de conception, pas une surprise
Avant de choisir une logique rémanente, définissez ce qui doit se produire après une coupure de courant, un changement de mode du contrôleur, un téléchargement de programme ou une interruption des communications. Un contacteur physique se désactive lorsque l’alimentation disparaît, mais une commande mémorisée peut toujours être vraie lorsque le contrôle reprend. Le redémarrage automatique peut être acceptable pour certains procédés continus et inacceptable pour des machines accessibles au personnel.
Utilisez un état de démarrage qui réconcilie volontairement les demandes mémorisées avec les conditions actuelles du terrain. Confirmez les dispositifs de retour d’information, effacez les poignées de main obsolètes, rétablissez la qualité des communications et exigez une nouvelle action de l’opérateur lorsque l’évaluation des risques le prévoit.
Essais de mise en service révélant les défauts cachés
Ne testez pas uniquement le démarrage et l’arrêt. Maintenez les deux demandes à vrai, supprimez une permissivité à la fois, forcez un défaut pendant la transition entre les états, faites alterner les modes du contrôleur, interrompez le retour d’information réseau et vérifiez ce qui se produit après le rétablissement de l’alimentation. Surveillez ensemble le bit de commande, le barreau de sortie final et le retour d’information terrain.
Le comportement des impulsions uniques peut également modifier une conception à verrouillage. Si un événement n’est attendu qu’une seule fois, vérifiez son bit de stockage et son timing de scrutation. Le guide connexe sur les impulsions uniques de Studio 5000 et le comportement de l’OTE montre pourquoi une impulsion existant en interne peut ne jamais produire le résultat terrain attendu par l’ingénieur.
Point de vue éditorial : une propriété unique vaut mieux qu’une préférence d’instruction
Pour les commandes maintenues simples, PLC ProTech privilégie un modèle à auto-maintien, car le chemin d’arrêt est visible et évalué en continu. Pour les états de séquence et la mémorisation d’événements, la logique de mémorisation et de réinitialisation convient lorsque l’état appartient à une seule routine, que la priorité de réinitialisation est explicite et que la sortie physique reste pilotée par une OTE distincte, commandée par les permissivités.
Le choix de l’instruction est secondaire. Le véritable indicateur de qualité est de savoir si un autre ingénieur peut identifier chaque écrivain, prévoir l’état après une interruption et démontrer que les conditions de protection restent prioritaires.
FAQ
Une instruction OTL maintient-elle une sortie réelle sous tension pendant une panne de courant ?
Non. La perte de l’alimentation de commande supprime l’énergie du circuit de sortie physique. Le problème est que le bit de commande mémorisé peut toujours être vrai lorsque le contrôleur et le système de sorties redémarrent, selon le contrôleur, la configuration de la mémoire et la logique de démarrage.
Un barreau à auto-maintien est-il non rémanent ?
L’OTE suit son barreau chaque fois que celui-ci est scruté. Une branche d’auto-maintien peut maintenir le barreau pendant le fonctionnement normal, mais le comportement au démarrage et lors de la préscrutation dépend du contrôleur. Les ingénieurs doivent vérifier la plateforme cible plutôt que supposer un comportement identique entre les familles d’API.
Le même tag peut-il être utilisé par des instructions OTL, OTU et OTE ?
De nombreux API autorisent plusieurs écrivains, mais le résultat peut dépendre de l’ordre d’exécution et être difficile à dépanner. Une conception plus sûre attribue chaque état à un seul propriétaire et pilote chaque sortie physique depuis un seul emplacement de commande final.
Quand la logique de mémorisation et de réinitialisation est-elle préférable ?
Elle est utile pour la mémorisation d’événements, les étapes de séquence, l’acquittement d’alarmes et les poignées de main qui doivent persister au-delà d’un déclenchement d’une seule scrutation. La condition de réinitialisation, la politique de démarrage et la réaction aux défauts doivent être définies simultanément.