Wie wird die Automatisierung in einer Brownfield-Anlage modernisiert?

Eine Brownfield-Anlage ist eine bestehende, laufend produzierende Anlage, in der über Jahre zu unterschiedlichen Zeitpunkten ergänzte Maschinen-, Steuerungs-, Elektro- und Softwareebenen zusammenwirken. In einer solchen Umgebung ist die Modernisierung der Automatisierung schwieriger als der Aufbau einer neuen Linie: Der Gestaltungsspielraum ist begrenzt, Informationen sind verstreut und das Stillstandsfenster ist kurz. Selbst wenn das Altsystem scheinbar funktioniert, entstehen durch Ersatzteilverfügbarkeit, Cybersicherheit, Datenzugriff und die Abhängigkeit von einzelnen Fachkräften zunehmende Risiken.

Ziel einer erfolgreichen Modernisierung ist nicht, alles auf einmal zu erneuern, sondern Produktionsrisiken kontrolliert zu reduzieren und zugleich neue Möglichkeiten für den Betrieb zu schaffen. Dazu werden das bestehende Systemverhalten verstanden, kritische Abhängigkeiten dokumentiert, die Zielarchitektur definiert und die Umstellung in kleine, überprüfbare Schritte aufgeteilt. Dieser Leitfaden erläutert, wie ein Brownfield-Automatisierungsprojekt von der Bestandsaufnahme bis zum stabilen Betrieb gesteuert wird.

Der grundlegende Unterschied zwischen Brownfield- und Greenfield-Projekten

Bei einem Greenfield-Projekt können Layout, Steuerungsarchitektur, Netzwerk, Sicherheit und Datenmodell von Anfang an nach einem gemeinsamen Standard ausgelegt werden. Bei einem Brownfield-Projekt bestimmen dagegen die laufende Produktion, vorhandene Gebäude, alte Maschinen, proprietäre Protokolle, fehlende Quellcodes und betriebliche Gewohnheiten die Grenzen der Planung. Das Abklemmen eines Kabels kann eine andere Maschine stillsetzen, die in der Dokumentation nicht erfasst ist.

Deshalb sollte der erste Grundsatz des Brownfield-Ansatzes lauten: „Zuerst das Verhalten erhalten, dann verbessern.“ Eine im bestehenden System fehlerhaft oder ineffizient erscheinende Logik kann vor Jahren aus Qualitäts- oder Sicherheitsgründen ergänzt worden sein. Wird eine Funktion entfernt, ohne ihren Zweck zu verstehen, kann dies bei der Inbetriebnahme unerwartete Folgen haben. Fabrikautomation zu modernisieren erfordert Anlagenkenntnisse, die ebenso wertvoll sind wie das Wissen über neue Technologien.

Betriebliche Ziele und Erfolgskriterien festlegen

„Das System erneuern“ ist für sich genommen noch kein betriebliches Ziel. Das Projekt kann darauf abzielen, das Risiko ungeplanter Stillstände zu senken, die Zykluszeit zu verbessern, Rückverfolgbarkeit herzustellen, das Sicherheitsniveau zu erhöhen, den Energieverbrauch transparent zu machen oder nicht mehr unterstützte Hardware abzulösen. Jedem Ziel muss ein messbarer KPI zugeordnet werden.

Soll beispielsweise die Verfügbarkeit von 94 auf 97 Prozent steigen, werden die Definition des Stillstands, die Messdatenquelle und der Ausgangszeitraum festgelegt. Ist die Datenerfassung das Ziel, wird dokumentiert, welche Signale mit welcher Auflösung an das übergeordnete System übertragen werden sollen. Unklare Ziele führen zu einer ständigen Ausweitung des Projektumfangs. Klare Ziele ermöglichen dagegen die Unterscheidung zwischen notwendigen, nützlichen und auf eine spätere Phase verschiebbaren Aufgaben.

Technische Bestandsaufnahme: Mehr erfassen als das unmittelbar Sichtbare

Die Bestandsaufnahme beschränkt sich nicht darauf, Hersteller und Modell der PLC aufzulisten. Steuerungen, dezentrale I/O, Antriebe, HMI, SCADA, Industrie-PCs, Roboter, Waagen, Kameras, Barcode-Lesegeräte, Sicherheitsrelais, Netzwerk-Switches und Feldgeräte werden mit Seriennummer, Firmware, Programmversion, Kommunikationsprotokoll und Ersatzteilstatus erfasst. Die Elektropläne werden mit der tatsächlichen Installation vor Ort abgeglichen.

Für jede Komponente werden folgende Fragen gestellt: „Was passiert bei einem Ausfall? Gibt es Ersatz? Wie schnell lässt sich der Betrieb wiederherstellen? Wer kennt sich damit aus?“ So wird aus einer einfachen Geräteliste ein nach Kritikalität bewertetes Inventar. Eine vorhandene Programmsicherung allein reicht nicht aus. Es muss geprüft werden, ob sich die richtige Version öffnen lässt und die erforderliche Engineering-Software samt Lizenz verfügbar ist.

Bestehende Prozesse und Steuerungslogik analysieren

Sind die Unterlagen nicht aktuell, wird das tatsächliche Systemverhalten durch Beobachtung, Trendaufzeichnungen und kontrollierte Tests ermittelt. Dokumentiert werden die normalen Anfahr- und Abschaltabläufe der Maschine, Störungsreaktionen, Handbetrieb, Produktwechsel, Rezeptabläufe, sicherheitsgerichtete Stopps und das Verhalten nach einem Spannungsausfall. Besonders wichtig sind die Behelfslösungen, die Bedienpersonal und Instandhaltung im Alltag nutzen.

Die I/O-Signalliste wird mit der Funktionsbeschreibung abgeglichen. Wenn möglich, wird mithilfe passiver Netzwerküberwachung und SCADA-Trendaufzeichnungen eine Übersicht der Kommunikationsverbindungen zwischen den Geräten erstellt. Diese Arbeit bildet die Grundlage für die Abnahmeszenarien der neuen Software. Jedes unbekannte Verhalten wird bei der Inbetriebnahme zum Risiko.

Risiko- und Kritikalitätsanalyse durchführen

Komponenten können anhand ihrer Auswirkungen auf Produktion, Qualität, Sicherheit und Umwelt sowie anhand der Wiederherstellungszeit bewertet werden. Vorrang haben Steuerungen, deren Ausfall das gesamte System stillsetzt, Industriecomputer ohne Ersatz, nicht mehr unterstützte Antriebe und Anwendungen ohne verfügbaren Quellcode. Nicht jedes Gerät, das nicht dem neuesten Stand entspricht, muss dringend ersetzt werden. Entscheidend sind die Auswirkungen eines Ausfalls und die Wiederherstellbarkeit.

Das Risikoregister umfasst nicht nur technische Themen. Auch das Verpassen des Stillstandsfensters, Verzögerungen bei der Produktvalidierung, Lieferzeiten, das Ausscheiden einer zentralen Fachkraft, der vorübergehende Produktionsplan und die Entscheidungsbefugnis für eine Rückkehr zum Altsystem müssen dokumentiert werden. Für jedes hohe Risiko werden eine vorbeugende Maßnahme, eine verantwortliche Person und ein Termin festgelegt.

Die Zielarchitektur in Ebenen strukturieren

Die Zielarchitektur sollte Feld-, Steuerungs-, Überwachungs-, Betriebsführungs- und Unternehmenssystemebene voneinander trennen. Sensoren und Antriebe werden an die Steuerung angebunden, PLC an die HMI-/SCADA-Ebene. Produktionsdaten werden über kontrollierte Schnittstellen an MES oder eine Datenplattform übertragen. Netzwerksegmentierung, Zeitsynchronisation, Benutzerverwaltung, Datensicherung und Fernzugriff sind keine nachträglichen Ergänzungen, sondern grundlegende Planungsvorgaben.

Standardisierung bedeutet nicht, ausschließlich einen Hersteller einzusetzen. Kennzeichnungsstruktur, Alarmklassen, Bildschirmvorlagen, Programmbausteine, Dokumentation, Datensicherung und Änderungsmanagement können einheitlich gestaltet werden. Ein herstellerunabhängiges Datenmodell reduziert den Aufwand, die Integration übergeordneter Systeme bei einem späteren Gerätetausch neu zu programmieren. OT-Cybersicherheit muss mit ihren Anforderungen ebenfalls bereits bei der Architekturplanung berücksichtigt werden.

Die Modernisierungsstrategie auswählen

Beim „Rip and replace“-Ansatz wird das Altsystem während eines einzigen Stillstands entfernt und das neue System in Betrieb genommen. Bei kleinen, gut dokumentierten Systemen mit langem Stillstandsfenster ist dies möglich; das Risiko bei einer notwendigen Rückkehr zum Altsystem ist jedoch hoch. Bei einer schrittweisen Umstellung wird die Linie in Zellen oder Funktionen aufgeteilt, und jeder Abschnitt wird unabhängig validiert. In den meisten Brownfield-Anlagen ist dies die sicherere Methode.

Beim Parallelbetrieb arbeitet die neue Steuerungs- oder Datenebene für eine gewisse Zeit neben dem Altsystem. Im Schattenmodus erzeugt die neue Anwendung Steuerungsentscheidungen, greift jedoch nicht in den Prozess ein. Die Ergebnisse werden mit denen des bestehenden Systems verglichen. Adapter oder Gateways können die Umstellung beschleunigen. Damit eine Übergangslösung jedoch nicht zu dauerhaften technischen Altlasten führt, muss ein Termin für ihre Entfernung festgelegt werden.

Den Pilotbereich richtig auswählen

Der erste Pilotbereich sollte weder der einfachste noch der kritischste Bereich sein. Gewählt wird eine Zelle, die die wesentlichen Merkmale der Zielarchitektur abbildet, einen messbaren Nutzen bietet und die Produktion bei Problemen nur in beherrschbarem Umfang beeinträchtigt. Im Pilotprojekt werden der technische Standard, die Projektmethodik, der Schulungsansatz und die Abnahmeunterlagen erprobt.

Die Erkenntnisse aus dem Pilotprojekt fließen in die Planung der weiteren Umsetzung ein. Der Zeitbedarf für die Kabelkennzeichnung, die Methode zur I/O-Prüfung, der Schulungsbedarf des Bedienpersonals, die Sicherungsschritte und das tatsächliche Inbetriebnahmetempo werden aktualisiert. Das Pilotprojekt darf nicht allein mit dem Ergebnis „Es hat funktioniert“ abgeschlossen werden, sondern muss ein standardisiertes Umsetzungspaket liefern.

Die Kopierfalle bei der Softwaremodernisierung

Den alten PLC-Code Zeile für Zeile auf die neue Plattform zu übertragen, erscheint als Abkürzung. Dabei werden jedoch auch über Jahre hinzugefügte Sprünge, Wiederholungen und unklare Variablennamen in das neue System übernommen. Das andere Extrem, die Software vollständig neu zu schreiben, ohne das bestehende Verhalten zu verstehen, führt ebenfalls zum Verlust von Produktionswissen. Der richtige Ansatz besteht darin, das funktionale Verhalten zu erhalten und die Softwarestruktur kontrolliert zu verbessern.

Standardisierte Anlagenmodule, Zustandsautomaten sowie Alarm- und Verriegelungsstrukturen werden erstellt. Für jede Änderung muss nachvollziehbar sein, welches Verhalten im alten und im neuen System zugehörig ist. Der Quellcode wird in einer Versionsverwaltung geführt. Autorisierte Änderungen, Testprotokolle und Wiederherstellungspakete sind Bestandteile desselben Prozesses.

Modernisierung von HMI und SCADA

Eine neue Bedienoberfläche sollte nicht lediglich farbenfroher aussehen. Das Bedienpersonal muss den Normalzustand schnell erfassen, Abweichungen erkennen und zur richtigen Maßnahme geführt werden. Farben vermitteln Alarm- und Zustandsinformationen; Animationen werden sparsam eingesetzt. Alarmprioritäten, Verzögerungen und Unterdrückungsregeln werden überprüft, um Alarmfluten zu reduzieren.

Bei der SCADA-Modernisierung werden die Übernahme historischer Daten, die Kontinuität der Berichte, Benutzerrollen, Anforderungen an elektronische Aufzeichnungen und die Zeitsynchronisation geplant. Softwareintegration wird durch verbindliche Festlegungen zu Variablennamen und Datenqualität unterstützt, die die Inbetriebnahme übergeordneter Systeme erleichtern.

FAT, Simulation und virtuelle Inbetriebnahme

Da jede Stunde vor Ort teuer ist, werden alle möglichen Tests im Vorfeld durchgeführt. Im Rahmen des FAT werden die Prüfung des Schaltschranks unter Spannung, die Kontrolle der I/O-Baugruppen, die Netzwerkkonfiguration, Software-Modultests und die HMI-Navigation durchgeführt. Mit einem Simulator oder digitalen Modell lassen sich Anfahr-, Stopp-, Rezept-, Störungs- und Sicherheitsszenarien durchspielen.

Die Testszenarien müssen neben der normalen Produktion auch Ausnahmefälle abdecken: Was passiert, wenn ein Sensor auf einem Signalwert verharrt, die Kommunikation ausfällt, ein Produkt unvollständig bearbeitet bleibt, die Spannungsversorgung wiederkehrt oder das Bedienpersonal eine falsche Reihenfolge einhält? Werden Fehler bereits im Vorfeld erkannt, kann das Stillstandsfenster für die Verkabelung und kontrollierte Überprüfung genutzt werden.

Stillstands- und Cutover-Plan

Der Cutover-Plan wird stundengenau erstellt. Er dokumentiert, wann das letzte Produkt die Anlage verlässt, wann die Ausrüstung in einen sicheren Zustand versetzt wird, wer die Sicherungen prüft sowie die Reihenfolge von Demontage und Montage, I/O-Tests, Trockenlauf, Tests mit Produkt, Qualitätsfreigabe und Übergabe an die Produktion. Für jeden Schritt sind Verantwortliche und geschätzte Dauer festgelegt.

Entscheidungspunkte werden definiert: Welches Ergebnis muss bis zu welcher Uhrzeit vorliegen, damit keine Rückkehr zum Altsystem eingeleitet werden muss? Für den Rollback werden alte Hardware, Programme, Kabelkennzeichnungen und Anschlusspläne bereitgehalten. Ein Rückfallplan ist kein Zeichen des Scheiterns, sondern Ausdruck einer konsequenten Absicherung der Produktionskontinuität. Die Kommunikationswege zwischen Schichtbetrieb, Instandhaltung, IT/OT, Qualitätssicherung und Lieferantenteams werden im Voraus eingerichtet.

SAT, Leistungsabnahme und Ramp-up

Der Abnahmetest vor Ort endet nicht mit dem Einschalten der Spannungsversorgung und dem Erkennen von Signalen. Funktions-, Zyklus-, Qualitäts-, Sicherheits-, Alarm-, Berechtigungs-, Daten-, Sicherungs- und Wiederherstellungsszenarien werden überprüft. Kritische Sicherheitsfunktionen werden durch fachkundige Personen messtechnisch geprüft und dokumentiert. Tests mit Produkt decken den tatsächlichen Produktmix und die Grenzbedingungen ab.

Nach dem Produktionsanlauf wird eine Phase intensiver Unterstützung eingeplant. In den ersten Schichten sind Engineering und Instandhaltung vor Ort, Probleme werden priorisiert und täglich finden Entscheidungsbesprechungen statt. Vorübergehende Einstellungen werden von dauerhaften Korrekturen unterschieden. Die Leistungsabnahme erfolgt nicht anhand weniger erfolgreicher Zyklen, sondern anhand von KPI über einen vereinbarten Zeitraum.

Wandel bei Mitarbeitenden und Wissen

Mit der Erneuerung der Technik ändern sich auch die Aufgaben. Das Bedienpersonal muss die neue Oberfläche kennenlernen, die Instandhaltung die Diagnosewerkzeuge, das Automatisierungsteam den Softwarestandard und das IT-Team seine Verantwortung für Netzwerk und Datensicherung. Schulungen sollten statt einer einmaligen Präsentation rollenbezogene Theorie, praktische Übungen und Störungsszenarien umfassen.

Das Wissen der Beschäftigten, die das Altsystem kennen, muss zu Projektbeginn erfasst werden. Das neue System darf jedoch nicht erneut von einer einzigen Person abhängig sein. Aktuelle Elektropläne, Netzwerkdiagramme, I/O-Listen, Programmsicherungen, Versionsaufzeichnungen, Parameterlisten sowie Bedienungs- und Instandhaltungsanweisungen sind zwingende Bestandteile der Übergabe.

Häufige Fehler bei Brownfield-Projekten

• Die Dokumentation als korrekt voraussetzen und auf die Überprüfung vor Ort verzichten.
• Den gesamten Umfang in einen einzigen großen Stillstand pressen und keine Zwischenabnahmen vorsehen.
• Den Code neu schreiben, ohne sämtliche Verhaltensweisen des Altsystems zu verstehen.
• Netzwerk, Zeitsynchronisation, Benutzerverwaltung, Datensicherung und Cybersicherheit auf eine spätere Phase verschieben.
• Bedienpersonal und Instandhaltung erst am Tag der Inbetriebnahme einbeziehen.
• Zeit, Ausrüstung und Entscheidungsbefugnis für den Rollback nicht festlegen.
• Temporäre Gateways und Zugänge nach Projektabschluss nicht entfernen.

Ein umsetzbarer Modernisierungsfahrplan

In der ersten Phase werden die Bestandsaufnahme, die Kritikalitätsbewertung, die Prüfung der Sicherungen und die Reduzierung akuter Risiken durchgeführt. In der zweiten Phase werden Standardarchitektur, Pilotbereich und Testinfrastruktur aufgebaut. In der dritten Phase werden die Linien entsprechend dem Produktionskalender in mehreren Etappen modernisiert. In der letzten Phase werden Datennutzung, Leistungsoptimierung und die kontrollierte Entfernung alter Komponenten abgeschlossen.

Nach jeder Umsetzungsetappe müssen die Aufzeichnungen zu technischen Altlasten, Nutzen und Risiken aktualisiert werden. So wird das Programm von einem reinen Geräteaustausch zu einem nachhaltigen Modell für das Automatisierungsmanagement. Für eine unabhängige Bewertung des aktuellen Zustands Ihrer Anlage können Sie mit Automatisierungsberatung und einer Bestandsaufnahme vor Ort beginnen.

Häufig gestellte Fragen

Wann sollte eine funktionierende PLC ausgetauscht werden?

Das Alter allein ist kein Entscheidungskriterium. Herstellerunterstützung, Ersatzteilverfügbarkeit, geprüfte Programmsicherung, Auswirkungen eines Ausfalls, Cyberrisiken und Integrationsbedarf werden gemeinsam bewertet. Vorrang haben Geräte mit hoher Kritikalität und geringer Wiederherstellbarkeit.

Ist eine Modernisierung ganz ohne Produktionsstillstand möglich?

Einige Daten- und Überwachungsebenen können parallel aufgebaut werden. Änderungen an Feldverkabelung, Steuerung und Sicherheit erfordern hingegen meist einen geplanten Stillstand. Ziel ist nicht das Versprechen eines vollständig unterbrechungsfreien Betriebs, sondern die Begrenzung der Stillstände auf kurze, im Voraus durch Tests abgesicherte Zeitfenster.

Was ist der erste Schritt bei einem Brownfield-Projekt?

Eine verifizierte technische Bestandsaufnahme und Kritikalitätsanalyse. Ohne zu wissen, welche Komponente was steuert, ob eine aktuelle Sicherung vorhanden ist und wie der Betrieb im Fehlerfall wiederhergestellt wird, lässt sich kein tragfähiger Fahrplan erstellen.