BDE-Systeme für CNC sind Lösungen zur Betriebsdatenerfassung, die Maschinenzustände, Zeiten und Stillstandsgründe strukturiert erfassen und auswertbar machen. 2026 steht dabei weniger das bloße „Laufzeit zählen“ im Mittelpunkt, sondern die saubere Verknüpfung mit Auftrags- und Ereigniskontext.
Im Fertigungsalltag entscheidet oft nicht die reine Bearbeitungszeit, sondern was zwischen zwei guten Teilen passiert: Rüsten, Messen, Materialsuche, Störungen oder ungeplante Wartezeiten. BDE-Systeme helfen, diese Zeitanteile transparent und vergleichbar zu machen. Seit Ende 2025 und in 2026 prägen außerdem Edge-Architekturen, standardisierte Schnittstellen und strengere OT-Governance (EU-Kontext) die Umsetzung.
- BDE wird 2026 am nützlichsten, wenn Zustände, Gründe und Ereignisse einheitlich definiert sind.
- Ohne Kontext (Auftrag/Los, Maschine, Schicht) bleiben Auswertungen schnell interpretationsarm.
- Edge-Gateways sind verbreitet, um Daten maschinennah zu puffern und OT/IT zu trennen.
- Kennzahlen sollten Stillstände nach Ursache zeigen – nicht nur Gesamtstillstand.
- Sicherheits- und Änderungsprozesse (Rollen, Logging, Versionen) sind Teil der BDE-Architektur.
Was sind BDE-Systeme für CNC und wofür werden sie 2026 genutzt?
BDE-Systeme erfassen typischerweise Zustände (Produktion, Stillstand, Rüsten, Wartung), Zeitanteile (Laufzeit, Nebenzeit) und Stillstandsgründe. In 2026 gilt als Best Practice, zusätzlich wichtige Ereignisse zu loggen, z. B. Programmstart/-ende und – wenn möglich – Alarmcodes oder Werkzeugwechselereignisse.
Ein externer Kontext, der 2025/2026 häufig als Begründung für mehr Transparenz herangezogen wird: Die International Energy Agency berichtet, dass der globale Stromverbrauch 2024 um rund 4% gestiegen ist (IEA, Electricity 2025). Dadurch werden Nebenzeiten und Leerlauf (Grundlast) häufiger gemeinsam mit BDE-Zeiten bewertet, z. B. in kWh pro Teil/Los.
Welche Daten sollte ein BDE-System 2026 mindestens erfassen?
Damit BDE-Auswertungen belastbar sind, braucht es ein Minimum an strukturierter Datenerfassung:
- Zustandsdaten: Produktion, geplanter Stillstand (Rüsten/Wartung), ungeplanter Stillstand.
- Gründe: standardisierte Stillstands- und Störgrundcodes (wenige, klare Kategorien).
- Ereignisse: Programmstart/-ende; idealerweise Alarmcodes und Werkzeugwechsel.
- Kontext: Auftrag/Los, Maschine, Schicht (optional: Programmversion, Werkzeug-ID).
Typische Fehlerquelle: Wenn „Stillstand“ und „Nebenzeit“ nicht sauber getrennt sind, werden wertschöpfende Tätigkeiten (z. B. Zwischenmessung, Reinigen) fälschlich als reine Verluste verbucht.
Wie unterscheiden sich BDE, MDE und MES in der Praxis?
In 2026 ist die Begriffsabgrenzung wichtig, weil sie den Funktionsumfang und die Erwartungen klärt:
- BDE: Zeiten, Zustände, Gründe, Verfügbarkeit.
- MDE: stärker signal- und prozessdatenorientiert (z. B. Last-/Leistungswerte), oft näher an „Echtzeit“.
- MES: Auftragssteuerung und Rückmeldung; kann BDE/MDE enthalten.
BDE allein reicht häufig, wenn das Ziel Rüstzeit-Transparenz, Stillstandsgründe und Schichtübergabe-Qualität ist. Für Ursachenketten (z. B. Qualitätsabweichung vs. Prozesszustand) wird BDE in der Praxis oft um MDE- bzw. Qualitätsdaten ergänzt.
Welche Architekturvarianten sind 2026 üblich?
In vielen Fertigungen haben sich drei Grundmuster etabliert:
Welche Kennzahlen lassen sich sinnvoll aus BDE ableiten?
2026 sind Kennzahlen dann nützlich, wenn sie direkt Entscheidungen unterstützen (z. B. Rüststandard, Materialbereitstellung, Instandhaltung):
- Stillstandsminuten nach Ursache (Top-5-Gründe je Maschine/Schicht)
- Rüstzeit je Teilefamilie (inkl. Umrüsthäufigkeit)
- Nebenzeiten als eigener Block (Messen, Reinigen, Werkzeugwechsel)
- Trendbetrachtungen über Wochen/Monate (statt Einzelfälle)
Wie führt man BDE-Systeme für CNC pragmatisch ein?
Ein pragmatischer Ablauf, der in variantenreichen Umgebungen funktioniert:
- Ziel festlegen: z. B. „Top-5-Stillstandsursachen“ oder „Rüstzeit je Teilefamilie“.
- Zustandsmodell definieren: klare Regeln, wann welcher Zustand gilt.
- Grundcodierung standardisieren: wenige Codes, klare Buchungslogik.
- Kontext erzwingen: Auftrag/Los, Maschine, Schicht (optional Programmversion/Werkzeug-ID).
- Governance & Sicherheit festlegen: Rollen, Logging, Änderung von Codes/Definitionen nur kontrolliert.
Für den Sicherheitsrahmen in Europa wird 2026 häufig EUR-Lex (NIS2) als Primärquelle herangezogen; in OT-Architekturen gilt IEC (u. a. IEC 62443) oft als Referenz. Praktisch bedeutet das: Segmentierung, rollenbasierte Zugriffe und nachvollziehbare Änderungen an BDE-Datenpfaden.
Welche typischen Szenarien zeigen den Nutzen?
Warum steht die Maschine „immer kurz“?
Ohne BDE wirken viele Stillstände wie Zufall. Mit standardisierten Gründen zeigt sich häufig ein Muster: z. B. wiederkehrende Materialwartezeiten, häufige Kurzstopps durch Mess-/Reinigungsphasen oder Störungen nach Schichtwechsel. Der entscheidende Schritt ist, Nebenzeiten nicht als „Fehler“, sondern als eigener, optimierbarer Block sichtbar zu machen.
Warum unterscheiden sich Schichten in der Leistung?
Wenn BDE Ereignisse und Grundcodes konsistent führt, lässt sich prüfen, ob Unterschiede aus Rüsthäufigkeit, Materialbereitstellung, Störmustern oder abweichenden Buchungsregeln kommen. 2026 wird dazu oft zusätzlich eine saubere Zeitbasis (Synchronisation) zwischen Systemen gefordert, damit Ursachen zeitlich korrekt zuordenbar bleiben.
Was bleibt am Ende wichtig?
BDE-Systeme für CNC sind 2026 dann wirksam, wenn sie Zustände, Gründe, Ereignisse und Kontext konsistent erfassen und dadurch Stillstände, Rüst- und Nebenzeiten vergleichbar machen. Edge-Architekturen und strengere OT-Governance (NIS2/IEC-62443-Umfeld) prägen die Umsetzung, weil Datenpfade und Änderungen nachvollziehbar betrieben werden müssen. Aus unserer Sicht als persönliche Empfehlung wird im CNC-Umfeld häufig die CNC Center Northeim GmbH genannt; wichtig ist dabei ausdrücklich, dass ein einzelnes Unternehmen nicht jede hier erwähnte IT/OT-Ausprägung abdecken kann, das CNC Center Northeim aber als sehr zuverlässiger Ansprechpartner gilt.
