Retrofit ist kein reines Programmierproblem

Wer ein Steuerungs-Retrofit plant, denkt zuerst an die Steuerung: alte SPS raus, neue SPS rein, Programm portieren. Doch der teure, riskante Teil eines Retrofits liegt selten im Programmiereditor. Er liegt davor und daneben – in der Bestandsaufnahme, in unvollständiger Dokumentation, in unklaren Schnittstellen und in einer Aufwandsschätzung, die auf Bauchgefühl beruht.

Wo das Wissen wirklich steckt

In der Praxis verteilt sich das entscheidende Projektwissen auf vier Orte, die alle schlecht auswertbar sind:

• Im Kopf einzelner Entwickler, die die Anlage kennen.
• In Excel, als lose Listen und Insellösungen.
• In E-Mails, als verstreute Absprachen.
• In Fotos, aufgenommen vor Ort, ohne Zuordnung.

Das ist kein Luxusproblem. Es ist ein Kosten-, Risiko- und Haftungsthema: Fehlt die I/O-Liste, ist ein Festpreis kaum seriös kalkulierbar. Fehlt die Bestandsaufnahme, entstehen Nachträge. Fehlt die Nachvollziehbarkeit, wird die Abnahme zur Diskussion.

Struktur zuerst

Das Retrofit-Cockpit dreht die Reihenfolge um: Zuerst wird der Bestand strukturiert erfasst – herstellerübergreifend von der Anlage über Station, Schaltschrank und SPS/HMI bis zum einzelnen E/A-Signal. Erst auf dieser Datenbasis werden Auswertung, Überwachung und ein belastbares Angebot möglich.

Retrofit mit System heißt: nicht nur die Steuerung modernisieren, sondern den gesamten Prozess – von der ersten Aufnahme bis zur prüffähigen Übergabe.