Interaktives HTML/JS-Canvas mit Live-OPC-UA-Datenbindung für Prozessvisualisierung in Echtzeit

KI-Canvas

KI-generierter Code wird direkt ins TIA Portal importiert — kein Copy & Paste nötig

Auto-Import ins TIA Portal

Bis zu 5 Sub-Agenten parallel ausführen — mit persistentem Speicher, Worktree-Isolation und sessionübergreifender Kommunikation

Multi-Agenten-System

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

Der TIA Openness Manager importiert alle Bausteine, HMI-Elemente und UDTs in einem Schritt. 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 — ohne Überraschungen.

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.

As-Built-Tag pushen

Vom Repository zur SPS — der Inbetriebnahme-Flow

TIA Multi-User vs. Git

Lizenz-Optionen

Optionale Erweiterungen, die separat zum Hauptabo abgerechnet werden.

Bidirektionale Synchronisation zwischen TIA-Portal-Projekten und EPLAN-Electric-P8-Schaltplänen.

EPLAN Bridge

Add-ons

Erweiterung über Siemens TIA Portal hinaus auf eine zweite SPS-Plattform — beginnend mit CODESYS 3.5 — über eine herstellerneutrale Abstraktion. Die bestehende TIA-Integration bleibt erhalten; CODESYS läuft daneben als paralleler Pfad. MVP-Umfang: Projekt öffnen/schließen, Baustein-Export/-Import via PLCopenXML, Kompilieren, Download.

Multi-Vendor-SPS-Unterstützung

Headless-CLI-Test-Runner, xUnit-XML- und HTML-Reports kompatibel mit Jenkins, GitHub Actions und Azure DevOps. Vergleichs-Ansicht zweier Läufe als Side-by-Side-Diff. Baustein-Änderungs-Erkennung markiert betroffene Suites.

Unit-Testing — CI/CD-Integration

Digital signierte PDF-Berichte (DE/EN), Anforderungs-Traceability-Matrix mit CSV-Import aus Polarion / DOORS / Jira, Safety-Testing-Vorlagen für F-CPU, Freigabe-Workflow mit unveränderlichem Audit-Log, Audit-Paket als ZIP per Klick.

Unit-Testing — Audit-bereit

Worst-Case-Ausführungszeit-Profiling mit Regressionsalarmen, automatische Quarantäne flaky Tests, projektweite Vorlagenbibliothek (Motor DOL/VFD, Ventil, PID, Zustandsautomat, Timer, Counter), parametrierte Tests mit CSV/Excel-Import, Live-Metrik-Dashboard.

Unit-Testing — Skalierung & Observability

Event-Monitoring mit Severity-Filtern, Event-Log mit CSV-Export, historische Trend-Charts mit Zeitbereichs-Auswahl und Presets.

OPC-UA-Event-Abos & Historien-Charts

Modal-Dialog aus dem Kontextmenü des Adressraums. Editoren für skalare und 1D-Array-Eingaben, Ausgabe-Panel mit Status und Fehler-Banner.

Methodenaufruf-Dialog mit Array-Editoren

Inline-Chat (Strg+I) im Suite-Editor, KI-Badge auf generierten Tests, 11 MCP-Tools, verstärkter F-CPU-Safety-Guard.

KI schreibt Unit-Tests

PLCSim-Instanzen direkt aus der App erstellen, starten, stoppen und herunterladen. Typisiertes Lesen/Schreiben für 28 S7-Datentypen.

PLCSim-Instanz-Manager + Tag-Browser

Blockierenden Sub-Agenten in den Hintergrund schicken, Haupt-Chat bleibt reaktiv, Ergebnisse später in Ruhe prüfen.

Sub-Agenten im Hintergrund (Strg+B)

Bidirektionale Querverweise EPLAN ↔ TIA

Verfügbar für Professional, Enterprise und Trial

Separate Subscription zusätzlich zur Basis-Lizenz

Basic

Enterprise

Professional

für die Software „TIA Openness Manager"

Haftungsausschluss

Alle Inhalte, die durch ein externes LLM erzeugt werden, erfolgen ausserhalb des Einflussbereichs des Anbieters.

Der Anbieter übernimmt keinerlei Verantwortung für:

- Richtigkeit
- Funktionalität
- Sicherheit
- Vollständigkeit
- industrielle Tauglichkeit
- Interpretationsfehler
- versteckte Risiken oder Logikfehler


1. Keine Verantwortung für LLM-Ausgaben

Der Anwender trägt die volle Verantwortung für:

- Prüfung jedes generierten Codes
- Validierung sämtlicher Vorschläge
- Integration in TIA-Portal-Projekte
- Tests, Simulationen und Abnahmen
- Einhaltung interner Prozesse und Standards

Der Anbieter haftet **nicht** für Engineering-Schäden.


2. Keine Haftung für Engineering-Aktivitäten

Bei der Bearbeitung von Safety-Bausteinen (F_FB, F_FC, F_DB, F_OB) gilt:

- **Vier-Augen-Prinzip ist Pflicht** — KI-generierte oder automatisch erzeugte Inhalte dürfen niemals ohne unabhängige zweite Überprüfung übernommen werden
- Die Validierung gemäss IEC 61508, IEC 62061, ISO 13849 und einschlägigen Siemens-Sicherheitshandbüchern liegt ausschliesslich beim Anwender
- Pin-Code- und Safety-Login-Compliance gemäss Anlagen-Risikoanalysen ist Verantwortung des Anwenders

Bei Missachtung erlischt jegliche Haftung des Anbieters.


3. Sicherheitsgerichtete Steuerungen (F-CPU)

Die Software ist ein Tool für qualifizierte Fachanwender.
Jede Nutzung erfolgt vollständig auf eigenes Risiko.


4. Nutzung auf eigene Gefahr

Schäden, die trotz Prüfung entstehen, sind auf die in der EULA definierten Haftungsgrenzen eingeschränkt.

Der Anbieter haftet niemals über die Höhe des Lizenzpreises hinaus.

---

**© 2025-2026 AnyAutomation.**


Haftungsausschluss

Haftungsausschluss

1. Keine Verantwortung für LLM-Ausgaben

2. Keine Haftung für Engineering-Aktivitäten

3. Sicherheitsgerichtete Steuerungen (F-CPU)

4. Nutzung auf eigene Gefahr

5. Begrenzung der Haftung