Une instruction ONS peut fonctionner exactement comme prévu alors que la sortie à côté d’elle semble ne jamais s’activer. Cette apparente contradiction vient du cadencement du scrutation : l’ONS laisse passer une transition de faux à vrai pendant une seule scrutation du programme, tandis qu’un OTE écrit sa destination à partir de la condition du barreau chaque fois que celui-ci est évalué. Placés en série, la destination est vraie pendant une scrutation, puis redevient fausse.

Cette impulsion peut être parfaitement valide pour incrémenter un compteur, enregistrer un événement ou demander une transition d’état. En revanche, il s’agit généralement de la mauvaise commande pour un démarreur physique, un solénoïde de vanne ou une indication opérateur qui doit rester active jusqu’à ce qu’une autre condition y mette fin.

La surbrillance verte en ligne peut passer inaperçue lorsque l’état vrai ne dure que le temps d’une seule exécution de tâche.

Ce que garantissent réellement les instructions ONS et OTE

Rockwell Automation définit l’ONS comme une instruction qui rend vraie la partie restante d’un barreau pendant une scrutation lorsque la condition d’entrée du barreau passe de faux à vrai. Son bit de stockage mémorise si la logique précédente était déjà vraie. Ce bit de stockage appartient au détecteur de front et ne doit pas être partagé arbitrairement avec une autre instruction monostable.

L’OTE repose sur un contrat différent. Il active son bit de destination lorsque la condition du barreau est vraie et le désactive lorsque cette condition est fausse. La référence des instructions sur les bits de Studio 5000 de Rockwell distingue l’activation pendant une seule scrutation avec l’ONS des comportements maintenus et rémanents de l’OTE, de l’OTL et de l’OTU.

Lors de la scrutation qui détecte le front montant, l’ONS laisse passer la continuité du barreau et la destination de l’OTE devient vraie. À la scrutation suivante, l’entrée peut être toujours vraie, mais l’ONS bloque la continuité, car le front a déjà été consommé. L’OTE désactive alors sa destination. Le résultat est une impulsion légitime d’une seule scrutation, et non une bobine défaillante.

Pourquoi l’impulsion disparaît de l’écran

L’exécution des tâches Logix et l’actualisation en ligne du poste d’ingénierie sont deux processus distincts. Une tâche périodique peut s’exécuter plusieurs fois entre deux mises à jour de l’écran. La sortie peut donc s’activer et se désactiver entre deux actualisations visibles, même si le processeur a correctement exécuté les deux états.

Une sortie physique ajoute une autre limite. Le contrôleur met à jour ses données de sortie, le module de communication transfère les données selon son propre calendrier et l’appareil connecté possède son propre temps de réponse électrique et mécanique. Une impulsion présente dans l’image du contrôleur pendant une seule scrutation peut être trop courte pour atteindre l’appareil de terrain ou l’actionner de manière fiable. Le comportement exact dépend de la période de tâche, de la mise à jour du module, de l’architecture réseau, du matériel de sortie et de la charge, et non d’un seuil universel exprimé en millisecondes.

Pour le diagnostic, comptez les fronts dans une balise interne, verrouillez temporairement un bit de diagnostic qui exige une réinitialisation volontaire, ou tracez l’événement à une fréquence adaptée à la tâche. Ne prolongez pas une commande de production uniquement pour la rendre visible sans avoir d’abord évalué ce que cette commande prolongée pourrait actionner.

Choisissez le modèle selon le comportement d’état requis

Utilisez une impulsion d’une scrutation pour un événement

L’ONS convient lorsque l’instruction en aval doit s’exécuter une seule fois : incrémenter un compteur, copier une recette, capturer un horodatage, lancer un message ou demander à une machine d’états de passer à l’état suivant. Dans cette conception, la balise d’une scrutation est un événement, et non une commande d’équipement.

Nommez-la en conséquence : Start_Request_Pulse est plus explicite que Pump_Start. La routine d’état ou d’équipement doit accepter la demande, vérifier les permissifs, établir la propriété et créer la commande de marche maintenue.

Utilisez une équation d’auto-maintien pour une commande maintenue non rémanente

Si un événement de démarrage doit maintenir un bit de marche jusqu’à ce qu’une logique d’arrêt, de défaut ou d’interverrouillage devienne vraie, une équation d’auto-maintien peut piloter un seul OTE. La commande reste vraie parce que le bit d’état participe à sa propre condition de maintien, et non parce que l’ONS resterait vrai.

Placez les conditions d’arrêt, de défaut, de mode et de permissif de manière à rendre leur priorité explicite. Évitez de dessiner une branche qui contourne précisément l’interverrouillage destiné à arrêter l’équipement. Il est plus facile de vérifier une seule entité propriétaire de la sortie que plusieurs barreaux écrivant dans le même BOOL.

L’impulsion doit demander un changement d’état ; la logique maintenue doit être propriétaire de la commande d’équipement.

Utilisez OTL et OTU uniquement avec une propriété explicite de la réinitialisation

Un OTL active un bit et un OTU le désactive. Cela peut constituer un modèle clair de conversion d’un événement en état, mais chaque chemin d’activation doit disposer d’un chemin de réinitialisation vérifié. Définissez ce qui se produit au premier cycle, lors d’un changement de mode, d’un téléchargement, d’un redémarrage du processeur, d’une perte de retour d’information et du passage à un état de défaut. Ne supposez jamais qu’un bouton d’arrêt opérateur est la seule condition devant désenclencher la commande.

Pour les équipements complexes, une machine d’états est généralement plus claire que des instructions de verrouillage et de déverrouillage dispersées. Elle fournit un emplacement unique pour définir les comportements Idle, Starting, Running, Stopping et Faulted, ainsi que les transitions autorisées entre ces états.

Une séquence de dépannage axée d’abord sur les défauts

Commencez par confirmer que la logique située avant l’ONS passe réellement de faux à vrai. Si elle est déjà vraie lorsque la routine commence à s’exécuter, il se peut qu’aucun nouveau front ne soit disponible. Vérifiez si la routine est scrutée en continu, appelée sous condition ou placée dans une tâche inhibée.

Ensuite, vérifiez que le bit de stockage de l’ONS est unique. La réutilisation d’une même balise de stockage à deux endroits couple l’historique des fronts de barreaux indépendants et peut supprimer des impulsions attendues.

Troisièmement, effectuez une recherche croisée sur la destination de l’OTE. Un autre OTE, OTL, OTU, une balise produite, un alias ou une écriture externe peut modifier le même bit plus tard dans la scrutation ou dans une autre tâche. La documentation Rockwell relative à l’OTE met spécifiquement en garde contre l’écrasement des opérandes. Établissez un propriétaire unique pour la commande finale et laissez les autres routines demander des modifications au moyen de balises distinctes.

Quatrièmement, séparez l’état du contrôleur de l’état physique. Observez séparément la balise de commande, l’état de connexion du module, les données de sortie, la tension de terrain, le relais d’interface, l’entrée du démarreur et le retour d’information de l’appareil comme autant de points distincts dans la chaîne du signal. Une balise correcte ne prouve pas la présence de l’alimentation de terrain, et le voyant allumé d’une sortie ne prouve pas que l’actionneur a bougé.

Enfin, supprimez les forçages et les verrouillages de diagnostic temporaires après les essais. Documentez la méthode de test afin que le personnel de maintenance n’hérite pas d’un bit réservé au dépannage qui modifierait discrètement le comportement de la production.

Exemple d’application : sélection de la pompe prioritaire

Une routine de sélection prioritaire/secours peut générer une impulsion lorsqu’une pompe 1 devient l’unité prioritaire sélectionnée. Ce front ne doit pas être câblé directement sur la sortie physique. Il doit demander un démarrage au module d’équipement de la pompe. Le module vérifie alors le mode automatique, les permissifs, l’état de déclenchement, le temps minimal d’arrêt, la demande du procédé et la disponibilité avant d’activer une commande de marche maintenue.

Le retour d’information doit faire passer l’état de Starting à Running, tandis qu’un dépassement du délai de démarrage déclenche une réponse de défaut. La demande d’arrêt et les défauts doivent faire évoluer l’état vers un arrêt contrôlé ou un déclenchement immédiat selon la conception du procédé. Cette séparation empêche qu’un événement fugace de sélection devienne le seul élément maintenant la commande du moteur.

Pour un autre exemple de transformation d’une intention booléenne en structure Ladder maintenable, consultez le guide corrigé sur la logique XOR à trois interrupteurs et de parité impaire. Les options de contrôleurs et d’E/S peuvent également être consultées dans les systèmes PLC et PAC.

Le test de conception porte sur la propriété

Point de vue éditorial : l’erreur récurrente n’est pas de mal comprendre une impulsion monostable ; c’est de laisser une balise d’événement se faire passer pour un état d’équipement. Les détecteurs de fronts répondent à la question « cette transition s’est-elle produite ? » La logique d’état répond à la question « que devrait faire la machine maintenant ? » En séparant ces deux questions, on obtient un code plus facile à mettre en service, plus sûr à redémarrer et beaucoup moins vulnérable aux modifications impliquant des bobines dupliquées.

Foire aux questions

Un ONS active-t-il l’OTE suivant ?

Oui, pendant la scrutation au cours de laquelle la condition d’entrée du barreau passe de faux à vrai. Lors de la scrutation suivante, l’ONS bloque le barreau jusqu’à ce que sa condition d’entrée redevienne d’abord fausse, puis repasse à vrai.

Pourquoi ne puis-je pas voir l’OTE s’activer en ligne ?

L’impulsion d’une seule scrutation peut commencer et se terminer entre deux actualisations du poste d’ingénierie. Utilisez un compteur d’événements interne, un verrouillage de diagnostic contrôlé ou une trace configurée de manière appropriée pour prouver que le front s’est produit.

Dois-je remplacer l’OTE par un OTL ?

Uniquement si un état rémanent est réellement requis et si toutes les conditions de désenclenchement sont explicitement conçues. Pour de nombreuses commandes d’équipement, une machine d’états ou une équation d’auto-maintien avec un seul OTE propriétaire est plus facile à vérifier.

Deux instructions ONS peuvent-elles partager le même bit de stockage ?

Non. Le bit de stockage enregistre l’historique des fronts. Le partager couple les deux instructions et peut amener un barreau à supprimer l’impulsion attendue de l’autre.

Un OTE d’une seule scrutation peut-il piloter une sortie physique ?

Le contrôleur peut écrire cet état, mais l’impulsion peut ne pas être transférée ou maintenue assez longtemps pour que le module et l’appareil de terrain réagissent. Les commandes physiques doivent reposer sur une exigence clairement définie d’état maintenu.