AI// Der Weg: Problem → Funktionen → Adapter → Protokoll → Grenzen → frühe Nutzung
PLC KI Tool: KI mit Prüfkette
Sprachmodelle schreiben heute Structured Text, der übersetzt. Ob er das Richtige tut, zeigt erst der Test. Das KI Tool arbeitet mit Projekten aus TIA Portal, CODESYS, TwinCAT und Studio 5000, lässt die KI nur über einen eigenen Branch an den Code, prüft jeden Vorschlag in der Pipeline und legt ihn als Merge Request zur Freigabe vor.
30 Minuten · unverbindlich · kein Vertriebsgespräch
IN ENTWICKLUNG · LOKALES MODELL MÖGLICH · SAFETY GESPERRT · FREIGABE DURCH MENSCHEN
Was ist das PLC KI Tool?
Das PLC KI Tool ist ein KI-Assistent für SPS-Code, der hinter jedem Vorschlag eine Prüfkette laufen lässt.
Es liest Ihr Projekt aus dem Git-Repository, je Engineering-Umgebung über einen Adapter, und kennt Ihre eigenen Bibliotheken. Jede Änderung entsteht in einem eigenen Branch, das PLC Build Tool übersetzt und testet sie, und Befunde gehen als Korrekturauftrag an das Modell zurück. Auf die Anlage kommt nichts, bevor ein Mensch den Merge Request freigegeben hat.
- Art
- KI-Assistent mit Anbindung an Git und Pipeline
- Adapter
- Siemens TIA Portal, CODESYS, Beckhoff TwinCAT 3, Rockwell Studio 5000
- Modell
- Lokal, etwa über Ollama, oder über die Claude API
- Sprachen
- Schreibt Structured Text im Dialekt der Umgebung, etwa SCL bei Siemens; liest und erklärt grafische Sprachen
- Prüfkette
- PLC Build Tool mit Übersetzen, statischer Prüfung und Tests, dann Merge Request
- Status
- In Entwicklung, frühe Nutzung mit ausgewählten Teams
AI/01 AuftragDer Auftrag in einem Satz. Daneben steht, was das Tool dem Modell mitgibt: Repository, Adapter, Modell und die passenden Bausteine aus Ihrer Bibliothek. F-Bausteine sind gesperrt.
AI/02 PrüfketteDrei Versuche bis zur grünen Kette. Jede rote Stufe geht als Korrekturauftrag an das Modell zurück, rechts der Auftrag nach dem gescheiterten Test TC_07.
AI/03 FreigabeAm Ende steht der Merge Request mit Diff, Zusammenfassung und Testergebnis. Gemergt wird erst nach dem Review im Vier-Augen-Prinzip.
Entwürfe, mit KI erzeugt, keine Bildschirmfotos. PLC KI Tool ist in Entwicklung; Namen und Nummern stammen aus dem Beispiel in Abschnitt 05. Ein Klick auf ein Bild öffnet es in voller Größe.
Warum reicht ein Chatfenster für SPS-Code nicht?
Weil übersetzbar nicht korrekt heißt. In der Studie CycleBench vom Oktober 2026 mit 301 Aufgaben und acht Sprachmodellen lief der erzeugte Code im Mittel 11,9 Prozentpunkte seltener richtig, als er übersetzte. Im Benchmark PLCWorld, der den Code gegen eine simulierte Anlage laufen lässt, löste GPT-5.5 82,7 Prozent der leichten Aufgaben, aber nur 25,1 Prozent der schweren.
Weil das Modell Ihre Umgebung und Ihre Bibliothek nicht kennt. IEC-61131-3-Code ist in den Trainingsdaten selten, jeder Hersteller hat seinen Dialekt und seine Bausteinbibliotheken, und Ihre Firmenbibliothek kennt kein allgemeines Modell. Mit Herstellerwissen aus einer durchsuchbaren Ablage stieg die Übersetzungsquote in einer Studie des Fraunhofer IOSB-INA von 38 auf 73 Prozent.
Und weil Projektdaten das Haus oft nicht verlassen dürfen. Viele Automatisierungsteams geben ihren Steuerungscode keinem Cloud-Dienst. Weitere Studien und ihre Quellen stehen in unserem Whitepaper „Kompiliert heißt noch nicht korrekt“.
Der Baustein aus dem Chatfenster übersetzt beim ersten Versuch. Ob er die Klappe auch schließt, wenn der Füllstandssensor im falschen Takt flackert, zeigt sich erst bei der Inbetriebnahme, wo jeder Fehler am meisten kostet.
Was soll das KI Tool
können?
Der geplante Funktionsumfang. PLC KI Tool ist in Entwicklung, Einzelheiten können sich bis zur ersten Version ändern.
- /01
Projektkontext aus Git
Die KI liest, was im Repository steht.
Das Tool arbeitet auf den Textquellen im Repository, die der Adapter der Umgebung liefert, nicht auf einer Kopie im Chat. Ihre Bibliotheken und Programmierrichtlinien liegen in einer durchsuchbaren Ablage, damit das Modell geprüfte Bausteine verwendet, statt sie neu zu erfinden.
- /02
Jede Änderung ein Branch
Sichtbar und rückholbar.
Jeder Auftrag landet in einem eigenen Branch mit lesbarem Diff. Was die KI geändert hat, sehen Sie Zeile für Zeile, und eine verworfene Änderung ist ein gelöschter Branch.
- /03
Prüfkette mit Rückmeldung
Compiler und Tests halten falsche Vorschläge auf.
Das PLC Build Tool übersetzt den Branch in der Umgebung des Projekts, führt die statische Prüfung und die Tests aus. Schlägt eine Stufe fehl, geht die Meldung als Korrekturauftrag an das Modell zurück, bis die Kette grün ist oder die festgelegte Zahl der Versuche erreicht ist. Bestehende Tests darf das Modell weder ändern noch löschen, sonst würde es den Test reparieren statt den Code.
- /04
Freigabe durch einen Menschen
Der Merge Request ist das Ende des Laufs.
Am Ende steht ein Merge Request mit Diff, Testergebnis und einer Zusammenfassung, was geändert wurde und warum. Gemergt wird erst nach dem Review im Vier-Augen-Prinzip.
- /05
Safety gesperrt, Modell wählbar
Ihre Daten, Ihre Regeln.
Sicherheitsgerichtete Bausteine erkennt der Adapter und sperrt sie für Änderungen; lesen und erklären kann das Tool sie. Das Modell läuft lokal, etwa über Ollama auf einem eigenen GPU-Server, oder über die Claude API. Vor jedem externen Aufruf entfernt das Tool Zugangsdaten aus dem Kontext.
Welche Hersteller unterstützt das KI Tool?
Geplant sind Adapter für vier Engineering-Umgebungen. Bedienung und Regeln bleiben gleich, der Adapter übernimmt, was die jeweilige Umgebung anders macht. Welche Adapter zuerst fertig werden, ist noch offen. Weitere Umgebungen lassen sich über eigene Adapter anbinden.
| Umgebung | Was der Adapter tut |
|---|---|
| Siemens TIA Portal V21 | Arbeitet auf SCL und den SIMATIC-SD-Dateien aus dem VCI-Workspace; fehlersichere Bausteine bleiben gesperrt. |
| CODESYS V3.5 | Arbeitet auf Structured Text aus CODESYS Git, File-Based Storage oder PLCopen XML. Wo der MCP-Server von CODESYS im Einsatz ist, kann der Adapter ihn nutzen. |
| Beckhoff TwinCAT 3 | Arbeitet direkt auf den TcPOU-Dateien im Repository. Die TcUnit-Tests startet das PLC Build Tool mit eigenem Ablauf, weil der frühere TcUnit-Runner nicht mehr gepflegt wird. |
| Rockwell Studio 5000 | Arbeitet auf Routinen in Structured Text aus dem L5X-Export; Ladder kann es lesen und erklären. |
Wie läuft ein Auftrag durch die Prüfkette?
Ein Entwurf des Protokolls für ein TIA-Projekt. Der erste Vorschlag übersetzt nicht, der zweite fällt im Test durch, der dritte geht als Merge Request in den Review. Bei einem TwinCAT-Projekt sähe der Lauf gleich aus, nur mit TcUnit statt der Test Suite.
Spätestens wenn ein nächtlicher Lauf zum ersten Mal einen fehlerhaften KI-Baustein abfängt, der nie eine Anlage gesehen hat, weiß das Team, dass die Kette trägt.
Projekt linie-1/plc · Adapter tia-portal
Auftrag FB_Abfuellung: Klappe schließt bei Füllstand max.,
auch wenn der Sensor flackert
Branch ki/fb-abfuellung-entprellung
Versuch 1 compile FEHLER Variable "tEntprell" nicht deklariert
-> Korrekturauftrag an das Modell
Versuch 2 compile ok
analyze ok 0 Befunde
test FEHLER TC_07 Sensor flackert 40 ms:
Klappe offen, erwartet geschlossen
-> Korrekturauftrag an das Modell
Versuch 3 compile ok
analyze ok 0 Befunde
test ok 12 / 12 Testfälle
Merge Request !214 angelegt · Review durch die SteuerungstechnikEntwurf · Befehle, Bezeichnungen und Ausgabe können sich bis zur ersten Version ändern.
Was das KI Tool
nicht tut
- /01
Das KI Tool lädt nichts auf eine Steuerung und merged nicht selbst.
- /02
Es ersetzt keine Testfälle. Was die Tests nicht prüfen, prüft auch die Kette nicht, deshalb bleibt der Review.
- /03
Es ändert keine sicherheitsgerichteten Bausteine.
- /04
Es arbeitet nicht ohne Versionsverwaltung. Wer Projekte als Archiv auf dem Netzlaufwerk ablegt, beginnt mit der PLC Git Bridge.
- /05
Grafische Sprachen wie KOP, FUP oder Ladder schreibt es nicht. Es kann sie lesen und erklären, Änderungen schreibt es in Structured Text.
Was braucht das KI Tool?
- Versionierung
- Projekt in Git, etwa über die PLC Git Bridge
- Pipeline
- PLC Build Tool auf einem Windows-Build-Agenten mit der Engineering-Umgebung
- Modell
- Zugang zur Claude API oder ein eigener GPU-Server mit mindestens 24 GB Grafikspeicher. Ein lokales Modell dieser Größe lag in einer Vergleichsstudie vom Oktober 2026 rund 13 Prozentpunkte hinter Claude; den Abstand messen wir im Pilot an Ihren Aufgaben.
- Tests
- Testfälle im Testwerkzeug der Umgebung für die Bausteine, an denen die KI arbeitet
Wo steht das KI Tool
in der Kette?
Die vier Werkzeuge bauen aufeinander auf: versionieren, bauen und testen, nachweisen, mit KI entwickeln. Jedes läuft auch allein, in Ihrer vorhandenen Pipeline. Die ganze Strecke bis zur Anlage deckt die Plattform IndustrialFlow ab.
- 01 · VersionierenPLC Git Bridge
- 02 · Bauen und testenPLC Build Tool
- 03 · NachweisenPLC SBOM Builder
- 04 · Mit KI entwickelnPLC KI ToolDiese Seite
Der KI-Assistent von IndustrialFlow analysiert gescheiterte Builds und erzeugt Pipelines aus Klartext; das KI Tool schreibt dagegen Vorschläge für den Steuerungscode.
Ab wann geht das
bei uns?
Wir suchen Teams, die ihren Steuerungscode schon in Git haben und KI an einem abgegrenzten Pilot ausprobieren wollen, etwa beim Dokumentieren von Bestandscode oder bei Tests für Bausteine, die noch keine haben. Dabei schlägt die KI die Eingabefolgen vor, die erwarteten Werte kommen aus dem heutigen Verhalten des Bausteins, und Ihr Team bestätigt sie. Was dafür nötig ist und ab wann es geht, klären wir in einem kurzen Gespräch.