| name | packml-oee-state-modeling |
| description | Utiliser quand l'utilisateur doit relier les états machine PackML à un modèle OEE/TRS robuste pour supervision, historisation et MES. |
| version | 1.1.0 |
| author | EVA Agent |
| license | Privée EVA St-Étienne |
| metadata | {"EVA":{"tags":["packml","oee","trs","state-model","mes","supervision","historisation"],"related_skills":["packml-isa-tr88","oee-performance","mes-integration"]}} |
PackML OEE State Modeling
Vue d'ensemble
Cette compétence fait le lien entre les états PackML et les besoins TRS/OEE. Elle aide à éviter les modèles de temps de marche / arrêt trop simplistes et à produire un découpage d'états exploitable par le SCADA, l'historian et le MES.
Quand l'utiliser
À utiliser pour :
- concevoir un modèle d'états machine ;
- normaliser les causes d'arrêt et micro-arrêts ;
- fiabiliser les calculs de disponibilité, performance et qualité ;
- préparer l'intégration d'états machine au SCADA ou au MES.
Ne pas utiliser pour :
- un simple compteur de pièces ;
- un calcul OEE déconnecté de la machine réelle ;
- une machine sans structuration minimale de modes et arrêts.
Principes de modélisation
- Séparer état machine, mode machine et cause d'arrêt.
- Éviter les états fourre-tout du type
Stopped sans sous-catégorie.
- Garder une taxonomie stable pour la performance et la qualité.
- Lier chaque perte OEE à une cause opérationnelle ou technique identifiable.
- Prévoir un mapping explicite PLC ↔ SCADA ↔ Historian ↔ MES.
Support files
references/state-oee-mapping-matrix.md : matrice de mapping entre états PackML, causes d'arrêt, pertes OEE et systèmes consommateurs.
Pièges Courants (Common Pitfalls)
- Calculer l'OEE depuis des signaux bruts sans modèle d'états.
- Confondre arrêt planifié, arrêt non planifié et attente amont/aval.
- Ne pas historiser les transitions d'état avec horodatage fiable.
- Laisser au SCADA le soin d'inventer les causes d'arrêt sans contrat automate.
Liste de vérification (Checklist)