Zum Hauptinhalt springen

Factory Operator – Funktionen & Einschränkungen

Funktionsmatrix des Factory Operator & Anwenderbeispiele​

Die folgende Tabelle zeigt den vollständigen Funktionsumfang des Factory Operator auf der SEW Platform. Die Funktionen sind nach Produktbereich gruppiert, damit Anwender erkennen können, wo dialogbasierte Automatisierung eingesetzt werden kann.

KategorieUnterstützte FunktionenBeispiele für unterstützte Befehle
ERSTELLEN

  • Geräte: Erstellt Geräte mit herstellerspezifischen Metadaten, IDE-Anforderungen und erforderlichen Konfigurationsfeldern.
  • Gateways: Erstellt Gateways mit den angegebenen Konfigurationsparametern.
  • Ressourcengruppen: Erstellt organisatorische Gruppen zur Verwaltung von Asset-Gruppen.
„Erstelle ein neues Siemens-Gerät mit dem Namen Mixer01 mit den erforderlichen Metadaten.“
„Erstelle ein Gateway mit dem Namen WestLine-GW mit diesen Konfigurationswerten.“
„Erstelle eine Ressourcengruppe mit dem Namen Packaging.“
AKTUALISIEREN

  • Geräte: Ändert Konfigurationsparameter, Metadaten oder IDE-Einstellungen.
  • Gateways: Aktualisiert Gateway-Konfigurationsfelder.
  • Zuweisungen von Ressourcengruppen: Verschiebt Geräte zwischen Gruppen oder weist neue Gruppenzugehörigkeiten zu.
„Aktualisiere die IP-Adresse des Geräts Pump02 auf 10.10.5.12.“
„Aktualisiere die Konfiguration für das Gateway North-GW.“
„Verschiebe das Gerät Robot01 in die Ressourcengruppe Assembly.“
ABFRAGE – GeräteGeräte: Geräte anhand von Name, Hersteller, Gruppe oder Teilattributen suchen.„Zeige mir die Konfiguration für das Gerät BoilerPLC.“
„Finde Geräte in der Gruppe Packaging mit dem Hersteller Siemens.“
ABFRAGE – Gateways
Gateways: Gateway-Konfigurationen und Metadaten abrufen.
„Rufe die Details für das Gateway Main-Gateway ab.“
„Zeige mir alle Gateways mit dem Status aktiv.“
ABFRAGE – JobsJobs: Jobs gefiltert nach Gerät, Jobtyp, Status oder Zeit abfragen.„Zeige Jobs für das Gerät Press01 aus den letzten 24 Stunden.“
„Finde fehlgeschlagene Jobs des Typs BACKUP.“
ABFRAGE – Job-LogsJob-Logs: Logs für einzelne Jobs mit chronologischer Formatierung und Hervorhebung von Fehlern abrufen.„Zeige die Logs für Job 92341.“
„Rufe die Log-Ausgabe für den letzten Jobdurchlauf auf dem Gerät Line2-PLC ab.“
ABFRAGE – RessourcengruppenRessourcengruppen: Gruppenmetadaten, enthaltene Assets und Assets von Untergruppen abfragen.„Zeige mir die Assets in der Ressourcengruppe Packaging.“
„Rufe alle Geräte der Gruppe Assembly einschließlich Untergruppen ab.“
ABFRAGE – BenutzerBenutzer: Benutzerinformationen anhand von Name, E-Mail oder zugehörigen Attributen suchen.„Zeige mir die Informationen zum Benutzer jsmith.“
„Finde den Benutzer mit der E-Mail-Adresse alex.lee@example.com.“
ABFRAGE – Audit-LogsAudit-Logs: Plattformaktivitäten mit Zeitraumfilterung und Interpretation der Ereignistypen abrufen.„Rufe die Audit-Logs für den Benutzer jsmith zwischen 2025-10-01 und 2025-10-07 ab.“
„Zeige mir alle Anmeldeereignisse von heute.“
Validierung

  • Prüft, ob die erforderlichen Metadatenfelder für jede Kombination aus Hersteller und IDE vorhanden sind.
  • Validiert Benutzereingaben gegen unterstützte Enum-Werte und Konfigurationsregeln.
  • Stellt sicher, dass Audit-Log-Abfragen mit Benutzerbezug zunächst Namen in Benutzer-IDs auflösen.
„Welche Informationen benötigst du, um ein Rockwell-Gerät zu erstellen?“
„Ist diese IP-Adresse für die Gateway-Konfiguration gültig?“
LookupLöst sprechende Namen mithilfe von Konfigurationswerkzeugen in interne IDs auf.„Löse das Gerät mit dem Namen Mixer01 auf.“
„Ermittle die ID für die Ressourcengruppe ProcessAreaA.“
Filterung

  • Abfragen von Geräten, Gateways, Jobs und Benutzern über mehrere Attribute.
  • Zeitbasierte Filter im ISO-8601-Format.
  • Seitenweiser Abruf für große Ergebnismengen.
  • Audit-Log-Filter nach Ereignistyp, Benutzer, Zeitfenster oder Ressource.
„Finde alle Geräte des Herstellers Siemens, die nach dem 2024-01-01 erstellt wurden.“
„Zeige die nächste Ergebnisseite für meine Job-Abfrage.“
Asset-Verknüpfung

  • Verknüpfung Gerät zu Gateway: Verbindet Geräte mit Gateways.
  • Verknüpfung Gerät zu Ressourcengruppe: Weist Geräte Gruppen zu oder verschiebt sie zwischen Gruppen.
  • Batch-Verknüpfung: Verarbeitet mehrere Verknüpfungen in einer strukturierten Abfolge.
„Verknüpfe das Gerät BoilerPLC mit dem Gateway Main-Gateway.“
„Weise diese fünf Geräte der Gruppe Packaging zu.“
Verwaltung von Ressourcengruppen

  • Neue Ressourcengruppen erstellen.
  • Gruppeninformationen und enthaltene Assets abrufen.
  • Assets von Untergruppen standardmäßig einbeziehen.
  • Assets bei Bedarf zwischen Gruppen verschieben.
„Erstelle eine Gruppe mit dem Namen Cell 1 in der übergeordneten Gruppe ‚Boston Factory‘ und füge PLC 123 hinzu“
„Zeige mir alle Geräte in Cell 1“
„Verschiebe PLC 493 nach Cell 1“
Job-Verwaltung

  • Jobs gefiltert nach Gerät, Typ, Status oder Zeitraum abrufen.
  • Zugriff auf detaillierte Ausführungslogs.
  • Fehler hervorheben und strukturierte Zusammenfassungen bereitstellen.
  • Komponenten in Logs identifizieren, um die Ursachenermittlung auf Basis der Log-Inhalte zu unterstützen.
„Zeige mir alle PLC-Backups, die in den letzten 24 Stunden fehlgeschlagen sind“
„Ermittle für die fehlgeschlagenen Jobs den Grund, warum die PLC-Geräte fehlgeschlagen sind“
Audit-Log-Nachverfolgung

  • Aktivitäten nach Benutzer, Ereignistyp oder Zeitraum abfragen.
  • Benutzernamen zur präzisen Filterung in IDs auflösen.
  • Plattform-Ereigniscodes in menschenlesbarer Form interpretieren.
  • Potenziell sicherheitsrelevante Aktionen oder Anomalien hervorheben.
„Finde alle Aktionen, die Michael Manager in der letzten Woche ausgeführt hat“
„Ermittle alle Anmeldungen der letzten 24 Stunden, die nicht aus dem Werk erfolgten“

Wesentliche Funktionen​


Merkmale des Workflows​

Schemagesteuerte Operationen​

  • Führt am Beginn der Konversation eine Schema-Introspektion durch.
  • Identifiziert erforderliche Felder, Validierungsregeln und Enum-Werte.
  • Stellt sicher, dass Operationen den Plattformvorgaben entsprechen.

Umgang mit Metadaten​

  • Identifiziert die erforderlichen Metadaten für jeden Geräte- oder Gateway-Typ.
  • Fragt Anwender ausschließlich nach den erforderlichen Feldern.
  • Validiert Metadaten vor der weiteren Verarbeitung gegen bekannte Vorgaben.

Batch-Verarbeitung​

  • Führt mehrere Erstellungs- oder Aktualisierungsanfragen in einem Workflow aus.
  • Liefert pro Ressource Berichte zu Erfolg, Verknüpfung und Fehlern.

Modell der Benutzerinteraktion​

Der Factory Operator interagiert mit Anwendern nach strikten Regeln:

  • Fragt ausschließlich fehlende erforderliche Informationen ab.
  • Fragt optionale Felder nur ab, wenn der Anwender dies wünscht.
  • Legt niemals Backend-Schemata oder technische Implementierungsdetails offen.
  • Stellt auf Anfrage klare Listen der erforderlichen Felder bereit.
  • Verwendet eine neutrale, sachliche und direkte Sprache.

Formatierung der Ausgabe​

Erfolgsmeldungen​

  • Stellt anklickbare Markdown-Links zu erstellten oder aktualisierten Ressourcen bereit.
  • Fasst Namen, IDs und wesentliche Konfigurationen zusammen.
  • Bei Batch-Operationen: listet jede erfolgreich verarbeitete Ressource einzeln auf.

Abfrageergebnisse​

Die Antworten enthalten je nach Ressourcentyp strukturierte Felder:

  • Geräte & Gateways: ID, Name, Typ, Hersteller, Konfigurationsdetails, IP/Port.
  • Jobs: Status, Zeitstempel, Jobtyp, zugehöriges Gerät.
  • Job-Logs: Geordnete Log-Einträge mit Hervorhebung von Fehlern.
  • Audit-Logs: Zeitstempel, Ereignistyp, Benutzer, betroffene Ressource.
  • Ressourcengruppen: Gruppenmetadaten und enthaltene Assets.

Fehlerbehandlung​

  • Gibt präzise Validierungsfehler zurück.
  • Wiederholt fehlgeschlagene Operationen nicht.
  • Fordert bei unklaren Eingaben eine Klarstellung an.
  • Gibt von Tools gemeldete Fehler direkt zurück.

Einschränkungen​

Der Factory Operator arbeitet unter strikten Einschränkungen:

  • Keine Löschvorgänge: Es werden keine Ressourcen gelöscht.
  • Keine „Alle auflisten“-Befehle: Alle Abfragen erfordern Filter.
  • Keine Annahmen: Fehlende Informationen werden niemals abgeleitet.
  • Keine Offenlegung des Backends: Schema, API-Struktur oder Implementierungsdetails werden niemals offengelegt.
  • Keine emotionale oder umgangssprachliche Sprache: Antworten bleiben streng sachlich.