Les moniteurs en ligne affichent parfois un bit de stockage ONS en transition alors que l’OTE prévu ne semble jamais exciter un démarreur de pompe ou un solénoïde. Dans Studio 5000 Logix Designer, il ne s’agit généralement pas d’une carte de sortie défaillante. L’ONS est un détecteur de front montant qui n’est vrai que pendant une seule évaluation de routine. L’OTE écrit sa condition de ligne à chaque scrutation, sans auto-maintien interne. En les associant directement, vous créez une impulsion d’une seule scrutation — souvent de 5 à 20 ms — que les contacteurs, les variateurs de fréquence et même les animations de l’IHM ignorent pratiquement, tandis que le taux d’affichage plus lent de l’IDE ne détecte pas du tout l’impulsion.

L’intuition issue de la logique à relais échoue ici : une écriture Logix de 10 ms n’équivaut pas à un contact auxiliaire maintenu.

Physique de la scrutation

Les démarreurs réels nécessitent souvent une commande stable pendant 50 à 100 ms. Un simple chemin ONS→OTE ne peut pas fournir cela. Les fenêtres de surveillance de Studio 5000 échantillonnent beaucoup plus lentement que la période de la tâche ; la probabilité de détecter une impulsion de 10 ms est donc faible — d’où le mythe selon lequel « l’ONS ne s’est jamais déclenché ».

Prolongations de diagnostic

• Un TOF en parallèle (préréglage de 1 à 2 s) sur l’événement ONS ; surveillez .TT/.DN dans l’IDE
• Ajoutez 1.0 à un compteur REAL à chaque front ; tracez l’évolution du compteur
• Utilisez Studio Trend avec un échantillonnage d’environ 10 ms sur l’étiquette OTE pour voir le véritable rapport cyclique

Les schémas d’auto-maintien ou OTL/OTU convertissent une décision impulsionnelle en commande de marche maintenue.

Solution A — OTL / OTU

[Pump1_RunCmd_ONS] ----(OTL Pump1_RunCmd)
[Pump1_Stop_PB]    ----(OTU Pump1_RunCmd)
[Pump1_Fault]      ----(OTU Pump1_RunCmd)

N’oubliez pas que les verrouillages sont rémanents par défaut après les cycles de mise hors tension. Ajoutez des réinitialisations au premier cycle ou de maintenance pour les sorties qui ne doivent pas redémarrer un moteur après un redémarrage.

Solution B — auto-maintien autour de l’OTE

|--[Start_ONS]-+----------(OTE RunCmd)--|
|              |                        |
|--[RunCmd]----+                        |
|--[Stop_PB]---/                        |

Il s’agit de l’analogie du démarreur à trois fils recommandée dans les pratiques de programmation Logix : l’ONS fournit le front de démarrage ; le contact RunCmd en auto-maintien maintient l’OTE jusqu’à ce que l’arrêt ou l’interverrouillage ouvre le circuit.

Solution C — bit d’état et OTE de commande

Pour les équipements séquencés, utilisez un OTL pour verrouiller une étape Selected sur le front, activez un OTE Start lorsque Selected est vrai et que le retour Running est faux, puis utilisez un OTU pour désactiver Selected sur le retour. L’IHM voit toujours une véritable commande de démarrage tandis que le verrouillage conserve l’étape.

Contexte maître/esclave et pièges

Les séquenceurs de pompes fondés sur les heures de fonctionnement utilisent souvent mal l’ONS dans les comparaisons du type « cette pompe devient la pompe maître ». Après avoir corrigé la structure front-commande, ajoutez des temporisations de marche minimale (anti-cycles courts), des inhibitions de rotation de la pompe maître et des chemins OTU en cas de défaut. Faites une recherche croisée de l’étiquette OTE afin de repérer les bobines dupliquées plus loin dans la scrutation, qui écrasent silencieusement un 1 maintenu par un 0. Privilégiez un seul propriétaire de bobine par BOOL.

Inspectez également la topologie des branches : un chemin parallèle qui contourne l’ONS peut laisser l’OTE à faux même lorsque le bit de stockage oscille, et une deuxième routine écrivant dans le même BOOL peut annuler un auto-maintien parfaitement réalisé une tâche plus tard. Lorsque plusieurs consommateurs ont besoin de l’impulsion, pilotez une seule fois un BOOL intermédiaire depuis l’ONS, puis diffusez une logique maintenue ou verrouillée à partir de ce bit.

// Prolongation temporaire — à supprimer avant la mise en service finale
[Pump1_Start_ONS] ---(TOF Stretch_Timer, 2.0 s)
[Stretch_Timer.TT] ---(OTE Diagnostic_Stretch_On)

Avec la prolongation en place, Diagnostic_Stretch_On reste visible dans l’IDE et sur un voyant clignotant de l’IHM, ce qui confirme la fréquence des fronts avant que vous ne fassiez confiance à la logique d’auto-maintien de production. Supprimez ou inhibez le chemin de diagnostic après la FAT afin que les opérateurs ne poursuivent pas indéfiniment un voyant de maintenance.

Appliquez systématiquement ces règles de propriété sur les plates-formes PLC et PAC afin que les modifications de l’équipe de nuit ne réintroduisent pas de lignes ONS→OTE non protégées dans le prochain package.