Wie wandelt man implizites SPS-Wissen in maschinenlesbare Dienste um? Der Skill-Steckbrief fungiert als herstellerneutrale Schnittstellen-Visitenkarte: Er beschreibt Semantik, Parameter und Zustände einer Industrieanlage so, dass Edge-Software sie ohne Code-Eingriff orchestrieren kann.
Auf dem Weg zur anpassungsfähigen Fertigung scheitert die Entkopplung gewachsener Bestandsanlagen selten an den physischen Fähigkeiten der Maschinen. Roboter können greifen, Achsen verfahren und Pressen fügen. Die eigentliche Hürde liegt in der fehlenden Semantik: Eine übergeordnete Software-Schicht kann eine Steuerungsfunktion nur dann dynamisch ansteuern, wenn sie präzise versteht, was diese Funktion leistet, welche Eingaben sie verlangt und welches Ergebnis sie zurückliefert.
In der klassischen Automatisierung existieren diese Informationen meist nur implizit. Sie sind in SPS-Quellcodes versteckt, in Schaltplänen dokumentiert oder im Kopf des jeweiligen Anlagenerstellers gespeichert.
Soll eine Fertigung Zelle für Zelle auf ein modularisiertes Skill-Konzept umgestellt werden, muss dieses implizite Wissen explizit gemacht werden. Die Lösung hierfür ist der Skill-Steckbrief – eine maschinenlesbare, herstellerneutrale Visitenkarte, die jede Steuerungsfunktion eindeutig beschreibt und für übergeordnete Systeme wie MES, ERP oder den Skill Management and Lifecycle Controller (SMLC) nutzbar macht.
Die vier Dimensionen eines Skill-Steckbriefs
Ein Skill-Steckbrief ist weit mehr als eine einfache API-Dokumentation. Er schlägt die Brücke zwischen der physikalischen OT-Welt auf der Feldebene und den logischen Anforderungen moderner Softwarearchitekturen. Um diese Funktion vollständig auszufüllen, gliedert sich der Steckbrief in vier funktionale Dimensionen:
+-----------------------------------------------------------------------------------+
| DER SKILL-STECKBRIEF |
+-----------------------------------------------------------------------------------+
| 1. Semantik & Identifikation ──► Wer bin ich? (ID, Version, Asset, IDTA-IRI) |
| 2. API & Parameter ──► Was brauche ich? (Inputs, Outputs, Datentypen) |
| 3. Protokoll & Zustände ──► Wie spreche ich? (OPC UA Node, PackML State) |
| 4. Operative Boundaries ──► Was darf ich? (Safety, Taktzeit, Boundary) |
+-----------------------------------------------------------------------------------+
1. Eindeutige Semantik und Identifikation
Damit eine Orchestrierungsebene nicht nach proprietären Knotennamen suchen muss, verknüpft der Steckbrief den Skill mit einer eindeutigen Semantik-ID (z. B. nach IDTA- oder VDI/VDE-Standards). Der SMLC sucht somit nicht nach "Roboter_Achse3_Befehl", sondern nach der universellen Fähigkeit [https://smartfactory.de/sd/skills/PickAndPlace/1/0](https://smartfactory.de/sd/skills/PickAndPlace/1/0).
2. Parametrierbare Schnittstellendefinition (API)
Der Steckbrief definiert alle beim Aufruf benötigten Eingangsparameter, z. B. Zielkoordinaten, Geschwindigkeiten, Druckwerte, und die zu erwartenden Rückgabewerte inklusive der zugehörigen Datentypen und physikalischen Einheiten. Ein robuster Skill lehnt Aufrufe ab, deren Parameter außerhalb der im Steckbrief hinterlegten Grenzen liegen.
3. Protokoll- und Zustandsbindung
Hier wird festgelegt, wie der Skill technisch angesprochen wird. In modernen Architekturen ist dies meist ein OPC-UA-Knotenpfad oder ein REST-Endpunkt. Gleichzeitig verweist der Steckbrief auf das zugrundeliegende Zustandsmodell, z. B. PackML oder VDI/VDE 2658, damit der Aufrufer den Ausführungsfortschritt in Echtzeit nachvollziehen kann.
4. Operative Rahmenbedingungen und Sicherheitsgrenzen
Ein Skill existiert nicht im luftleeren Raum. Der Steckbrief beschreibt die zwingenden Vorbedingungen für eine sichere Ausführung – etwa den erforderlichen Betriebsdruck, Freigabesignale benachbarter Anlagenteile oder die einzuhaltenden Safety-Integritätslevel (SIL/PL).
Der Skill-Steckbrief in der Praxis: Ein konkretes Musterschema
Am Beispiel eines modularisierten Greifprozesses („PickAndPlace“) verdeutlicht das folgende Schema, wie ein Skill-Steckbrief aufgebaut ist und wie er beispielsweise als Submodell innerhalb einer Asset Administration Shell (AAS) hinterlegt wird:
================================================================================
SKILL-STECKBRIEF (SKILL SPECIFICATION)
================================================================================
1. ALLGEMEINE METADATEN & SEMANTIK
--------------------------------------------------------------------------------
Skill-Name: PickAndPlace
Skill-ID: DE.SFKL.PHUKET.SKILL.PICK_AND_PLACE.V1
SemanticID (AAS/IRI): https://smartfactory.de/sd/skills/PickAndPlace/1/0
Version: 1.2.0
Asset / Modul: PickRobot_Cell_01 (KUKA KR6 / Beckhoff SPS)
2. SCHNITTSTELLEN-DEFINITION (INTERFACE API)
--------------------------------------------------------------------------------
Input-Parameter:
├── TargetPosition_X [Float32 | mm] : X-Koordinate Zielposition
├── TargetPosition_Y [Float32 | mm] : Y-Koordinate Zielposition
├── TargetPosition_Z [Float32 | mm] : Z-Koordinate Zielposition
├── GripperForce [UInt8 | %] : Greifkraft (0-100%)
└── SpeedProfile [Enum | ID] : 1=Standard, 2=Gentle, 3=HighSpeed
Output-Parameter / Rückgabewerte:
├── ActualPosition [Struct | mm] : Exakte Abbuchungsposition (X,Y,Z)
├── GripStatus [Boolean | Bit] : True = Bauteil gegriffen & gehalten
├── ExecutionTime [UInt32 | ms] : Genutzte Ausführungszeit
└── ProcessErrorCode [UInt16 | Code] : 0 = OK, 101 = Part Lost, 102 = Timeout
3. PROTOKOLL & ZUSTANDSMODELL
--------------------------------------------------------------------------------
Kommunikation: OPC UA (Client/Server)
OPC UA Endpoint: opc.tcp://192.168.10.50:4840/PHUKET/RoboCell
Knoten-Pfad: ns=2;s=Modules.RobotArm.Skills.PickAndPlace
Zustandsmodell: VDI/VDE 2658 / PackML Standard
Relevante Zustände: IDLE ➔ STARTING ➔ EXECUTE ➔ COMPLETING ➔ COMPLETED
└──> (Fault handling via EXECUTION_ERROR / HELD)
4. OPERATIVE AUSFÜHRUNGSBEDINGUNGEN & BOUNDARIES
--------------------------------------------------------------------------------
Ausführungs-Ebene: SPS (Deterministische Steuerungsebene)
Echtzeitanforderung: Harte Echtzeit (< 10 ms auf Feldebene)
Safety-Relevanz: SIL 2 / PL d (Sicherheitskette auf SPS gekapselt)
Prärequisiten: - Schutztür geschlossen
- Druckluft vorhanden (> 6.0 bar)
- Signal 'Zelle_Frei' von Fördertechnik liegt an
================================================================================
3. Der strategische Nutzen im Fertigungsalltag
Die konsequente Nutzung von Skill-Steckbriefen bringt für den Betrieb und die Weiterentwicklung von Industrieanlagen drei zentrale Vorteile:
Plug-and-Produce ohne Neuprogrammierung
Wird ein neues Werkzeug oder eine mobile Bearbeitungszelle an die Produktionslinie angedockt, verbindet sich der Orchestrierer mit der Verwaltungsschale des neuen Moduls und liest die dort hinterlegten Skill-Steckbriefe aus. Das Gesamtsystem erkennt die neuen Fähigkeiten sofort und kann sie in bestehende Ablaufketten integrieren, ohne dass eine einzige Zeile SPS-Code angefasst werden muss.
Kapselung von Herstellerspezifika
Für die übergeordnete Software macht es keinen Unterschied, wer den Skill ausführt. Ob der PickAndPlace-Skill im Hintergrund von einer Siemens-Steuerung, einem KUKA-Roboter oder einem pneumatichen Festo-Portal abgearbeitet wird, bleibt hinter der standardisierten Schnittstelle des Steckbriefs verborgen. Die Hardware wird austauschbar.
Entkoppelte Re-Validierung
Bei Anpassungen an der Steuerungstechnik muss nicht mehr die gesamte Prozesskette neu zertifiziert werden. Solange das Verhalten des Bausteins den im Steckbrief definierten Grenzen entspricht, bleibt die Schnittstelle nach außen stabil. Die Innenseite der SPS kann optimiert werden, während das Gesamtsystem ungestört weiterläuft.
Fazit: Das Fundament für die Orchestrierung
Der Skill-Steckbrief ist das verbindende Element zwischen der deterministischen Welt der SPS und der dynamischen Welt der Edge-Software. Erst wenn Steuerungsfunktionen über klare, semantisch beschriebene Steckbriefe nach außen geführt werden, kann ein Skill Management and Lifecycle Controller (SMLC) seine volle Wirkung entfalten. Der Steckbrief verwandelt starr verdrahtete Anlagenteile in flexible, wiederverwendbare Dienste – und bildet damit den Grundstein für die Software-definierte Fabrik.
Skill-basierte Automatisierung
Die Software-definierte Fabrik
Zwischen Echtzeit-Anforderungen, funktionaler Sicherheit und gewachsenen Anlagenstrukturen scheint mehr Flexibilität im Brownfield oft unmöglich. Dieses Whitepaper zeigt, wie skillbasierte Architekturen SPS-Funktionen kapseln, Modernisierung vereinfachen und den Weg zur software-definierten Fabrik ebnen.
Skill-basierte Automatisierung
Die Software-definierte Fabrik
Zwischen Echtzeit-Anforderungen, funktionaler Sicherheit und gewachsenen Anlagenstrukturen scheint mehr Flexibilität im Brownfield oft unmöglich. Dieses Whitepaper zeigt, wie skillbasierte Architekturen SPS-Funktionen kapseln, Modernisierung vereinfachen und den Weg zur software-definierten Fabrik ebnen.