Résumé :

Un TRS n'est comparable d'une machine à l'autre que si les états machine sont normalisés sur un modèle commun. Sur un parc hétérogène (Fanuc, Siemens, Heidenhain…), l'état « en cycle » ne veut pas dire la même chose partout : c'est la première source d'erreur. Les cas piégeux — mode manuel, feed hold, réglage — doivent être qualifiés, sinon le TRS est mathématiquement juste mais industriellement faux. 

Un logiciel TRS comme Atsora Tracking traduit chaque langage machine en données unifiées et supprime la saisie manuelle.

Pour calculer un TRS (OEE) fiable sur un parc de machines hétérogène, ne vous fiez pas aux états bruts des commandes numériques. Définissez un modèle d'états commun (production effective, production non effective, réglage, arrêts), qualifiez les cas comme le feed hold, puis automatisez la collecte avec un logiciel TRS. Vous obtenez alors des indicateurs réellement comparables d'une machine à l'autre.

Comment calculer un TRS (OEE) fiable sur un parc de machines hétérogène ?

Dans l'industrie moderne, le calcul du Taux de Rendement Synthétique (TRS) — ou OEE (Overall Equipment Effectiveness) — est devenu la norme pour mesurer la productivité. La formule théorique est simple, mais son application sur le terrain est souvent un casse-tête.

Le vrai défi n'est pas le calcul : c'est la fiabilité et la comparabilité des données. Comment comparer une machine récente connectée en OPC UA avec une machine plus ancienne aux remontées limitées ? Comment traiter un feed hold (arrêt d'avance) qui fausse vos temps de cycle ?

Cet article propose une approche pragmatique pour normaliser vos données et obtenir un TRS exploitable sur un parc hétérogène. 

1. TRS / OEE : Ce que l'indicateur mesure (et ce qu'il ne mesure pas)

Le TRS est le produit de trois taux : la disponibilité, la performance et la qualité.

Mais le TRS n'est pas une vérité absolue : c'est le résultat d'un modèle. Si les données d'entrée sont incohérentes, le résultat sera mathématiquement juste mais industriellement faux. Le biais principal survient lorsque le périmètre de calcul (ce que l'on considère comme "temps d'ouverture" ou "temps de production") varie d'une machine à l'autre au sein du même atelier.

2. Pourquoi le TRS est difficile à comparer sur un parc hétérogène

Un atelier d'usinage, c'est la diversité : commandes numériques différentes (Fanuc, Siemens, Heidenhain, etc.), générations variées et protocoles de communication disparates.

L'erreur classique est de croire que l'état "EN CYCLE" signifie la même chose partout. Trois sources d'écarts :

1. Le vocabulaire CN : Chaque constructeur a sa propre définition des états machines.

2. La granularité : Une machine moderne distingue une pause programme d'une exécution manuelle, là où une machine ancienne ne remonte qu'un état d'attente générique.

3. La disponibilité de l'information : Certaines données critiques (position du potentiomètre d'avance) ne sont pas toujours accessibles nativement.

   
   

3. Les biais fréquents en atelier : mode manuel, feed hold et réglages

C'est ici que se joue la différence entre un TRS théorique et un TRS terrain fiable. 

Mode manuel vs Mode automatique

Une machine en mode manuel peut usiner, mais pas à la cadence attendue. Comptabiliser ces temps en "production" sans distinction gonfle artificiellement la disponibilité et dégrade le taux de performance. Il faut qualifier le mode d'exécution pour isoler la production réelle.

Feed hold et corrections d'avance

Cas d'école : la machine est en cycle, le statut remonte "production", mais l'opérateur a activé le feed hold ou réduit le potentiomètre à 0% pour vérifier une cote.  La machine ne produit pas, mais le système calcule du TRS. Il faut distinguer la production déclarée (état machine) de la production réelle (état machine + activité effective).

Réglage et Maintenance

Faut-il inclure les temps de changement de série (SMED) dans le TRS ? Cela dépend de votre stratégie, mais le plus important est la cohérence. Si la machine A inclut le réglage dans le temps requis et la machine B l'exclut, aucune comparaison n'est possible. Définissez un modèle commun catégorise clairement production, réglage et maintenance.

👉 Envie de voir ces biais corrigés automatiquement, machine par machine ? Découvrez Atsora Tracking en démo.

4. Définir un modèle d'états machine cohérent : la clé de la comparabilité

Pour piloter un parc hétérogène, ne vous fiez pas aux états bruts des constructeurs. Construisez une couche d'abstraction : la normalisation des données. Un modèle minimal mais robuste pour démarrer :

• Production effective : La machine usine réellement (Cycle actif + Avance > 0).

• Production non effective : en cycle mais sans production (Attente, Feed hold, Potentiomètre à 0).

• Réglage / Mise au point : Temps de préparation.

• Arrêt planifié : Pauses, formations.

• Arrêt non planifié : Pannes (alarme + réparation), manques matière.

• Fermeture : atelier fermé.

L'erreur fréquente est de vouloir trop détailler dès le départ. Fiabilisez d'abord ces grandes catégories avant d'affiner.

5. Méthode pratique : calculer un TRS fiable en 5 étapes

1. Définir le périmètre : Quelles machines, quelles équipes et quelles plages horaires ?

2. Définir les règles de qualification : Créez un lexique commun pour votre atelier (ex: "un micro-arrêt < 2 min est-il une perte de performance ou un état de production ?").

3. Distinguer l'état brut de la machine du statut consolidé : Enregistrez les données telles que collectées pour valider leur cohérence.

4. Séparer les temps : Isolez clairement Réglage, Maintenance et Production.

5. Contrôler par échantillonnage : Vérifiez régulièrement l'écart entre la remontée automatique et la réalité terrain.

👉 Ces 5 étapes, sans saisie manuelle ni tableur ? Demandez une démo d'Atsora Tracking et voyez le calcul tourner sur votre propre parc.

6. Un logiciel TRS pour normaliser un parc de machines différentes 

La valeur ne réside pas dans la collecte de la donnée brute, mais dans sa transformation en information décisionnelle. C'est le rôle d'un logiciel TRS capable de gérer l'hétérogénéité des parcs : 

• Connexion multi-protocoles : Atsora Tracking se connecte à plus de 20 protocoles et gère plus de 180 configurations, ce qui rend le système indépendant des constructeurs.

• Uniformisation et Normalisation : Le langage spécifique de chaque machine est traduit en un modèle de données unifié. Une "exécution automatique" sur une Fanuc devient comparable à une "exécution automatique" sur une Siemens.

• Pilotage sans biais et sans saisie manuelle : Des tableaux de bord qui offrent une vision juste et comparative de la performance, indispensable pour arbitrer un investissement ou une action d'amélioration continue.

  
  

À retenir

• Le TRS est utile mais incomparable sans un modèle de données commun.

• L'hétérogénéité du parc amplifie les biais de calcul (vocabulaire CN différent).

• Le feed hold, le mode manuel ou le réglage doivent être qualifiés précisément.

• La normalisation des états machine est la condition d'un reporting fiable.

• La donnée machine brute doit être traduite et contextualisée pour devenir exploitable.

• 
  

Fiabilisez le calcul de votre TRS sur tout votre parc

Vous voulez une vision claire et comparable de la performance de vos machines, sans saisie manuelle ? Demandez une démo d'Atsora Tracking : on vous montre la normalisation de vos indicateurs sur votre propre parc.

FAQ - Questions fréquentes