atvise® & AI
Warum die Basis über den Nutzen entscheidet
AI braucht Struktur. atvise® hat sie seit 2006.
Die Antwort steckt schon in Ihrem Projekt. Man muss sie nur abrufen können.
atvise® und AI: Warum offene Standards darüber entscheiden, ob künstliche Intelligenz in der Automatisierung Nutzen stiftet - und woran wir derzeit arbeiten.
| Ein Beispiel: - Eine Anlage meldet eine Störung. - Der zuständige Techniker ist nicht im Haus. - Der Kollege, der einspringt, kennt das Projekt nicht. - Er weiß nicht, warum ein Alarm so und nicht anders parametriert ist. - Welches Skript greift an welcher Stelle? - Aber: Die Information ist im System vorhanden! - Sie liegt im Projekt, in der Dokumentation und in den Logdateien. - Sie ist nur nicht in dem Moment abrufbar, in dem sie gebraucht wird... |
Genau hier wird künstliche Intelligenz in der Automatisierung interessant - nicht als Ersatz für Fachwissen, sondern als Weg dorthin. Und genau hier zeigt sich, dass die entscheidende Frage nicht das Modell ist, sondern das System darunter.
Ein Assistent ist nur so gut wie sein Zugang zum System
Ein Sprachmodell kennt Ihre Anlage nicht. Es kann nur beantworten, was es lesen kann. In einem geschlossenen System bedeutet das: Es liest wenig - und was es liest, muss über eigens gebaute Zwischenschichten bereitgestellt werden. Jede dieser Schichten ist Aufwand, Fehlerquelle und Abhängigkeit.
Bei atvise® entfällt dieser Umweg. Der Grundstein dafür wurde lange vor der aktuellen AI-Diskussion gelegt.
Drei Voraussetzungen für AI: atvise® hat sie.
Damit ein Assistent mit einer Anlage arbeiten kann, braucht er mehr als ein Sprachmodell. Er braucht strukturierten Zugriff auf Informationen, eine Umgebung für die Anwendung und offene Wege nach außen. Genau diese Grundlagen sind in atvise® seit Jahren vorhanden.
Die Grundlage für AI ist längst da:
- OPC UA strukturiert die Informationen.
- Webtechnik macht sie überall zugänglich.
- Offene Schnittstellen, Skripte und OPC UA Methoden schaffen den Weg nach außen.
Was heute für AI-Anwendungen gebraucht wird, ist damit keine völlig neue technische Welt. Es baut auf einer Architektur auf, die atvise® bereits seit Jahren prägt.
Wo wir heute stehen
Wir haben die atvise® Architektur systematisch darauf untersucht, wo AI echten Nutzen stiftet und wo nicht. Erste assistierende Werkzeuge sind aufgebaut und stehen im Erprobungsbetrieb:
- zur Unterstützung bei der Dashboard-Konfiguration
- bei Dokumentations-
- und Anwendungsfragen
Der größte Hebel liegt dabei nicht im laufenden Betrieb, sondern im Engineering. Dort entsteht Aufwand, der sich durch Assistenz spürbar reduzieren lässt. Und dort sind Fehler korrigierbar, bevor sie in einer Anlage wirksam werden. Agenten unterstützen in der Engineering-Rolle beispielsweise beim Generieren von Skripten, Displays oder Objekttypen.
In der Runtime spielen Agenten eine andere Rolle, die von deren Aufgaben und der Art des Zugriffs auf das Prozessabbild abhängen:
Lesen | unkritisch | Werkzeuge und Agenten können Informationen lesen. |
Schreiben | kritisch | Prozesseingriffe und Schreibprozesse brauchen Kontrolle. |
In der Automatisierung kann eine falsch geschriebene Variable einen Sollwert verstellen, ein Display zerstören oder eine Alarmkonfiguration aushebeln.
Deshalb gilt für uns:
- Jeder Eingriff eines Assistenten braucht eine ausdrückliche menschliche Freigabe.
- Jeder Vorschlag braucht eine Prüfung.
Wie es weitergeht...
...die Grundlagen stehen, die Richtung ist klar.
Wir führen diese Arbeit in den kommenden Monaten fort und werden zeigen, was daraus entsteht.
- Sie erfahren es hier zuerst.
Weitere Technologien
Von Grund auf innovativ
