Résumé :

Calculer un TRS (OEE) fiable sur un parc de machines hétérogène est moins un problème de formule qu’un problème de cohérence des données. Les états machines diffèrent selon les constructeurs, les générations et les protocoles, ce qui rend les comparaisons souvent biaisées, notamment avec des cas comme le mode manuel, le feed hold, les réglages ou la maintenance. La clé consiste à définir un modèle d’états commun, simple mais robuste, permettant de distinguer la production effective de la production non effective, ainsi que les temps de réglage, d’arrêts planifiés et non planifiés. En normalisant les données machines, Atsora permet d’obtenir un TRS comparable et exploitable sur l’ensemble du parc, et de transformer la donnée brute en indicateurs réellement décisionnels.

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é. Cependant, si la formule théorique est simple, son application sur le terrain est souvent un véritable casse-tête.

Le défi majeur ne réside pas dans le calcul lui-même, mais dans la fiabilité et la comparabilité des données. Comment comparer la performance d'une machine récente connectée en OPC UA avec celle d'une machine plus ancienne dont les remontées d'états sont 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, loin des approximations théoriques.

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

Avant d'aborder la complexité technique, il est essentiel de rappeler que le TRS est le produit de trois taux : la disponibilité, la performance et la qualité.

Pourtant, 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

La réalité d'un atelier d'usinage est faite de 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 penser que l'état "EN CYCLE" signifie la même chose sur toutes les machines. Ce n'est pas le cas. Trois sources majeures créent des écarts :

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

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

3. La disponibilité de l'information : Certaines données critiques (comme la 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 la différence se fait entre un TRS théorique et un TRS terrain fiable. Pour obtenir des indicateurs justes, vous devez traiter ces cas spécifiques :

Mode manuel vs Mode automatique

Une machine en mode manuel peut techniquement usiner, mais elle ne produit pas à la cadence attendue. Si ces temps sont comptabilisés comme de la "production" sans distinction, ils gonflent artificiellement la disponibilité tout en dégradant le taux de performance. Il est crucial de qualifier le mode d'exécution pour isoler la production réelle.

Feed hold et corrections d'avance

C'est un cas d'école : la machine est en cycle, le statut remonte "production", mais l'opérateur a activé le feed hold (maintien d'avance) ou réduit le potentiomètre à 0% pour vérifier une cote. 

Résultat : La machine ne produit pas, mais le système calcule du TRS. Pour corriger cela, 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 calcul du 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. Il faut définir un modèle commun catégorisant clairement production, réglage et maintenance.

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

Pour piloter un parc hétérogène, vous ne pouvez pas vous fier aux états bruts des constructeurs. Vous devez construire une couche d'abstraction : la normalisation des données.

Nous recommandons un modèle d'états minimal mais robuste pour commencer :

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

• Production non effective : La machine est en cycle mais ne produit pas (Attente, Feed hold, Potentiomètre à 0).

• Réglage / Mise au point : Temps consacré à la préparation.

• Arrêt planifié : Pauses, formations.

• Arrêt non planifié : Pannes (machine en alarme et temps de réparation), manques matière.

• Fermeture : fermeture de l'atelier.

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

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

Voici une méthodologie éprouvée pour structurer votre démarche :

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

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

3. Distinguer l'état brut de la machine du statut consolidé (qui inclut l'état déclaré) : Enregistrez les données telles qu'elles ont été collectées sur la machine pour valider la cohérence des données.

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

5. Contrôler par échantillonnage : Vérifiez régulièrement la cohérence entre la remontée automatique et la réalité terrain (notamment les écarts de classification).

   
   

6. Comment Atsora facilite l'analyse sur des machines différentes

Chez Atsora, nous savons que la valeur ne réside pas dans la collecte de la donnée brute, mais dans sa transformation en information décisionnelle. Notre approche se distingue par notre capacité à traiter l'hétérogénéité des parcs machines.

• Connexion multi-protocoles : Nous nous connectons à plus de 20 protocoles différents et gérons plus de 180 configurations, rendant le système indépendant des constructeurs.

• Uniformisation et Normalisation : Notre technologie traduit le langage spécifique de chaque machine en un modèle de données unifié. Un état "exécution automatique" sur une machine Fanuc est mathématiquement comparable à une "exécution automatique" sur une machine Siemens.

• Pilotage sans biais : Grâce à cette normalisation, nos tableaux de bord offrent une vision juste et comparative de votre performance, indispensable pour prendre les bonnes décisions d'investissement ou 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).

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

• La normalisation des états machines est la condition sine qua non d'un reporting fiable.

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

• 
  

Vous souhaitez fiabiliser le calcul de votre TRS et obtenir une vision claire de votre parc machines ?

Chez Atsora Solutions, nous transformons vos données techniques en leviers de performance. N'hésitez pas à nous contacter pour discuter de la normalisation de vos indicateurs.

FAQ - Questions fréquentes