MDE et BDE expliqués : acquisition des données machine et des données d'exploitation
Le MDE (Maschinendatenerfassung, acquisition des données machine) est la capture automatique des données machine depuis le contrôleur, telles que l'état de fonctionnement, l'activité de broche, les temps de cycle et les alarmes. Le BDE (Betriebsdatenerfassung, acquisition des données d'exploitation) capte les données d'exploitation, telles que les numéros d'ordres, le comptage des pièces, les rebuts et les motifs d'arrêt. Ensemble, ils alimentent l'OEE et votre MES avec une vue complète de l'atelier.
Qu'est-ce que le MDE (Maschinendatenerfassung) ?
Le MDE est l'acquisition automatique des données machine directement depuis le contrôleur CNC, sans aucune saisie de la part de l'opérateur. Il enregistre les moments où une machine fonctionne, s'arrête, tombe en panne ou reste inactive, ainsi que des signaux comme la charge de broche, l'avance et l'état du programme. Parce qu'il est capté en continu et de façon objective, le MDE constitue la base fiable de l'analyse du temps de fonctionnement, de la disponibilité et des temps d'arrêt.
La qualité du MDE dépend entièrement de la profondeur avec laquelle vous lisez le contrôleur. Les standards de surface vous donnent un signal de base fonctionnement/arrêt, mais le monitoring CNC au niveau du contrôleur lit les données natives directement depuis les commandes Fanuc, Siemens, Heidenhain, Haas, Mazak, DMG Mori et Mitsubishi. Cette profondeur signifie des temps de cycle précis, de vrais codes d'alarme et des horodatages d'arrêt exacts, et non un simple battement de cœur estimé.
Qu'est-ce que le BDE (Betriebsdatenerfassung) ?
Le BDE est l'acquisition des données d'exploitation qui entourent la production, telles que l'ordre en cours, le nombre de bonnes pièces et de rebuts produits, la raison pour laquelle une machine s'est arrêtée et le temps qu'un opérateur a consacré à une tâche. Contrairement au MDE, une grande partie de ce contexte ne peut pas être lue depuis le contrôleur, c'est pourquoi le BDE repose traditionnellement sur la saisie de l'opérateur à un terminal d'atelier.
Le BDE répond aux questions auxquelles le MDE ne peut pas répondre : un contrôleur sait qu'une machine s'est arrêtée, mais seule une personne sait qu'elle s'est arrêtée pour un changement d'outil, un manque de matière ou une pause planifiée. Le BDE transforme un temps d'arrêt anonyme en motifs catégorisés et exploitables, et relie l'activité machine à des travaux, des équipes et des opérateurs spécifiques.
Comment le MDE et le BDE alimentent-ils l'OEE ?
L'OEE combine la Disponibilité, la Performance et la Qualité, et chaque facteur s'appuie sur une source de données différente. Le MDE fournit le temps de fonctionnement machine et le temps d'arrêt pour la Disponibilité. Le comptage de cycles MDE et les objectifs d'ordre BDE déterminent la Performance. Le comptage des bonnes pièces et des rebuts BDE produit la Qualité. Sans les deux flux, l'OEE est soit privé de contexte, soit estimé.
Une répartition pratique ressemble à ceci :
- Disponibilité — MDE : fonctionnement réel par rapport au temps de production planifié, plus les arrêts catégorisés issus du BDE.
- Performance — temps de cycle MDE par rapport au temps de cycle idéal pour l'ordre BDE actif.
- Qualité — comptage des bonnes pièces et des rebuts BDE confirmé par l'opérateur.
C'est pourquoi un OEE construit sur le seul MDE tend à surestimer la réalité : il voit le temps de fonctionnement, mais pas les rebuts ni les objectifs d'ordre. Pour une explication plus approfondie de cet indicateur, consultez le suivi de l'OEE. Le référentiel de classe mondiale le plus souvent cité se situe autour de 85 pour cent, mais la première étape honnête consiste à mesurer votre propre base de référence avec les deux flux de données.
Comment capter le BDE sans ralentir les opérateurs ?
L'objectif est de capter le BDE avec un minimum de saisie. Un terminal opérateur moderne affiche l'état machine en direct issu du MDE ainsi que l'ordre actif, puis permet à l'opérateur de confirmer le comptage des pièces, de consigner les rebuts ou de choisir un motif d'arrêt dans une courte liste en un ou deux appuis. Un contexte pré-rempli signifie que les opérateurs vérifient les données plutôt que de les saisir de zéro.
Une bonne capture du BDE suit quelques principes : garder des codes de motifs courts et propres à l'atelier, prendre par défaut le travail en cours, et lier chaque saisie à l'état MDE courant pour qu'un arrêt consigné corresponde à l'arrêt machine réel sur la chronologie. Bien menée, la saisie du BDE ajoute des secondes par événement, et non des minutes.
Comment un système moderne combine-t-il le MDE et le BDE ?
Une plateforme de monitoring moderne collecte le MDE automatiquement et le BDE depuis le terminal, puis fusionne les deux en une seule chronologie par machine et par ordre. L'opérateur ne tient jamais de journal papier parallèle, et le bureau voit le temps de fonctionnement, les motifs et le comptage des pièces dans une vue unique. Cet enregistrement combiné est ce qui rend l'OEE, les rapports d'équipe et le chiffrage des ordres fiables.
À partir de là, le flux de données unifié poursuit son chemin. La plateforme peut transmettre les données machine et d'exploitation combinées à votre MES ou ERP, afin que la planification de la production et le chiffrage s'appuient sur les mêmes chiffres que ceux vus en atelier. Des connecteurs machine natifs prennent en charge le volet MDE sur des marques de contrôleurs mélangées, tandis que le terminal gère le BDE — un seul système, une seule source de vérité.
Pourquoi la profondeur de l'acquisition des données est-elle importante ?
La profondeur détermine ce que vous pouvez réellement faire des données. Un MDE natif, au niveau du contrôleur — et non de simples signaux de surface MTConnect — vous donne des codes d'alarme exacts, de véritables limites de cycle et des horodatages d'arrêt précis, de sorte que les alertes conditionnelles peuvent signaler des problèmes naissants à partir du comportement réel de la broche et de la charge plutôt qu'à partir de battements de cœur approximatifs. Des données superficielles produisent une vision superficielle.
Des standards tels que MTConnect, OPC-UA, FOCAS et Modbus ont tous leur place, et xynLog les parle, mais lire les données natives du contrôleur apporte la granularité que les signaux de surface manquent. xynLog est hébergé dans l'UE avec une option sur site, et son assistant IA en langage clair — qui peut fonctionner sur OpenAI, Claude ou un modèle Ollama entièrement sur site — vous permet de demander en langage naturel pourquoi une machine s'est arrêtée ou comment une équipe a performé, en mêlant le MDE et le BDE en une réponse directe. Voir l'assistant IA pour la fabrication et les alertes conditionnelles.
Vous voulez voir comment le MDE et le BDE se rejoignent dans votre atelier ? Découvrez xynLog sur votre propre marque de CNC — réservez une démo.