Retrofit mit System.
Von der Bestandsaufnahme bis zur Abnahme.

Das Retrofit-Cockpit ist ein Werkzeug zur strukturierten Vorbereitung und Abwicklung von Steuerungs-Retrofit-Projekten – der Modernisierung alter SPS-/HMI-Systeme (z. B. SIMATIC S5/S7 → TIA, Beckhoff/TwinCAT). Es adressiert nicht die SPS-Programmierung selbst, sondern alles davor und daneben: Bestandsaufnahme, Doku-Lücken, Risiko- und Aufwandsbewertung, CE-/MVO-Compliance, Angebotsabsicherung sowie prüffähige Abnahme und Übergabe – herstellerübergreifend.

Das Projekt-Cockpit ist das Herzstück: Es bildet den gesamten Retrofit strukturiert in einer Datenbank ab – vom Kunden über Anlage, Station, Schaltschrank und SPS/HMI bis zum einzelnen Signal. Ampel je Projekt, Phasen, über 20 Projektarten mit Startvorlagen und klare Zuständigkeiten machen den Retrofit zum steuerbaren Prozess.

KI ohne strukturierte Daten ist nur ein Textgenerator; erst mit einer geordneten Datenbasis wird sie zum Projektassistenten. Das Retrofit-Cockpit schafft zuerst diese Struktur – vom Signal bis zur geprüften Quelle – und macht kontrollierten KI-Einsatz überhaupt erst sinnvoll.

Über eine kontrollierte Copy/Paste-Brücke ohne API und ohne automatischen Datenabfluss. Aus allen Projektdaten inklusive geprüfter Quellen entsteht ein Prompt, den Sie in eine beliebige KI (Claude, Gemini, ChatGPT) kopieren. Die Antwort wird streng validiert zurückgespielt und Vorschlag für Vorschlag vom Menschen übernommen – KI schlägt vor, der Mensch entscheidet.

Projekt-Cockpit, Neutrales Leistungsverzeichnis, Quellengebundene Compliance, Projektwächter, Feld-Erfassung, Kontrollierte KI, Management-Cockpit und lückenloser Audit-Trail – acht Funktionsbereiche einer Anwendung auf gemeinsamer, strukturierter Datenbasis.

Die Funktionsdokumentation beschreibt das Verhalten der Anlage statt ihrer Bauteile: je Funktion eine strukturierte Ablaufbeschreibung mit Zweck, Auslöser, Vorbedingungen, Ablauf, Betriebsarten und Fehlerfall, dazu ein Ablaufdiagramm. Jede Funktion wird in drei Zuständen geführt – Ist vorher, Soll nachher und geprüfter Ist-Zustand nach dem Umbau –, die einzeln freigegeben werden. Das ist die konkrete Grundlage für die Frage, ob eine „wesentliche Veränderung“ vorliegt: Maßgeblich ist, ob sich eine Funktion ändert, nicht ob ein Bauteil getauscht wird.

Über ein geführtes Interview statt eines leeren Formulars: Die KI stellt eine Frage nach der anderen, macht nummerierte Antwortvorschläge mit einer begründeten Empfehlung, und Sie bestimmen das Tempo. Liegt der Steuerungscode vor, kann der Ablauf daraus abgeleitet werden – das Interview fragt dann gezielt nach dem, was der Code nicht zeigt, etwa gebrückte Kontakte oder Hand-Übersteuerungen. Der Weg bleibt die kontrollierte Copy/Paste-Brücke ohne API; das Ergebnis kommt als geprüfter Entwurf zurück und wird bewusst übernommen. Die KI erhebt den Sachverhalt, sie bewertet ihn nicht.