SMLC – klingt nach Consulting-Buzzword, ist aber das Gehirn der modularen Fertigungszelle. Er orchestriert Skills, entlastet die SPS und bringt Flexibilität ins Brownfield, ohne Safety und Echtzeit zu opfern. Was der Skill Management and Lifecycle Controller wirklich leistet – und warum die klassische Steuerung diese Rolle nicht übernehmen kann.
Wenn in der Smart-Factory-Debatte Begriffe wie Software-definierte Produktion, Skills und Edge-Orchestrierung fallen, taucht früher oder später ein bestimmtes Akronym auf: SMLC (Skill Management and Lifecycle Controller). Klingt im ersten Moment nach dem nächsten Consulting-Monstrum. Ist es aber nicht.
Im Grunde ist der SMLC das Gehirn und der Dirigent einer modular aufgebauten Fertigungszelle. Er sorgt dafür, dass aus vielen einzelnen, gekapselten Steuerungsfunktionen (den Skills) ein flexibler, dynamischer Gesamtablauf entsteht. Werfen wir den Buzzword-Ballast ab und schauen uns im Klartext an, was der SMLC konkret tut, wo seine Grenzen liegen – und warum eine klassische SPS diese Rolle alleine schlichtweg nicht sinnvoll ausfüllen kann.
Mini-Exkurs: Warum eigentlich SMLC und nicht einfach nur die SPS?
Eine berechtigte Frage. Schließlich steuern wir Industrieanlagen seit Jahrzehnten sehr erfolgreich mit Speicherprogrammierbaren Steuerungen (SPS). Warum also eine zusätzliche Software-Instanz wie den SMLC einführen?
Die Antwort liegt in der Trennung von Echtzeit und Prozessvarianz:
- Die SPS ist perfekt für: Harte Echtzeit (
), direkte Sensor/Aktor-Verarbeitung, Determinismus und funktionale Sicherheit. Das ist ihre Kernkompetenz – und dort gehört sie auch hin. - Die SPS ist eine Qual für: Dynamische Prozessketten, flexible Umroutungen im laufenden Betrieb, Aufrufe von IT-Schnittstellen (APIs/MQTT) oder die Verwaltung komplexer Zustände über hunderte Varianten hinweg.
Versucht man, dynamische Prozesslogik in IEC 61131 (KOP, FUP, ST) abzubilden, endet das im Brownfield fast immer in riesigen, verschachtelten Schrittketten und monolithischen Code-Blöcken. Jede Produktvariante erfordert einen Eingriff im Steuerungs-Code – inklusive erneuter Validierung und Stillstandsrisiko.
Die Formel im Klartext:
Die SPS führt die physikalische Arbeit aus ("Wie bewege ich den Greifer?").
Der SMLC entscheidet über den Ablauf ("Wann greift welcher Greifer welches Bauteil für welchen Auftrag?").
Was genau macht der SMLC im Smart-Factory-Szenario?
Der SMLC sitzt typischerweise als hochgelagerte Software-Komponente auf einem Edge-Gerät oder einem Industrie-PC. Im laufenden Betrieb übernimmt er fünf zentrale Aufgaben:
1. Skill Discovery & Registrierung (Verzeichnisverwaltung)
Der SMLC weiß zu jedem Zeitpunkt, welche Fähigkeiten (Skills) in der Zelle oder Anlage überhaupt zur Verfügung stehen.
- Beispiel: Ein Roboter meldet dem SMLC per OPC UA: "Ich biete den Skill PickAndPlace in Version 1.2 an." Der SMLC registriert diesen Skill und kennt seine benötigten Eingabeparameter.
2. Orchestrierung von Prozessketten (Der Dirigent)
Anstatt dass der Ablauf fest in der Steuerung verdrahtet ist, setzt der SMLC atomare Skills zu übergeordneten Prozessabläufen (Composite Skills) zusammen.
- Er ruft Skill A auf (z. B. Positionieren), wartet auf die Vollzugsmeldung, übergibt die Ergebniswerte an Skill B (z. B. Fügen) und stoßt diesen an. Das geschieht meist in modernen Programmiersprachen wie Python, Go oder C# – schnell anpassbar und übersichtlich.
3. Lifecycle Management & Zustandsüberwachung
Jeder Skill hat ein definiertes Zustandsmodell (z. B. PackML: IDLE 
EXECUTE 
COMPLETED). Der SMLC überwacht diese Zustände in Echtzeit:
- Startet den Skill mit den passenden Parametern.
- Überwacht Timeouts und Rückmeldungen.
- Quittiert den Abschluss oder steuert das Fehlerhandling, wenn ein Skill in den Zustand FAULTED geht.
4. Entkopplung von IT (MES/ERP) und OT (SPS)
Der SMLC dient als bidirektionaler Übersetzer. Er empfängt Fertigungsaufträge aus dem MES oder ERP, bricht diese auf die benötigten Skill-Sequenzen herunter und ruft die entsprechenden SPS-Funktionen auf. Die OT muss nicht wissen, wie das ERP-System funktioniert – und das ERP muss keine SPS-Bits deuten.
5. Fehlerbehandlung & Dynamic Recovery
Bricht ein Skill ab - z. B. Werkstück nicht gegriffen -, muss nicht die gesamte Zelle im Not-Aus landen. Der SMLC kann aufgrund seiner höheren Logikebene Alternativpfade einschlagen: Er ruft beispielsweise einen Rekalibrierungs-Skill auf oder schickt das Bauteil auf eine Ausweich-Route.
Auf den Punkt gebracht
Der Skill Management and Lifecycle Controller ist kein Ersatz für die SPS, sondern ihr Befreier. Er nimmt der Steuerung die komplexe, sich ständig ändernde Ablauflogik ab und überlässt der SPS nur das, was sie am besten kann: verlässliche, zeitkritische und sichere Ausführung auf Feldebene. Wer im Brownfield Flexibilität will, ohne die Betriebssicherheit zu opfern, kommt an der Schichtung durch einen SMLC kaum vorbei.
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.
