[et_pb_section fb_built=\u00a0\u00bb1″ _builder_version=\u00a0\u00bb4.27″][et_pb_row][et_pb_column type=\u00a0\u00bb4_4″][et_pb_text]<\/p>\n
Quand on compare des logiciels OEE, on regarde souvent les tableaux de bord, le prix, l’ergonomie. Un crit\u00e8re technique pourtant d\u00e9terminant passe fr\u00e9quemment sous le radar : la granularit\u00e9 des donn\u00e9es OEE<\/strong>, c’est-\u00e0-dire la r\u00e9solution temporelle \u00e0 laquelle le syst\u00e8me mesure l’\u00e9tat des machines. Cette r\u00e9solution d\u00e9termine directement la capacit\u00e9 \u00e0 d\u00e9tecter les micro-arr\u00eats \u2014 et les micro-arr\u00eats repr\u00e9sentent souvent le plus gros gisement de pertes cach\u00e9 dans une usine. Cet article explique pourquoi la granularit\u00e9 change tout, et comment l’\u00e9valuer.<\/p>\n La granularit\u00e9 temporelle est l’intervalle de temps le plus fin auquel un syst\u00e8me enregistre l’\u00e9tat d’une machine (en marche ou \u00e0 l’arr\u00eat). Certains syst\u00e8mes \u00e9chantillonnent l’\u00e9tat toutes les 10, 30 ou 60 secondes. D’autres d\u00e9tectent les changements d’\u00e9tat \u00e0 la seconde pr\u00e8s. Cette diff\u00e9rence, apparemment technique et secondaire, a des cons\u00e9quences directes sur la fiabilit\u00e9 du TRS calcul\u00e9 et sur la d\u00e9tection des pertes.<\/p>\n Une analogie : mesurer la pluviom\u00e9trie une fois par heure vous donne une tendance correcte sur la journ\u00e9e, mais vous manquez les averses br\u00e8ves et intenses. Mesurer \u00e0 la minute capture tout. Pour le TRS global, une granularit\u00e9 grossi\u00e8re suffit. Pour les micro-arr\u00eats, elle ne suffit pas.<\/p>\n Un micro-arr\u00eat est une interruption br\u00e8ve \u2014 typiquement de quelques secondes \u00e0 2-3 minutes \u2014 souvent caus\u00e9e par un bourrage, un d\u00e9faut d’alimentation pi\u00e8ce, un micro-r\u00e9glage ou une attente op\u00e9rateur. Individuellement, chaque micro-arr\u00eat semble n\u00e9gligeable. Collectivement, sur une ligne \u00e0 cadence \u00e9lev\u00e9e, ils repr\u00e9sentent fr\u00e9quemment 15 \u00e0 25 % du temps de production perdu.<\/p>\n Le probl\u00e8me : si un syst\u00e8me \u00e9chantillonne l’\u00e9tat machine toutes les 10 secondes, un arr\u00eat de 4 secondes survenu entre deux \u00e9chantillons peut \u00eatre invisible ou mal mesur\u00e9. Un arr\u00eat de 8 secondes peut \u00eatre enregistr\u00e9 comme un arr\u00eat de 10 secondes (arrondi \u00e0 l’\u00e9chantillon), ou ignor\u00e9 s’il tombe entre deux mesures. L’impr\u00e9cision s’accumule sur des centaines de micro-arr\u00eats par jour.<\/p>\n \u00c0 l’inverse, un syst\u00e8me qui d\u00e9tecte l’\u00e9tat \u00e0 la seconde et enregistre tout arr\u00eat de 3 secondes et plus capture l’int\u00e9gralit\u00e9 de ces \u00e9v\u00e9nements avec leur dur\u00e9e r\u00e9elle. C’est l’approche de TeepTrak : d\u00e9tection \u00e0 la seconde, seuil de capture \u00e0 3 secondes.<\/p>\n Deux cons\u00e9quences directes d\u00e9coulent de la granularit\u00e9.<\/p>\n Cons\u00e9quence 1 : la fiabilit\u00e9 du taux de disponibilit\u00e9.<\/strong> Le TRS int\u00e8gre la disponibilit\u00e9, qui d\u00e9pend du temps d’arr\u00eat total. Si les micro-arr\u00eats sont sous-estim\u00e9s \u00e0 cause d’une granularit\u00e9 grossi\u00e8re, le temps d’arr\u00eat total est sous-estim\u00e9, et le TRS affich\u00e9 est artificiellement sup\u00e9rieur au TRS r\u00e9el. L’usine croit performer mieux qu’en r\u00e9alit\u00e9 \u2014 un faux confort qui masque un gisement de productivit\u00e9.<\/p>\n Cons\u00e9quence 2 : la qualit\u00e9 de l’analyse Pareto.<\/strong> L’analyse Pareto classe les causes d’arr\u00eat par temps perdu cumul\u00e9 pour prioriser les actions. Si les micro-arr\u00eats sont mal captur\u00e9s, ils n’apparaissent pas (ou apparaissent sous-\u00e9valu\u00e9s) dans le Pareto. L’usine concentre alors ses efforts sur des causes visibles mais secondaires, en ignorant le premier poste r\u00e9el de pertes. L’exp\u00e9rience TeepTrak montre que sur les lignes \u00e0 cadence \u00e9lev\u00e9e, les micro-arr\u00eats sont souvent le premier poste Pareto une fois mesur\u00e9s finement \u2014 une d\u00e9couverte impossible avec une granularit\u00e9 grossi\u00e8re.<\/p>\n Avant de choisir un logiciel OEE, posez ces questions techniques pr\u00e9cises : Quelle est la r\u00e9solution de d\u00e9tection de l’\u00e9tat machine (\u00e0 la seconde, toutes les 10 secondes, toutes les 30 secondes) ? Quel est le seuil minimal de dur\u00e9e d’arr\u00eat enregistr\u00e9 (3 secondes, 1 minute, 5 minutes) ? Les micro-arr\u00eats sont-ils captur\u00e9s automatiquement ou n\u00e9cessitent-ils une saisie op\u00e9rateur ? La dur\u00e9e des arr\u00eats est-elle mesur\u00e9e pr\u00e9cis\u00e9ment ou arrondie \u00e0 l’intervalle d’\u00e9chantillonnage ? Les r\u00e9ponses r\u00e9v\u00e8lent la capacit\u00e9 r\u00e9elle de la solution \u00e0 mesurer le gisement le plus important de pertes.<\/p>\n La granularit\u00e9 requise d\u00e9pend de votre process. Pour des process continus lents (chimie, grande plasturgie, usinage de longue dur\u00e9e), les micro-arr\u00eats sont rares et une granularit\u00e9 de 10 \u00e0 30 secondes peut suffire. Pour des process cadenc\u00e9s rapides (conditionnement, embouteillage, assemblage, injection cycles courts), les micro-arr\u00eats sont fr\u00e9quents et d\u00e9terminants \u2014 une granularit\u00e9 \u00e0 la seconde devient indispensable. Le choix de la solution OEE doit donc tenir compte du profil de cadence de vos lignes.<\/p>\n Il serait excessif de r\u00e9duire le choix d’un logiciel OEE \u00e0 la seule granularit\u00e9. L’ergonomie, le support, l’analyse, le co\u00fbt comptent aussi. Mais la granularit\u00e9 est un pr\u00e9requis : aucune analyse sophistiqu\u00e9e ne peut compenser des donn\u00e9es de base incompl\u00e8tes. Un excellent tableau de bord aliment\u00e9 par des donn\u00e9es \u00e0 granularit\u00e9 grossi\u00e8re reste un excellent tableau de bord sur des donn\u00e9es partielles. La pr\u00e9cision de la mesure est la fondation ; tout le reste se construit dessus.<\/p>\n Pour capturer les micro-arr\u00eats de fa\u00e7on fiable, une d\u00e9tection de l’\u00e9tat machine \u00e0 la seconde et un seuil d’enregistrement bas (de l’ordre de 3 secondes) sont n\u00e9cessaires. Une granularit\u00e9 de 10 secondes ou plus risque de manquer ou d’arrondir les arr\u00eats les plus brefs, qui constituent pourtant une part importante des pertes sur les lignes cadenc\u00e9es.<\/p>\n Elle peut le surestimer. Si les micro-arr\u00eats sont sous-mesur\u00e9s \u00e0 cause d’une granularit\u00e9 grossi\u00e8re, le temps d’arr\u00eat total est sous-estim\u00e9 et le taux de disponibilit\u00e9 \u2014 donc le TRS \u2014 appara\u00eet sup\u00e9rieur \u00e0 la r\u00e9alit\u00e9. C’est un faux confort qui masque un gisement de productivit\u00e9 r\u00e9el.<\/p>\n TeepTrak d\u00e9tecte l’\u00e9tat machine \u00e0 la seconde gr\u00e2ce \u00e0 ses capteurs non-invasifs (pince amp\u00e8rem\u00e9trique, capteur photo\u00e9lectrique) et enregistre automatiquement tous les arr\u00eats de 3 secondes et plus. Cette r\u00e9solution fine est con\u00e7ue sp\u00e9cifiquement pour la capture exhaustive des micro-arr\u00eats et le calcul d’un TRS fiable.<\/p>\n Non, pas mauvais \u2014 adapt\u00e9s \u00e0 certains contextes. Pour des process continus lents avec peu de micro-arr\u00eats, une granularit\u00e9 de 10 secondes peut donner un TRS fiable. Le probl\u00e8me survient sur des lignes cadenc\u00e9es rapides o\u00f9 les micro-arr\u00eats brefs sont fr\u00e9quents : dans ce cas, une granularit\u00e9 grossi\u00e8re sous-estime structurellement les pertes.<\/p>\n Des deux. Le capteur doit \u00eatre capable de d\u00e9tecter les changements d’\u00e9tat \u00e0 haute fr\u00e9quence, et le logiciel doit enregistrer et traiter ces donn\u00e9es \u00e0 la r\u00e9solution correspondante. Une cha\u00eene compl\u00e8te \u00e0 haute granularit\u00e9 \u2014 du capteur jusqu’au stockage \u2014 est n\u00e9cessaire pour capturer fid\u00e8lement les micro-arr\u00eats.<\/p>\n Si vous avez des lignes cadenc\u00e9es (conditionnement, assemblage, embouteillage, injection), les micro-arr\u00eats sont presque certainement pr\u00e9sents \u2014 la question est leur ampleur. Le seul moyen fiable de le savoir est de mesurer avec une granularit\u00e9 fine. Un d\u00e9ploiement pilote TeepTrak sur 3 \u00e0 5 machines r\u00e9v\u00e8le en quelques semaines l’ampleur r\u00e9elle des micro-arr\u00eats, souvent invisibles jusque-l\u00e0.<\/p>\n Cela d\u00e9pend de leur ampleur initiale, mais les micro-arr\u00eats repr\u00e9sentant fr\u00e9quemment 15 \u00e0 25 % du temps perdu sur lignes cadenc\u00e9es, leur r\u00e9duction est souvent la premi\u00e8re source de gain de TRS. Les clients TeepTrak observent en moyenne +15 points de TRS en 3 \u00e0 6 mois, la capture et la r\u00e9duction des micro-arr\u00eats y contribuant significativement.<\/p>\n Mesurez vos micro-arr\u00eats \u00e0 la seconde \u2014 pilote TeepTrak en 48h<\/a><\/p>\n Pour comparer concr\u00e8tement deux solutions sur ce crit\u00e8re, consultez notre comparatif TeepTrak vs GlobalReader<\/a>. Pour comprendre les autres raisons de chercher une alternative, lisez notre article alternative GlobalReader OEE<\/a>.<\/p>\nQu’est-ce que la granularit\u00e9 des donn\u00e9es OEE ?<\/h2>\n
Pourquoi les micro-arr\u00eats \u00e9chappent aux granularit\u00e9s grossi\u00e8res<\/h2>\n
L’impact concret sur le TRS et l’analyse Pareto<\/h2>\n
Comment \u00e9valuer la granularit\u00e9 d’une solution OEE<\/h2>\n
Granularit\u00e9 et type de machine<\/h2>\n
La granularit\u00e9 ne fait pas tout \u2014 mais elle est un pr\u00e9requis<\/h2>\n
Questions fr\u00e9quentes<\/h2>\n
Quelle granularit\u00e9 faut-il pour bien mesurer les micro-arr\u00eats ?<\/h3>\n
Une granularit\u00e9 grossi\u00e8re fausse-t-elle le TRS ?<\/h3>\n
Comment TeepTrak g\u00e8re-t-il la granularit\u00e9 ?<\/h3>\n
Les syst\u00e8mes qui \u00e9chantillonnent toutes les 10 secondes sont-ils mauvais ?<\/h3>\n
La granularit\u00e9 d\u00e9pend-elle du capteur ou du logiciel ?<\/h3>\n
Comment savoir si mon usine a un probl\u00e8me de micro-arr\u00eats ?<\/h3>\n
Quel gain peut-on attendre en r\u00e9duisant les micro-arr\u00eats ?<\/h3>\n