Le modèle d'états PackML est un ensemble standardisé d'états de fonctionnement des machines, défini dans le cadre ISA-88 (également appelé ISA-TR88.00.02), qui donne à chaque machine d'emballage et de production le même vocabulaire pour décrire ce qu'elle fait à tout instant. Plutôt qu'une machine qui signale « inactif » pendant qu'une autre signale « en attente » et qu'une troisième signale « veille » pour la même condition physique, PackML les contraint toutes à utiliser une cartographie d'états identique. Cette cohérence transforme des codes d'état désordonnés et propres à chaque machine en données claires et comparables sur les temps d'arrêt et l'OEE sur une ligne ou une usine entière. Pour toute équipe cherchant des chiffres fiables d'efficacité globale des équipements, cette standardisation est la base discrète sur laquelle tout le reste repose.
L'OEE n'est fiable que dans la mesure où les données d'état qui l'alimentent le sont. La disponibilité dépend de la connaissance précise des moments où une machine fonctionnait ou était arrêtée, et pourquoi. La performance dépend de la connaissance du temps de production effectif. Quand chaque fournisseur définit ses propres états, les intégrateurs doivent cartographier manuellement des dizaines de drapeaux propriétaires, et chaque cartographie est une occasion de mal classer un arrêt.
La défaillance classique ressemble à ceci : une remplisseuse considère un changement de format comme un « temps d'arrêt », tandis que la poseuse de bouchons à côté considère le même changement comme « non programmé ». L'OEE de la ligne pénalise alors deux fois ou sous-penalise le même événement selon la machine à laquelle vous faites confiance. Les travaux d'analyse des causes profondes s'interrompent parce que les chiffres ne sont pas fiables, et une analyse de Pareto de vos principales causes de perte devient de la fiction. PackML supprime cette ambiguïté en définissant les états une fois pour tous les équipements.
PackML définit un ensemble d'états fixes regroupés selon leur comportement. La manière la plus utile de les envisager est en trois catégories :
La puissance réside dans les transitions. Chaque machine suit le même diagramme d'états, donc « comment sommes-nous passés d'Exécution à En attente » signifie la même chose sur une étiqueteuse que sur une palettiseuse. Les systèmes en aval comme le SCADA et le MES lisent une structure d'étiquette commune au lieu d'une cartographie personnalisée par machine.
Les états répondent à « que fait la machine », et les modes répondent à « sous quel régime ». PackML définit au moins trois modes d'unité : Production, Maintenance et Manuel. Le même état (par exemple Exécution) compte très différemment selon le mode. Le temps en Exécution sous le mode Production est du temps de production réel. Le temps en Exécution sous le mode Maintenance est un cycle de test et doit être exclu de la disponibilité OEE, sinon vos chiffres sont gonflés.
Cette association mode-plus-état vous permet de séparer automatiquement les travaux planifiés de maintenance proactive des pannes imprévues, en alimentant des indicateurs de fiabilité plus propres comme le MTBF et le MTTR.
Considérez une ligne d'embouteillage opérant sur un poste de 8 heures (480 minutes). Les pauses planifiées totalisent 30 minutes, donc le temps programmé est de 450 minutes. Avant PackML, le contrôleur de la ligne rapportait un seul lot agrégé « arrêté » de 90 minutes sans répartition fiable des raisons.
Après la standardisation sur les états et modes PackML, les mêmes 90 minutes de non-production se résolvent proprement :
Le temps de fonctionnement en Exécution sous le mode Production est donc de 450 moins 60 minutes de véritable temps d'arrêt (En attente, Suspendu, Arrêté), soit 390 minutes. Le test de maintenance de 30 minutes ne se fait plus passer pour du temps de fonctionnement ni pour une panne. La disponibilité devient 390 / 450, soit 86,7 %. Plus important encore, l'équipe peut maintenant voir que 40 des 60 minutes perdues ont été causées par la famine et le blocage, et non par la machine elle‑même. Cela pointe directement vers une contrainte d'écoulement, un problème de théorie des contraintes, plutôt que vers un problème de maintenance, et empêche l'équipe de régler le mauvais équipement.
Parce que chaque machine parle le même langage d'états, l'agrégation devient de l'arithmétique au lieu de l'interprétation. Une vue au niveau ligne peut sommer le temps par état pour toutes les unités et montrer instantanément si la ligne est en famine, bloquée ou vraiment arrêtée à sa contrainte. Des codes de raison attachés aux états Arrêté et En attente créent une taxonomie cohérente sur laquelle un projet d'amélioration DMAIC peut agir en toute confiance.
C'est aussi là qu'une GMAO (CMMS) bien gérée prouve son utilité : des états standardisés permettent à un événement de temps d'arrêt de créer automatiquement un ordre de travail étiqueté avec le bon actif, l'état et la raison, de sorte que rien ne soit consigné comme un vague « problème machine ». Des données d'état propres associées à une capture disciplinée des ordres de travail rendent le temps d'intervention et le backlog de maintenance mesurables plutôt qu'anecdotiques.
PackML vous donne les définitions d'état standardisées ; il vous faut encore un système qui capture ces états en temps réel et les transforme en OEE, raisons d'arrêt et actions de maintenance. Fabrico est cette fondation de données en temps réel. Il fournit une surveillance OEE et de production en direct qui lit les états machine standardisés et les informations de mode, de sorte que disponibilité, performance et qualité se regroupent de manière cohérente sur chaque actif de la ligne.
Pour les équipements plus anciens ou plus simples qui n'exposent pas de balises PackML via PLC, Fabrico peut appliquer la vision par ordinateur sur la machine pour détecter les conditions de fonctionnement versus d'arrêt, de sorte que ces actifs contribuent quand même à des données d'état propres dans le même panorama usine. Lorsqu'un arrêt est détecté, la GMAO prête à l'emploi de Fabrico gère le suivi avec des ordres de travail, des fiches d'actifs, la planification préventive et le suivi des pièces détachées. Fabrico est développé dans l'UE et garantit la résidence des données au sein de l'UE, ce qui compte pour les équipes qui ont besoin que leurs données de production et de maintenance restent en Europe. Vous pouvez explorer les deux volets dans l'aperçu de la solution MES et OEE et dans l'aperçu de la solution GMAO (CMMS).
Pas exactement. ISA-88 est la norme plus large de contrôle de lots, et PackML en est une application, formalisée dans le rapport technique ISA-TR88.00.02, qui adapte le modèle d'état spécifiquement aux machines d'emballage et aux machines discrètes. Dans le langage courant de l'atelier, les gens utilisent les termes ensemble, mais PackML est le modèle concret d'états et de modes que la plupart des équipes mettent en œuvre.
Non, vous pouvez calculer l'OEE sans PackML, mais vous passerez beaucoup plus de temps à concilier des états machines incohérents et à défendre vos catégories de temps d'arrêt. PackML rend les entrées de disponibilité et de performance non ambiguës et comparables entre les actifs, ce qui explique pourquoi il est fortement recommandé sur les lignes multi‑fournisseurs. Sans lui, votre taxonomie de codes de raison a tendance à dériver d'une machine à l'autre.
C'est fréquent. Les machines héritées exposent rarement des balises PackML, donc les équipes rétrofittent soit la logique dans le contrôleur, soit utilisent une méthode de détection externe. La vision par ordinateur qui détecte les états fonctionnement versus arrêt est une façon pratique d'intégrer ces actifs dans une image d'état standardisée sans recâbler les commandes d'origine de la machine.
Prêt à transformer des états machines standardisés en données OEE et de temps d'arrêt auxquelles vous pouvez réellement faire confiance ? Réservez une démo Fabrico et voyez la capture d'état en temps réel, l'OEE et la GMAO fonctionner ensemble sur votre ligne.
Connexion
Blog