Generierter Code geht erst über TIA Openness zurück ins TIA Portal, wenn du die Diff-Vorschau gesehen und bestätigt hast.

Import mit Bestätigung

Verbinde externe MCP-Server und nutze ihre Werkzeuge neben den eingebauten TIA-Portal-Werkzeugen. AnyAutomation Studio ist der Client, nie ein Server für dein Projekt.

MCP-Client

Der Assistent delegiert Teilaufgaben an spezialisierte Agenten; Best-of-N führt denselben Prompt in zwei bis fünf parallelen, isolierten Sitzungen aus, damit du das beste Ergebnis behältst.

Sub-Agenten und Best-of-N

Delegiert Teilaufgaben an spezialisierte Agenten und führt mehrere Sitzungen nebeneinander aus.

Liest, generiert, exportiert, importiert und bearbeitet Bausteine, Variablentabellen und den Projektbaum über TIA Openness.

Liest und schreibt Dateien im Exportordner und im Arbeitsbereich.

Durchsucht Dokumentationsseiten, die du hinzufügst, etwa Herstellerhandbücher und Normen.

Liest Daten aus EPLAN Electric P8 und leitet daraus Variablentabellen und Hardware-Topologie ab.

Durchsucht den Adressraum, liest und schreibt Werte und beobachtet Live-Daten auf der Steuerung.

Durchsucht deine Bausteintyp-Bibliothek, erfasst Typen aus einem Projekt und rollt sie in eine verbundene SPS aus.

Erzeugt aus dem Projekt ein lauffähiges Web-SCADA.

Startet Signalaufzeichnungen und wertet aufgezeichnete Traces aus.

Baut interaktive Dashboards und Übersichten mit Anzeigen, Diagrammen und Bedienelementen aus dem Chat heraus.

Schreibt Test-Suites, führt sie auf PLCSIM Advanced oder einer echten S7-SPS aus und liest die Ergebnisse.

Sieht sich Anwendungsfenster an und klickt oder tippt nach deiner Bestätigung in den Anwendungen, die du freigibst.

Füllt den Inbetriebnahme-Report mit Stationen, IO-Checkliste und Live-IO-Checks.

Wir verwenden Reddit Pixel zur Reichweitenmessung. Funktional notwendige Cookies (Session, Login, Stripe) werden immer geladen. Marketing-Tracking startet erst nach deiner Zustimmung.

Marketing-Cookies?

Jeder Entwickler arbeitet auf einem eigenen Branch und committet seine Änderungen unabhängig. Wenn ein Feature fertig ist, prüft das Team es in einem Pull-Request und merged es nach "main". Der Projektleiter setzt für die Inbetriebnahme einen Release-Tag – der exakte Stand ist damit jederzeit reproduzierbar.

Drei Entwickler, drei Branches, ein Projekt

So holt das Inbetriebnahme-Team einen freigegebenen Stand auf den Laptop, lädt ihn auf die physische SPS und dokumentiert den As-Built-Stand zurück ins Repository.

Inbetriebnehmer öffnet das Repository auf dem Laptop und holt den freigegebenen Stand, zum Beispiel "release/anlage-XYZ-v2.1". Der exakte Code ist damit lokal verfügbar.

Release-Tag auschecken

AnyAutomation Studio importiert alle Bausteine, HMI-Elemente und UDTs in einem Schritt über TIA Openness. Die Ordnerstruktur des Repositories wird 1:1 im TIA Portal wiederhergestellt.

Bulk-Import ins TIA Portal

Pro Baustein wird der Compile-Status sichtbar. Fehler lassen sich direkt anspringen und korrigieren, bevor die SPS überhaupt angeschlossen wird.

Compile mit Live-Status

Aus dem TIA Portal wird der geprüfte Stand auf die physische SPS geladen. Die Inbetriebnahme erfolgt mit dem Code, den das Team freigegeben hat. Keine Überraschungen vor Ort.

Download zur SPS

Anpassungen vor Ort – etwa IP-Adressen, Anlagenparameter oder Ad-hoc-Korrekturen – werden zurück exportiert und committet. Der As-Built-Stand wandert ins Repository.

Vor-Ort-Anpassungen exportieren

Der reale Inbetriebnahme-Stand wird mit einem Tag versehen, etwa "as-built/anlage-XYZ". Wenn die Anlage in zwei Jahren ein Update braucht, ist genau dieser Stand reproduzierbar.

Profile