Ein kleiner Versuch, den man wieder beenden kann

„Wir testen das jetzt einfach mal für vier Wochen.“ Dieser Satz fällt in Chefetagen leicht. Eine neue Cloud-Software wird abonniert, einige Funk-Sensoren an Maschinen geklebt, erste Kennzahlen auf Smartphones gespiegelt. Drei Monate später nutzt der Vorarbeiter die App nicht mehr, Zerspanungsmechaniker arbeiten weiter mit ihren bewährten Kladde-Büchern, doch die monatlichen Software-Gebühren laufen unbemerkt weiter. Niemand kann genau sagen, wann aus einem unverbindlichen Probelauf ein teurer, ungeliebter Dauerzustand geworden ist.

Ein kleiner Versuch im industriellen Mittelstand braucht deshalb viel mehr als einen schnellen Klick: Er verlangt scharfe, unverrückbare Grenzen. Welche Maschine ist beteiligt? Welche konkrete Frage soll beantwortet werden? Wer hat Zugriff auf die Daten? Und vor allem: Wie lässt sich das System spurlos und ohne Datenverlust wieder abbauen, wenn es den Arbeitsalltag nicht spürbar verbessert?

Das Balinger Modell: Vier Köpfe an einem Tisch

In einem Zerspanungsbetrieb für Medizintechnik auf der Schwäbischen Alb (85 Beschäftigte) haben sich vier Personen zusammengetan, um zu beweisen, dass Digitalisierung ohne Kontrollwahn und ohne Cloud-Zwang gelingt: Junior-Chefin Carolin (32), Instandhaltungsmeister Klaus (58), Zerspanungsmechanikerin Elena (34) und Betriebsratsvorsitzender Martin Schlosser (52).

Ihr gemeinsames Ziel war denkbar eng gefasst: Keine unternehmensweite „Smart Factory Transformation“, sondern die Beantwortung einer einzigen Frage: Lässt sich der Verschleißzustand an der Hauptspindel einer 25 Jahre alten Deckel Maho FP4 durch eine nicht-invasive Strommessung frühzeitig erkennen, bevor Rattermarken am Werkstück entstehen?

Die Schaltschrank-Architektur des Versuchs

Statt teure Funk-Sensoren eines Plattform-Anbieters zu leasen, setzte das Team auf eigene, robuste Industriekomponenten:

• Zusätzliche Sensorik: Klaus montierte drei klappbare Stromwandler (Hall-Effekt-Sensoren) berührungslos um die Zuleitungen des Spindelmotors und griff die 24-Volt-Zustände der Signalleuchte über galvanisch getrennte Optokoppler ab.
• Lokale Feldebene: Ein WAGO-Controller auf der DIN-Hutschiene im Schaltschrank wandelt die Signale in lokale Modbus- und MQTT-Telegramme um.
• Isoliertes Hallennetz: Die Daten fließen in ein eigenes VLAN (VLAN 30), das über eine gehärtete OPNsense-Firewall strikt vom Büro-Netzwerk und vom Internet getrennt ist.
• Lokale Persistenz: Im Rittal-Schaltschrank an Hallensäule 4 läuft ein lüfterloser Industrie-PC mit Proxmox VE unter Debian Linux. In einem isolierten Linux-Container (LXC) speichert eine PostgreSQL-Datenbank mit TimescaleDB die Messwerte sekundengenau ab.
• Werkstatt-Display: Ein robuster Industrie-Monitor zeigt über Grafana im Kiosk-Modus den Lastverlauf der Spindel an – direkt neben Elenas Arbeitsplatz.

Mitbestimmung von Tag eins: Die Betriebsvereinbarung

Entscheidend für den Erfolg war, dass Betriebsratsvorsitzender Martin Schlosser den Versuch von der ersten Skizze an begleitete:

„Viele Digitalisierungsprojekte scheitern am berechtigten Misstrauen der Belegschaft“, stellt Schlosser fest. „Wir haben vor dem Einschalten des ersten Sensors eine dreiseitige Betriebsvereinbarung unterzeichnet. Darin steht: Das System dient ausschließlich der technischen Schwingungs- und Verschleißanalyse der Maschine. Eine Verknüpfung von Bediener-Logins mit Stillstandszeiten ist technisch und organisatorisch ausgeschlossen. Zudem gilt ein striktes materielles Beweisverwertungsverbot: Daten aus diesem Versuch dürfen unter keinen Umständen für Leistungsbeurteilungen oder personelle Maßnahmen herangezogen werden.“

Weil Elena wusste, dass der Stromverlauf nicht zur Überwachung ihrer Rüstpausen dient, brachte sie ihr volles Fachwissen ein: Sie notierte im Testzeitraum akribisch, bei welcher Schnitttiefe und welchem Fräsertyp der Spindelstrom auffällig anstieg.

Den Notausgang von Anfang an mitbauen

Der wichtigste Baustein des Versuchs war die vertraglich und technisch festgeschriebene Ausstiegsoption:

1. Lösbare Hardware: Alle Sensoren wurden so verbaut, dass Klaus sie mit einem Schlitzschraubendreher in zwanzig Minuten rückstandsfrei demontieren kann.
2. Offene Datenformate: Alle erfassten Messreihen wurden in standardisierten CSV- und JSON-Dateien abgelegt.
3. Fester Stichtag: Nach genau sechzig Tagen trafen sich Carolin, Klaus, Elena und Martin Schlosser zur gemeinsamen Auswertung.

Die Bilanz nach zwei Monaten war eindeutig: Die Strommessung an der Spindel hatte zwei beginnende Lagerschäden zuverlässig angezeigt, bevor Ausschuss produziert wurde. Die Reparatur konnte in die geplante Wartung am Wochenende gelegt werden, statt die laufende Schicht zu unterbrechen.

Weil der Versuch klein, beherrschbar und menschlich fair aufgesetzt war, entschied das Team einmütig: Das System bleibt im Betrieb und wird im nächsten Schritt behutsam auf zwei weitere Drehzentren ausgeweitet.

Was der Versuch ermöglicht

Eine gelungene technische Veränderung beginnt nicht mit dem Versprechen, eine ganze Industrie neu zu erfinden. Sie beginnt mit einem abgegrenzten Problem, Respekt vor dem Handwerk und der Freiheit, eine Technik auch wieder abschalten zu können.

Wer im Betrieb einen Digitalisierungsversuch startet, sollte am Ende erklären können:

• Welche konkrete Arbeitsaufgabe ist einfacher geworden?
• Wer im Betrieb versteht die Technik und kann sie ohne externe Hilfe reparieren?
• Wie bleibt die Würde und Autonomie der Menschen an der Werkbank gewahrt?

Wenn ein Betrieb diese Fragen selbstbewusst beantworten kann, hat er etwas erreicht, das kein Softwarekonzern der Welt als Abonnement verkaufen kann: echte technologische Selbstbestimmung.

Quellen und Hinweise

Leitartikel und Praxisleitfaden von Herausgeber Lukas Berndorff, der die Kernfragen der FreieTech-Startausgabe zusammenführt.

Rechtlicher und organisatorischer Rahmen: Mitbestimmung nach § 87 Abs. 1 Nr. 6 BetrVG; Netzsegmentierung industrieller Steuerungssysteme, eingeordnet anhand des Purdue-Referenzmodells und der Normenreihe IEC 62443; Edge-Architekturen mit Proxmox VE, PostgreSQL/TimescaleDB und WAGO-Controllern.

Rechtlicher Hinweis / Haftungsausschluss: Die Beiträge, Fallberichte, Interviews und Erläuterungen auf FreieTech dienen ausschließlich Informations-, Diskussions- und Bildungszwecken. Sie stellen keine individuelle Rechts-, Steuer-, Anlage-, Sicherheits- oder Unternehmensberatung dar und begründen kein vertragliches Beratungsverhältnis. FreieTech steht in keiner geschäftlichen oder gesellschaftsrechtlichen Verbindung zu den im Kontext genannten Unternehmen, Marken oder Behörden. Konkrete betriebliche Umsetzungen, Sicherheitsprüfungen und technische Nachrüstungen erfordern stets eine fachkundige Prüfung des jeweiligen Einzelfalls vor Ort.