Mettre en place un TRS automatique paraît simple sur le papier.
On connecte la machine. On récupère quelques informations. On affiche un indicateur. Et l’atelier sait enfin si la ligne produit bien.
Dans la réalité, c’est rarement aussi direct.
Beaucoup de projets commencent avec une bonne intention : éviter la saisie manuelle, mieux suivre les arrêts, fiabiliser la cadence, mesurer les micro-arrêts, objectiver les pertes. Mais une question arrive très vite :
quelles données faut-il vraiment collecter sur la machine ?
C’est une question essentielle.
Un TRS automatique peut être très utile. Mais il peut aussi être faux, incomplet ou contesté si les états machine sont mal définis. Une machine peut être “en marche” sans produire. Elle peut attendre entre deux cycles. Elle peut tourner à cadence dégradée. Elle peut sortir des pièces non conformes. Elle peut être en mode manuel, en réglage ou en attente opérateur.
Si le système ne distingue pas ces situations, le TRS affiché risque de donner une impression de précision sans refléter la réalité de l’atelier.
Pour une PME industrielle, l’objectif n’est donc pas de tout collecter. L’objectif est de récupérer les bonnes données pour répondre à une question simple :
la machine produit-elle réellement des pièces bonnes, au rythme attendu, pendant le temps prévu ?
Un TRS automatique commence par les états machine
Avant de parler capteur, automate, IoT ou supervision, il faut définir les états de la machine.
C’est le socle.
Un TRS fiable doit distinguer au minimum plusieurs situations :
production réelle ;
attente ;
arrêt ;
défaut ;
réglage ;
changement de série ;
maintenance ;
marche dégradée ;
production non conforme.
Ces états ne sont pas toujours disponibles directement dans l’automate. Il faut parfois les reconstruire à partir de plusieurs signaux.
Par exemple, une machine peut être sous tension, en mode automatique et prête à fonctionner. Mais si aucun cycle n’est actif et qu’aucune pièce ne sort, elle ne produit pas réellement.
À l’inverse, une machine peut être en cycle, mais produire plus lentement que prévu. Dans ce cas, le sujet n’est pas seulement la disponibilité. C’est la performance.
C’est là que beaucoup de TRS automatiques deviennent fragiles : ils confondent “machine active” et “machine productive”.
Pourquoi ne faut-il pas tout mesurer ?
Quand on démarre un projet de suivi TRS, la tentation est forte de vouloir récupérer toutes les données disponibles.
Toutes les alarmes. Tous les capteurs. Tous les compteurs. Tous les modes. Toutes les informations de l’IHM.
En théorie, cela semble rassurant.
En pratique, cela peut compliquer le projet.
Plus il y a de données, plus il faut les trier, les interpréter, les maintenir et les expliquer aux équipes. Une donnée non utilisée devient du bruit. Une donnée mal comprise peut créer de mauvaises analyses.
La Fabrique de l’Industrie/McKinsey définit l’IoT industriel comme des réseaux d’objets capables de collecter et d’échanger des données pour améliorer l’efficacité et la gestion des ressources. Elle définit aussi l’analytique avancée comme le traitement de grands volumes de données pour en extraire des informations utiles et améliorer la prise de décision.
Le mot important est “utile”.
Dans un atelier, une donnée utile est une donnée qui aide à décider : arrêter une cause récurrente, fiabiliser un calcul TRS, prioriser une intervention, comprendre une perte de cadence, améliorer un changement de série.
Collecter plus n’est pas toujours mieux. Collecter juste est souvent plus efficace.
Les 7 familles de données à collecter pour un TRS automatique
1. Le temps d’ouverture
Le temps d’ouverture est la base du calcul.
Il correspond au temps pendant lequel la machine est censée produire.
Cela semble évident, mais c’est souvent une source de confusion.
Faut-il intégrer les pauses ?
Les changements de série sont-ils planifiés ou non planifiés ?
La maintenance préventive est-elle exclue ?
Les réunions d’équipe sont-elles comptées ?
Le nettoyage fait-il partie du temps de production ?
Sans règle claire, deux ateliers peuvent calculer deux TRS différents pour une même situation.
Le temps d’ouverture ne vient pas toujours directement de la machine. Il peut venir du planning, de l’ERP, d’un planning d’équipe, d’un paramétrage de supervision ou d’un choix métier.
Ce point doit être validé avec la production, pas seulement avec l’automatisme.
2. L’état de production réelle
C’est probablement la donnée la plus importante.
Il faut savoir quand la machine produit réellement.
Sur une machine automatisée, cela peut correspondre à un cycle actif, un convoyeur en fonctionnement, une pièce en cours de transformation, une opération validée ou un signal automate spécifique.
Sur une machine CNC, on peut regarder le cycle actif, le programme en cours, le compteur pièce, le temps entre deux cycles ou certains états de la commande numérique.
Sur une machine plus ancienne, on peut parfois utiliser des capteurs complémentaires : présence pièce, rotation, vibration, consommation électrique, impulsion de cycle, signal lumineux, contact sec.
Le piège consiste à prendre un signal trop vague.
Un voyant “machine en marche” ne suffit pas toujours. Il peut indiquer que la machine est prête, mais pas qu’elle produit.
Pour un TRS automatique fiable, il faut approcher au mieux la réalité : la machine transforme-t-elle réellement une pièce ?
3. Le comptage pièces
Le TRS a besoin d’un volume produit.
Il faut donc compter les pièces.
L’idéal est de distinguer :
pièces produites ;
pièces bonnes ;
pièces rebutées ;
pièces reprises ;
pièces en attente de contrôle.
Le comptage peut venir de l’automate, d’un capteur de passage, d’une commande numérique, d’une cellule de contrôle, d’une saisie opérateur ou d’un lien avec un système qualité.
Le point de vigilance est simple : compter une pièce ne veut pas dire compter une pièce bonne.
Si la qualité n’est pas intégrée, le TRS peut surestimer la performance réelle.
Dans certains ateliers, il est préférable de démarrer avec un comptage pièces produites, puis d’ajouter progressivement la distinction bonnes / non conformes lorsque le process le permet.
4. Le temps de cycle réel
Le temps de cycle réel permet de mesurer la performance.
Il répond à une question simple :
la machine produit-elle au rythme prévu ?
Une machine peut être disponible et produire des pièces bonnes, mais avec un cycle plus long que le standard. Le TRS baisse alors pour une raison de performance.
Le temps de cycle réel peut être mesuré entre deux pièces, entre deux impulsions de cycle, entre le début et la fin d’une opération, ou via l’automate.
Il doit être comparé à un temps de cycle standard crédible.
C’est un point souvent sous-estimé. Un standard obsolète peut fausser toute l’analyse.
Si le temps standard est trop ambitieux, la machine paraît mauvaise alors que le process a changé. S’il est trop large, les pertes restent invisibles.
5. Les arrêts et micro-arrêts
Le TRS automatique doit mesurer les arrêts.
Mais il doit aussi voir les micro-arrêts.
Une panne de deux heures est facile à identifier. Une attente de 40 secondes répétée 60 fois dans la journée l’est beaucoup moins.
Pourtant, les deux peuvent peser fortement sur la production.
Il faut donc capter :
début d’arrêt ;
fin d’arrêt ;
durée ;
fréquence ;
moment dans le cycle ;
lien éventuel avec une alarme ;
répartition par équipe, référence ou période.
Le plus important est de définir des seuils utiles.
À partir de combien de secondes parle-t-on d’un micro-arrêt ?
Quand bascule-t-on vers un arrêt court ?
Quand considère-t-on qu’un arrêt est significatif ?
Ces seuils dépendent du process. Une ligne rapide et une machine d’usinage ne se suivent pas de la même manière.
6. Les causes d’arrêt
Mesurer un arrêt ne suffit pas. Il faut comprendre pourquoi il arrive.
Certaines causes peuvent être déduites automatiquement : alarme active, défaut sécurité, arrêt d’un convoyeur, absence pièce, capteur défaut, mode manuel.
D’autres nécessitent encore une qualification humaine : attente matière, problème qualité, absence opérateur, réglage, changement de série, nettoyage, recherche outillage.
C’est ici que l’opérateur garde un rôle essentiel.
Le bon principe est simple : la machine mesure le fait, l’humain qualifie ce que la machine ne sait pas expliquer.
La saisie doit rester légère. Une liste trop longue de causes devient inutilisable. Une liste trop vague ne permet pas d’agir.
Le bon niveau de détail est celui qui permet de décider une action.
7. La qualité
Le TRS ne mesure pas seulement la disponibilité et la cadence. Il mesure aussi la qualité.
Une machine qui produit vite mais génère des rebuts ne performe pas réellement.
Les données qualité peuvent venir de plusieurs sources :
contrôle automatique ;
poste de contrôle ;
vision industrielle ;
saisie opérateur ;
système qualité ;
tri bonnes / mauvaises pièces ;
retours de reprise.
Dans un premier projet, la qualité est parfois intégrée manuellement. Ce n’est pas forcément un problème, tant que la règle est claire.
Mais il faut éviter de calculer un TRS uniquement sur des pièces produites si l’on sait qu’une part significative est rebutée ou reprise.
Machine existante : où récupérer ces données ?
Une machine existante n’a pas toujours été conçue pour communiquer.
C’est particulièrement vrai sur un parc ancien, hétérogène ou modifié au fil du temps.
Francis Rossignol rappelle que les machines anciennes sont plus difficiles à connecter, automatiser ou moderniser que des lignes récentes conçues pour l’industrie 4.0.
Cela ne veut pas dire qu’il faut repartir de zéro.
Plusieurs sources sont possibles.
Depuis l’automate
Quand l’automate est accessible, il peut fournir des informations précieuses : états machine, défauts, modes, compteurs, cycles, alarmes.
C’est souvent la source la plus proche du process.
Mais il faut vérifier la documentation, la compatibilité, les droits d’accès, le risque de perturber la machine et la cybersécurité.
Depuis l’IHM ou la commande numérique
Certaines machines affichent déjà des informations utiles : programme actif, compteur, alarmes, mode, état, cycle.
Selon les équipements, il est possible de récupérer une partie de ces données.
Mais l’accès dépend fortement de la machine, de son constructeur, de son âge et des protocoles disponibles.
Avec des capteurs ajoutés
Sur une machine peu communicante, des capteurs peuvent suffire pour démarrer.
On peut mesurer une présence pièce, une ouverture de porte, une rotation, une vibration, une consommation, une impulsion de cycle, une position, un passage produit.
Cette approche est souvent pragmatique pour une PME : elle permet de rendre une machine mesurable sans attendre un rétrofit complet.
Avec un boîtier IoT industriel
Un boîtier IoT industriel peut collecter des signaux machine, les horodater, les historiser et les envoyer vers une supervision ou une base de données.
C’est utile lorsque l’on veut connecter une machine existante, suivre plusieurs équipements hétérogènes ou démarrer un suivi production progressivement.
Mais le boîtier n’est qu’un moyen. Sa valeur dépend des signaux choisis et de l’usage attendu.
Depuis une saisie opérateur ciblée
Le TRS automatique ne supprime pas toute saisie humaine.
Il la rend plus intelligente.
L’opérateur n’a pas besoin de saisir l’heure exacte d’un arrêt si la machine peut le faire. En revanche, il peut confirmer une cause, indiquer une attente matière, signaler un problème qualité ou expliquer un changement de série particulier.
La saisie devient alors un complément utile, pas le socle fragile de tout l’indicateur.
Exemple : une machine ancienne que l’on veut suivre sans la remplacer
Imaginons une machine ancienne, encore fiable mécaniquement, mais peu communicante.
Elle produit des pièces importantes pour l’atelier. L’équipe soupçonne des pertes de cadence, mais le suivi repose sur des relevés manuels.
Avant de remplacer la machine ou de lancer un gros projet, il est possible de commencer simplement.
On peut installer un capteur pour détecter le cycle, récupérer un compteur pièce, mesurer les temps entre cycles, ajouter une information d’arrêt ou de défaut, puis afficher un premier suivi : temps productif, temps d’attente, arrêts courts, cadence réelle.
Ce premier niveau ne donne pas tout. Mais il donne déjà une base factuelle.
On peut alors voir si le problème vient de la disponibilité, de la performance, du chargement, des micro-arrêts ou d’une dérive de cycle.
La bonne question n’est pas “peut-on tout connecter ?”
La bonne question est : “quelles données suffisent pour prendre une meilleure décision ?”
Les erreurs fréquentes dans un projet de TRS automatique
Confondre automatisation du calcul et fiabilité du calcul
Un calcul automatique peut être faux.
Si les états machine sont mal définis, si le temps standard est obsolète ou si les causes d’arrêt sont mal classées, l’indicateur sera contesté.
Automatiser ne dispense pas de réfléchir.
Prendre le premier signal disponible
Le signal le plus facile à récupérer n’est pas toujours le plus pertinent.
Un voyant “marche” peut être disponible. Mais s’il ne distingue pas production réelle et attente, il peut fausser le TRS.
Oublier la marche dégradée
Une machine peut produire sans s’arrêter, mais trop lentement.
Dans ce cas, suivre uniquement les arrêts ne suffit pas. Il faut mesurer le temps de cycle réel ou la cadence réelle.
Créer trop de causes d’arrêt
Une liste de 80 causes devient difficile à utiliser.
L’opérateur hésite. Les données se dispersent. Le Pareto devient illisible.
Mieux vaut commencer avec quelques familles utiles, puis affiner si nécessaire.
Négliger l’IT/OT et la cybersécurité
Connecter une machine à un réseau atelier n’est jamais neutre.
La cybersécurité est définie par La Fabrique de l’Industrie/McKinsey comme la protection des systèmes et des données contre les intrusions informatiques et les cyberattaques.
Dans un projet TRS automatique, il faut donc cadrer les accès, les droits, la segmentation réseau, les sauvegardes et les flux de données.
La performance ne doit pas se faire au détriment de la robustesse industrielle.
La bonne démarche : partir du cas d’usage, pas de la technologie
Un projet TRS automatique réussi ne commence pas par : “Quel outil allons-nous installer ?”
Il commence par : “Quelle perte voulons-nous rendre visible ?”
Francis Rossignol souligne que les PME et ETI rencontrent souvent des difficultés à identifier les gains tangibles des solutions Smart Factory, avec des POC qui ne démontrent pas toujours une vraie valeur.
C’est un point très important.
Un TRS automatique ne doit pas être un POC de plus. Il doit aider l’atelier à mieux décider.
Par exemple :
mesurer les micro-arrêts sur une machine critique ;
fiabiliser le temps de cycle réel ;
objectiver une attente entre deux opérations ;
suivre une ligne avant un projet de robotisation ;
comparer les pertes par référence ;
prioriser les défauts récurrents ;
mesurer l’effet d’un changement d’organisation.
Quand le cas d’usage est clair, le choix des données devient beaucoup plus simple.
Comment DSMS accompagne un projet de TRS automatique
Chez DSMS Industries, l’approche ne consiste pas à vendre un tableau de bord générique.
Le point de départ est la machine et le besoin terrain.
Quels irritants veut-on mesurer ?
Le TRS actuel est-il contesté ?
Les micro-arrêts sont-ils invisibles ?
La machine est-elle ancienne ?
L’automate est-il accessible ?
Faut-il ajouter des capteurs ?
La supervision doit-elle être locale ou connectée ?
Quels risques IT/OT faut-il cadrer ?
À partir de cette analyse, DSMS peut intervenir sur les différentes briques du projet :
analyse process ;
identification des états machine ;
choix des signaux utiles ;
connexion automate ;
ajout de capteurs ;
boîtier IoT industriel ;
supervision ;
historisation des arrêts ;
calcul TRS ;
rétrofit si nécessaire ;
mise en service terrain ;
accompagnement des équipes.
L’objectif est de rendre la machine mesurable, pilotable et améliorable.
Pour une PME industrielle à Roanne, dans la Loire ou en Auvergne-Rhône-Alpes, cette approche permet de démarrer sur une machine critique, de valider l’intérêt, puis de déployer progressivement si la valeur est confirmée.
Conclusion : un TRS automatique fiable dépend surtout des bonnes données
Le TRS automatique n’est pas un sujet de logiciel avant tout.
C’est un sujet de terrain, de machine et de donnée fiable.
Avant d’afficher un indicateur, il faut savoir ce que la machine fait réellement : produit-elle, attend-elle, s’arrête-t-elle, ralentit-elle, génère-t-elle des rebuts ?
Les données à collecter doivent servir cette compréhension : temps d’ouverture, état de production, comptage pièces, temps de cycle, arrêts, causes, qualité.
Le reste vient ensuite : capteurs, automate, boîtier IoT, supervision, tableaux de bord.
Un TRS automatique utile n’est pas celui qui affiche le plus de chiffres. C’est celui qui aide les équipes à prendre de meilleures décisions.
Vous voulez suivre le TRS d’une machine existante sans repartir de zéro ? DSMS Industries peut vous aider à identifier les bons signaux, connecter l’existant et construire un suivi exploitable par vos équipes production, maintenance et méthodes.
