Comment répondre à la question d'entretien sur les TON vs TOF dans la logique de convoyeur ?

Un temporisateur au travail (TON - Timer On Delay) est utilisé dans la logique de bourrage d'un convoyeur pour confirmer qu'une condition de blocage reste vraie assez longtemps pour être considérée comme un défaut, tandis qu'un temporisateur au repos (TOF - Timer Off Delay) est utilisé dans les arrêts en cascade pour maintenir l'équipement aval en marche brièvement après la disparition d'un signal amont. Dans les systèmes de convoyage, les inverser crée un comportement machine erroné.

Une erreur courante en entretien consiste à expliquer les TON et TOF comme des définitions abstraites sans jamais les relier au comportement de la machine. Cette réponse est incomplète. Dans la logique de convoyeur, la distinction réelle est physique : le TON vérifie la persistance avant d'agir ; le TOF préserve le mouvement après la disparition d'un signal.

Dans l'ensemble d'exercices de convoyage haute vitesse OLLA Lab d'Ampergon Vallis, les utilisateurs juniors qui ont substitué le TOF au TON dans une tâche de vérification de bourrage par cellule photoélectrique n'ont pas réussi à produire une alarme de bourrage valide lors de 11 tentatives sur 11. Méthodologie : n=11 utilisateurs ; tâche=créer une détection de bourrage pour une cellule photoélectrique bloquée dans un préréglage de convoyeur ; comparateur de référence=logique de vérification correcte basée sur TON ; fenêtre temporelle=observations internes au laboratoire collectées lors de sessions guidées au T1 2026. Cette mesure soutient un point précis : l'utilisation incorrecte des temporisateurs lors d'une première tentative est courante dans ce scénario. Elle ne soutient aucune affirmation plus large sur les résultats d'embauche, la préparation de la main-d'œuvre ou les taux d'erreur à l'échelle de l'industrie.

Réussir cette question d'entretien demande plus que de se souvenir d'acronymes. Cela exige de montrer que vous pouvez traduire le mouvement d'un carton, le scintillement d'une cellule photoélectrique et un cycle de balayage d'automate (PLC) en une logique déterministe. La syntaxe est facile. Le déploiement ne l'est pas.

La différence fondamentale réside dans le front et la transition d'état que chaque temporisateur retarde.

Selon la sémantique des temporisateurs IEC 61131-3, un TON retarde le passage à l'état vrai de la sortie après que l'entrée est devenue vraie, tandis qu'un TOF retarde le passage à l'état faux de la sortie après que l'entrée est devenue fausse. Cela semble simple parce que ça l'est. Les problèmes commencent lorsque les gens appliquent cette simplicité à une machine en mouvement.

TON vs TOF en un coup d'œil

| Instruction | Transition d'entrée concernée | Ce qui est retardé | Utilisation typique sur convoyeur | |---|---|---|---| | TON | Faux vers Vrai | La sortie s'active / devient vraie | Vérification de bourrage, anti-rebond de capteur, vérification de persistance de défaut | | TOF | Vrai vers Faux | La sortie se désactive / devient fausse | Temporisation de fin de course, dégagement en cascade, comportement d'arrêt différé |

Comment se comporte l'état du temporisateur

Dans les implémentations PLC pratiques, les ingénieurs inspectent couramment ces états liés aux temporisateurs :

- EN (Enable) : L'instruction est activée par les conditions du barreau. - TT (Timer Timing) : Le temporisateur accumule activement vers sa valeur de consigne. - DN (Done) : Le temporisateur a atteint sa condition de consigne.

Pour un TON :

• Lorsque le barreau devient vrai, le temporisateur commence à accumuler.
• Pendant l'accumulation, TT est généralement vrai.
• Lorsque le temps accumulé atteint la consigne, DN devient vrai.
• Si le barreau devient faux avant que la consigne ne soit atteinte, la valeur accumulée se réinitialise (comportement standard non rémanent).

Pour un TOF :

• Lorsque le barreau est vrai, la condition de sortie est immédiatement établie.
• Lorsque le barreau devient faux, le temporisateur commence son intervalle de retard à l'arrêt.
• Pendant cet intervalle, la condition de sortie est maintenue vraie jusqu'à l'expiration de la consigne.

Le contraste est clair : le TON demande : « Cette condition est-elle restée vraie assez longtemps pour être fiable ? » Le TOF demande : « Cet état vrai doit-il persister après la disparition de la commande ? » L'un vérifie la persistance. L'autre assure la fin de course.

Un circuit de détection de bourrage de convoyeur doit utiliser un TON lorsque la condition de défaut est définie comme un capteur restant bloqué en continu au-delà d'un temps de transit acceptable.

C'est la raison technique fondamentale. Un carton qui passe doit couper le faisceau brièvement. Un carton coincé doit le bloquer assez longtemps pour être compté comme un défaut. Le temporisateur n'est pas là pour paraître sophistiqué ; il est là pour séparer le transit normal de la persistance anormale.

Définition opérationnelle du « correct » pour la logique de bourrage

Une routine de détection de bourrage est correcte lorsqu'elle remplit toutes les conditions suivantes :

• déclenche une alarme uniquement après que la cellule photoélectrique est restée bloquée plus longtemps que la fenêtre de transit autorisée,
• ignore le passage normal des produits,
• se réinitialise proprement lorsque le blocage est levé,
• expose l'état du temporisateur assez clairement pour diagnostiquer les alarmes intempestives,
• et ne nécessite pas d'endommager l'équipement physique pour vérifier la logique.

Cela fait partie de ce qu'on appelle être Simulation-Ready (prêt pour la simulation) : un ingénieur peut prouver, observer, diagnostiquer et renforcer la logique contre un comportement de processus réaliste avant qu'elle n'atteigne un convoyeur réel.

Construction pas à pas de l'échelle (Ladder)

#### 1. Mapper l'entrée de la cellule photoélectrique à un contact

Utilisez l'entrée discrète de la cellule de détection de bourrage comme un XIC si votre convention de tag fait qu'un faisceau bloqué s'évalue comme vrai.

- Tag exemple : `PE_01_BLOCKED` - Contact : `XIC(PE_01_BLOCKED)`

La polarité exacte de l'instruction dépend du câblage du capteur et de la normalisation de l'entrée dans le logiciel. Les entretiens cachent souvent ce détail exprès.

#### 2. Router le contact vers un TON

Pilotez un temporisateur au travail non rémanent à partir de la condition de blocage.

- Exemple : `TON(Timer_Jam, PRE:=3000 ms)`

Cela signifie que le faisceau doit rester bloqué pendant 3 secondes en continu avant que la condition "Done" du temporisateur ne soit atteinte.

#### 3. Définir la consigne à partir du comportement du processus, pas de la devinette

La consigne doit être légèrement plus longue que le temps de blocage normal le plus long acceptable pour cette zone de convoyeur.

Cette valeur dépend de :

• la vitesse de la bande,
• la longueur du produit,
• le placement du capteur,
• le comportement d'accumulation,
• et la variation attendue du processus.

Une consigne de temporisateur sortie de nulle part n'est pas de l'ingénierie. C'est de la décoration avec des effets secondaires.

#### 4. Utiliser le bit "Done" pour déclencher la réponse au défaut

Utilisez l'état "Done" du temporisateur pour activer une alarme, arrêter une zone ou initier une séquence de défaut contrôlée.

Exemple de logique Ladder :

XIC(PE_01_BLOCKED) TON(Timer_Jam, 3000)

XIC(Timer_Jam.DN) OTL(Fault_Jam)

Vous pouvez également utiliser le bit "Done" pour déverrouiller une commande de marche moteur, inhiber la libération en amont ou déclencher une bannière de défaut sur l'IHM, selon l'architecture du convoyeur.

Pourquoi le TON est correct ici

Le TON est correct car un bourrage est défini par une durée continue de blocage, et non par la disparition d'un signal.

Si la cellule photoélectrique scintille en raison de la géométrie du carton, des vibrations ou des effets de bord du faisceau, un TON standard se réinitialise lorsque l'entrée chute. Ce comportement est utile. Il agit comme un filtre de persistance numérique. Un TOF ne résout pas ce problème ; il en résout un autre.

Un TOF doit être utilisé pour les arrêts en cascade de convoyeurs lorsque l'équipement aval doit continuer à fonctionner brièvement après la disparition d'une commande de marche amont, afin que le produit puisse dégager la zone de transfert.

C'est un problème classique de fin de course. Si le convoyeur amont s'arrête et que le convoyeur aval s'arrête immédiatement aussi, les cartons peuvent créer un pont entre les zones. Au redémarrage, ce pont devient une collision, un biais ou un déversement. Les convoyeurs sont très doués pour transformer les erreurs de temporisation en travail de maintenance.

L'objectif de contrôle dans un arrêt en cascade

Le convoyeur aval doit :

• continuer à fonctionner pendant un intervalle défini après l'arrêt de l'alimentation amont,
• dégager tout produit déjà engagé dans le transfert,
• puis s'arrêter uniquement après que la zone est suffisamment vide pour le faire en toute sécurité.

Il s'agit d'une désactivation différée. C'est le domaine naturel d'un TOF.

Modèle typique de TOF

Si `Upstream_Run` passe à faux, la commande moteur aval reste vraie pendant la durée de la consigne du TOF.

Exemple de concept Ladder :

XIC(Upstream_Run) TOF(Downstream_Runout, 3000)

XIC(Downstream_Runout.DN) OTE(Conveyor_Downstream_Run)

Les détails d'implémentation varient selon la famille de PLC et le modèle d'instruction, mais l'intention de contrôle reste la même : maintenir le mouvement assez longtemps pour dégager le produit après la disparition de la commande initiale.

Pourquoi le TOF est faux pour la vérification de bourrage

Le TOF est faux pour la vérification de bourrage car il prolonge un état vrai après que l'entrée a chuté. La vérification de bourrage nécessite le comportement opposé : elle doit confirmer que la condition de blocage est restée vraie en continu assez longtemps pour être comptée comme anormale.

Une réponse d'entretien utile est ce contraste :

- Détection de bourrage : vérifier la persistance d'une condition de blocage avec un TON - Arrêt en cascade : préserver le mouvement aval après la perte de commande avec un TOF

Cette distinction est mémorable car les conséquences sur la machine sont différentes. L'une évite les défauts intempestifs. L'autre évite les collisions de produits.

Les signaux de cellules photoélectriques instables renforcent l'argument en faveur du TON dans la détection de bourrage, ils ne l'affaiblissent pas.

Un signal de cellule photoélectrique réel n'est pas toujours un front propre de manuel scolaire. Une géométrie de carton étrange, des rabats déchirés, des surfaces réfléchissantes, des vibrations, une dérive de l'alignement du capteur et le timing de balayage peuvent tous créer des transitions intermittentes. Le PLC ne se soucie pas de vos excuses mécaniques ; il ne voit que des bits qui changent.

Ce que signifie « rebond » dans ce contexte

Dans les applications de convoyage, « rebond » ou « scintillement » peut signifier :

• un faisceau qui se coupe et se rétablit à plusieurs reprises lorsqu'un produit irrégulier passe,
• un bavardage de front au coin avant ou arrière d'un carton,
• une détection instable due à l'alignement ou à la contamination,
• ou une courte interruption qui ne devrait pas être traitée comme un vrai bourrage.

Pourquoi le TON se comporte comme un filtre pratique

Un TON standard non rémanent n'atteint l'état "Done" que si la condition de blocage reste vraie en continu pendant toute la durée de la consigne.

Si le signal chute :

• le temps accumulé se réinitialise,
• le temporisateur doit recommencer,
• et l'événement intempestif ne se transforme pas en défaut.

C'est pourquoi les ingénieurs utilisent le TON pour l'anti-rebond et la vérification de défaut. Ce n'est pas du filtrage au sens du traitement du signal analogique, mais fonctionnellement, il rejette les perturbations de courte durée en exigeant une persistance.

Pourquoi le TOF fait une promesse erronée

Un TOF ne demande pas si la condition de blocage a été continuellement vraie assez longtemps pour compter comme un bourrage. Il demande si un état vrai doit rester affirmé après la disparition de la condition d'activation.

C'est utile pour les ventilateurs, les soufflantes, les cycles de purge et la fin de course des convoyeurs. Ce n'est pas utile pour décider si un blocage de cellule photoélectrique était réel et soutenu. Des acronymes similaires ont induit en erreur des personnes plus compétentes.

OLLA Lab est utile ici car il fournit un environnement de validation à risque contenu où l'accumulateur du temporisateur, la logique de consigne et la réponse de la machine peuvent être observés par rapport à des E/S simulées et au comportement de l'équipement.

Ce positionnement est important. OLLA Lab n'est pas une preuve de compétence sur site, de certification, de qualification SIL ou de préparation à la mise en service d'une ligne réelle seul. C'est un endroit pour répéter le raisonnement à haut risque que les usines réelles ne peuvent pas offrir à bas prix aux débutants.

Ce que vous pouvez observer dans le laboratoire

Dans OLLA Lab, un apprenant peut :

• construire une logique Ladder dans l'éditeur basé sur navigateur,
• exécuter et arrêter la simulation sans matériel physique,
• basculer et surveiller les entrées et sorties discrètes,
• inspecter les variables liées aux temporisateurs et les états des tags,
• comparer l'état du Ladder avec le comportement simulé du convoyeur,
• et réviser la logique après avoir observé un défaut.

C'est là que la plateforme devient opérationnellement utile. Vous arrêtez d'argumenter à partir de définitions et commencez à argumenter à partir du comportement.

Comment répéter le scénario d'entretien

Utilisez le préréglage de type convoyeur ou tri pour tester les deux cas :

• Créez un tag de cellule photoélectrique bloquée.
• Pilotez un TON à partir de cet état bloqué.
• Définissez une consigne plus longue que le transit normal du produit.
• Utilisez le bit "Done" pour déclencher un défaut ou une séquence d'arrêt.
• Observez si les blocages courts réinitialisent le temporisateur comme prévu.

#### Arrêt en cascade avec TOF

• Créez une commande de marche amont.
• Utilisez cette commande pour piloter un TOF pour la fin de course aval.
• Liez la commande moteur aval à l'état maintenu du temporisateur.
• Observez si le produit dégage la zone de transfert avant que la bande ne s'arrête.

Ce que signifie « validation par jumeau numérique » ici

Dans cet article, la validation par jumeau numérique signifie vérifier que la logique Ladder produit le comportement d'équipement prévu dans un modèle de machine simulé réaliste avant le déploiement.

Pour cet exemple de convoyeur, cela signifie observer si :

• une cellule photoélectrique bloquée produit un défaut uniquement après un blocage soutenu,
• un capteur qui scintille évite les déclenchements intempestifs,
• et un convoyeur aval continue assez longtemps pour dégager le produit lors d'un arrêt en cascade.

Cette définition est intentionnellement simple.

Vous simulez une cellule photoélectrique instable en injectant délibérément un comportement d'entrée discrète instable, puis en observant si la logique de bourrage se comporte toujours correctement.

Le but n'est pas de rendre la simulation spectaculaire. Le but est de forcer le temporisateur à prouver sa logique dans des conditions anormales mais plausibles.

Flux de travail pratique dans OLLA Lab

Utilisez le panneau des variables et les commandes de simulation pour créer des changements d'entrée répétés sur le tag de la cellule photoélectrique.

Une séquence de test utile est :

• mettre l'entrée de blocage de la cellule photoélectrique à vrai,
• l'impulsionner à faux brièvement à intervalles irréguliers,
• répéter cela sur une période plus courte que la consigne de bourrage,
• puis la maintenir à vrai en continu au-delà de la consigne.

Ce que vous devriez voir avec une conception TON correcte

Avec un TON correctement appliqué :

• l'accumulateur avance tant que l'entrée bloquée reste vraie,
• les brèves transitions à faux réinitialisent l'accumulation,
• le bit "Done" reste faux pendant le scintillement,
• et le défaut n'apparaît qu'une fois que le blocage reste continu au-delà de la consigne.

C'est la réponse que les recruteurs veulent, qu'ils l'expriment clairement ou non.

Ce que vous devriez voir avec une conception TOF incorrecte

Avec un TOF substitué dans le même chemin logique :

• le comportement du temporisateur ne vérifie plus le blocage soutenu,
• la sémantique de sortie reflète une désactivation différée plutôt qu'une confirmation de défaut différée,
• et le comportement d'alarme résultant ne correspond pas à la définition physique du bourrage.

Dans un convoyeur simulé, l'erreur devient visible rapidement. Dans un convoyeur réel, elle devient visible aux opérations en premier.

Vous devez expliquer les champs des temporisateurs en termes de comportement observable de la machine, pas seulement en noms de tags.

Une réponse compacte et forte ressemble à ceci :

- PRE (Preset) : le seuil de temps requis pour une décision. - ACC (Accumulator) : le temps écoulé actuellement compté vers ce seuil. - EN (Enable) : l'instruction de temporisation est pilotée par des conditions de barreau vraies. - TT (Timer Timing) : le temporisateur compte activement et n'est pas encore terminé. - DN (Done) : le temporisateur a atteint sa condition de consigne.

Ensuite, reliez ces champs au convoyeur :

• Dans la détection de bourrage, `ACC` augmente tant que la cellule photoélectrique reste bloquée.
• Si le blocage est levé trop tôt, `ACC` se réinitialise dans un TON standard.
• Si `ACC` atteint `PRE`, `DN` devient vrai et l'alarme de bourrage est valide.

Cette réponse montre une réflexion basée sur le cycle de balayage. Elle montre aussi que vous comprenez pourquoi le temporisateur existe.

L'artefact de portfolio le plus fort est un dossier de décision d'ingénierie compact, pas une pile de captures d'écran Ladder avec des flèches et de l'optimisme.

Si vous voulez démontrer vos compétences de manière crédible, documentez l'exercice selon cette structure :

1) Description du système

Énoncez clairement le contexte de la machine.

- Exemple : transfert de convoyeur à deux zones avec une cellule photoélectrique pour la vérification de bourrage et une exigence de fin de course aval.

2) Définition opérationnelle du « correct »

Définissez ce que la logique réussie doit faire.

• Alarme de bourrage uniquement après un blocage continu au-delà de 3 secondes.
• Aucune alarme pendant le passage normal des cartons.
• Le convoyeur aval fonctionne 3 secondes après l'arrêt amont pour dégager le produit.

3) Logique Ladder et état de l'équipement simulé

Montrez la logique et la réponse de la machine ensemble.

• Extrait de Ladder utilisant TON pour la vérification de bourrage.
• Extrait de Ladder utilisant TOF pour la fin de course aval.
• État du convoyeur simulé montrant le mouvement du produit et le dégagement de la zone.

4) Le cas de défaut injecté

Testez délibérément une condition anormale.

• Entrée de cellule photoélectrique instable.
• Arrêt aval immédiat sans fin de course.
• Pontage de produit au point de transfert.

5) La révision effectuée

Documentez le changement de logique et pourquoi il a été fait.

• Remplacement de la logique de bourrage incorrecte basée sur TOF par un TON.
• Ajustement de la consigne en fonction de l'enveloppe de temps de transit observée.
• Ajout d'un verrouillage de défaut ou d'un comportement de réinitialisation plus clair.

6) Leçons apprises

Énoncez ce que l'exercice a prouvé.

• Le TON vérifie la persistance.
• Le TOF préserve le mouvement après la perte de commande.
• La logique de temporisation du convoyeur doit être dérivée du comportement de la machine, pas de la similarité mnémotechnique.

Ce type d'artefact est utile car il montre le raisonnement, l'injection de défauts, la révision et la validation. C'est plus proche du travail d'ingénierie qu'une capture d'écran polie ne le sera jamais.

Les définitions des temporisateurs elles-mêmes sont fondées sur la norme IEC 61131-3, qui normalise les concepts de langage de programmation PLC et le comportement des blocs fonctionnels. C'est l'autorité principale pour la distinction TON/TOF.

L'argument plus large en faveur de la simulation et de la validation de type jumeau numérique est soutenu, sous une forme limitée, par la littérature d'ingénierie montrant que la mise en service virtuelle, les tests basés sur la simulation et la validation basée sur des modèles peuvent réduire les risques d'intégration en fin de projet et améliorer la découverte des défauts avant le déploiement réel. Le bénéfice exact dépend fortement de la fidélité du modèle, de la portée de la tâche et de la discipline organisationnelle. Une simulation n'est aussi honnête que les hypothèses qu'elle contient.

Pour le raisonnement lié à la sécurité, il est également important de garder des limites claires :

• Une simulation de formation n'est pas équivalente à une validation de sécurité fonctionnelle.
• Pratiquer la logique de temporisation dans un jumeau numérique n'est pas une détermination SIL ou une preuve de conformité.
• La norme IEC 61508 et les cadres de sécurité connexes régissent les attentes du cycle de vie de la sécurité à un niveau de rigueur beaucoup plus élevé qu'un laboratoire de formation général.

Cette distinction protège à la fois la crédibilité et le lecteur.

- Aperçu de la norme de programme IEC 61131-3 (IEC) - Cycle de vie de la sécurité fonctionnelle IEC 61508 (IEC) - Ressources de la norme de contrôle par lots ISA-88 (ISA) - Manuel des perspectives professionnelles (Bureau of Labor Statistics des États-Unis) - Revue des jumeaux numériques pour les systèmes de production basés sur CPS (DOI) - Ressources techniques sur la sécurité fonctionnelle (exida)