Automatisierung mit SPS

Eine speicherprogrammierbare Steuerung, kurz SPS, ist der Rechner im Schaltschrank, der Sensorsignale einliest, sie nach einem hinterlegten Programm bewertet und Aktoren wie Motoren, Ventile oder Antriebe schaltet. Sie ersetzt die früher fest verdrahtete Relaislogik und macht Anlagen anpassbar: Ändert sich ein Prozessschritt, ändert sich das Programm, nicht die Verkabelung. Genau das macht die Automatisierung mit SPS zum Fundament praktisch jeder modernen Produktionslinie.

Für Entscheider in der Produktion ist die technische Seite dabei nur die Hälfte der Aufgabe. In gewachsenen Werken scheitern Steuerungsprojekte selten an der CPU, sondern an unklaren Prozessbeschreibungen, fehlender Dokumentation, ungeklärten Verantwortlichkeiten und daran, dass niemand definiert hat, welche Daten die Steuerung eigentlich liefern soll. Eine SPS entfaltet ihren wirtschaftlichen Nutzen erst dann, wenn Steuerungslogik, Prozessstandards, Qualitätsdaten und die Qualifikation der Mitarbeitenden zusammen geplant werden.

Der Beitrag ordnet Aufgaben, Aufbau, Programmierung und Einführung einer SPS aus Betreibersicht ein: was technisch nötig ist, welche organisatorischen Schnittstellen erfahrungsgemäß Probleme machen und woran sich der Erfolg im laufenden Betrieb messen lässt.

Das Wichtigste in Kürze: Eine SPS liest Signale, verarbeitet sie zyklisch nach Programm und schaltet Ausgänge, robust und im industriellen Dauerbetrieb. Auswahl, Programmierung und Sicherheitslogik müssen zur Anlage, zum Prozessrisiko und zum Personal passen, nicht zum Herstellerkatalog. Erst die Verbindung zu Qualitätsdaten, Dokumentation und bestehenden Abläufen macht Steuerungstechnik betriebswirtschaftlich wirksam.

Die SPS arbeitet in einem festen Zyklus: Eingänge lesen, Programm abarbeiten, Ausgänge setzen, wieder von vorn. Typische Zykluszeiten liegen im Bereich weniger Millisekunden, bei schnellen Antriebs- oder Wägeanwendungen darunter. Dieses deterministische Verhalten ist der eigentliche Wert: Die Anlage reagiert reproduzierbar, unabhängig davon, wer Schicht hat.

In der Praxis übernimmt eine Steuerung meist mehrere Aufgabenklassen gleichzeitig:

Aufgabe	Beispiel aus der Fertigung
Ablaufsteuerung	Taktung einer Montagelinie, Weichenlogik im Förderer
Regelung	Temperaturführung an einer Spritzgussmaschine
Verriegelung	Schutztür offen, Antrieb bleibt gesperrt
Überwachung	Grenzwerte, Standzeiten, Stillstandsgründe
Datenerfassung	Zykluszeiten, Ausschussgründe, Prozessparameter

Der letzte Punkt wird häufig unterschätzt. Eine Steuerung, die ohnehin Drücke, Temperaturen und Taktzeiten kennt, ist die günstigste Datenquelle im Werk. Wer diese Werte nicht sauber benennt und wegschreibt, erfasst später dieselben Informationen mühsam per Hand.

Bemerkenswert ist auch, was eine SPS nicht leistet: Sie stabilisiert keinen schlecht definierten Prozess. Wenn Rüstvorgänge nirgends beschrieben sind oder Prüfmerkmale zwischen Schichten unterschiedlich interpretiert werden, automatisiert die Steuerung diese Unschärfe nur schneller. Prozessklärung gehört deshalb vor die Programmierung, nicht danach.

Zentrale Komponenten und Systemarchitektur

Der Aufbau ist über Hersteller hinweg vergleichbar. Kern ist die CPU, die das Programm abarbeitet und Daten hält. Dazu kommen Eingangsmodule für Sensorsignale, Ausgangsmodule für Aktoren, eine Stromversorgung, ein Rückwandbus zur internen Kommunikation und ein Programmiergerät, meist ein Laptop mit Herstellersoftware.

Bei den Signalen unterscheidet man digital, also Ein oder Aus, und analog, also Messwerte wie 0 bis 10 Volt oder 4 bis 20 Milliampere. Für schnelle Achsen, Wägezellen oder Sicherheitsfunktionen kommen spezielle Technologie- und Safety-Module hinzu.

Zwei Bauformen sind gängig:

• Kompaktsteuerungen mit fest integrierten Ein- und Ausgängen, sinnvoll für abgegrenzte Einzelmaschinen und kleine Zellen.
• Modulare Steuerungen, bei denen Baugruppen nach Bedarf gesteckt werden, sinnvoll überall dort, wo Erweiterungen, dezentrale Peripherie oder viele Signalarten absehbar sind.

Die Architektur reicht meist über den Schaltschrank hinaus: Feldbusse oder Industrial Ethernet verbinden dezentrale Peripherie, Antriebe und Bedienpanels; HMI-Panels zeigen Zustände und Störungen; über OPC UA oder vergleichbare Schnittstellen gehen Daten an übergeordnete Systeme.

Ein Praxishinweis aus Retrofit-Projekten: Reserve einplanen. Zehn bis zwanzig Prozent freie Klemmen, Steckplätze und Netzwerkports kosten bei der Erstinstallation wenig und ersparen beim ersten Nachrüsten eines zusätzlichen Sensors oder einer Prüfstation einen kompletten Schaltschrankumbau. Ebenso wichtig: aktuelle Klemmenpläne und eine gepflegte Ersatzteilliste. Fehlt beides, wird jede Störungssuche zur Rekonstruktionsarbeit.

Programmierung, Steuerungssprachen und Sicherheitslogik

Programmiert wird nach IEC 61131-3, meist in der Umgebung des Steuerungsherstellers. Vier Sprachen dominieren, und die Wahl richtet sich nach Aufgabe und Personal, nicht nach Geschmack.

Sprache	Stärke	Typischer Einsatz
Kontaktplan (KOP)	nah an der Relaislogik, gut lesbar für Elektriker	Verriegelungen, einfache Schaltlogik
Funktionsplan (FUP)	grafische Blöcke, klare Signalflüsse	Regelkreise, wiederverwendbare Funktionen
Strukturierter Text (ST)	Hochsprache, Berechnungen und Schleifen	Rezepturen, Datenaufbereitung, Kommunikation
Ablaufsprache (AS/SFC)	Schritte und Übergänge	Rüst- und Chargenabläufe, Betriebsartenlogik

Bewährt hat sich eine bewusste Mischung: Verriegelungen und Handbetrieb im Kontaktplan, damit die Instandhaltung nachts selbst lesen kann; Berechnungen und Datenschnittstellen im Strukturierten Text. Wer alles in ST kapselt, spart Zeilen und verliert Wartbarkeit.

Zur Sicherheitslogik gehört klare Trennung. Sicherheitsfunktionen wie Not-Halt, Schutztürüberwachung oder sicher reduzierte Geschwindigkeit laufen auf zertifizierten Safety-Steuerungen oder Safety-Modulen, nach Risikobeurteilung und mit dokumentiertem Performance Level. Standardlogik darf Sicherheitsfunktionen nicht überschreiben, auch nicht "vorübergehend zum Einfahren".

Vier Dinge zahlen sich im Betrieb immer aus: verbindliche Namenskonventionen für Variablen, Versionsverwaltung des Programms, aussagekräftige Störmeldetexte statt Fehlernummern sowie ein sauber definierter Wiederanlauf nach Störung. Wird der Wiederanlauf nicht durchdacht, entstehen die klassischen Nachtschichtprobleme mit halbbefüllten Anlagen und Teilen unbekannten Status.

Planung und Einführung in bestehende Prozesse

In gewachsenen Werken ist die Einführung selten ein Greenfield-Projekt. Es gibt Altanlagen, Mischbestände mehrerer Steuerungshersteller, unvollständige Pläne und Abläufe, die nur im Kopf einzelner Kollegen existieren. Genau dort liegen die Risiken.

Ein tragfähiges Vorgehen umfasst in der Regel diese Schritte:

1. Ist-Aufnahme: Prozessschritte, Signale, Betriebsarten und Störungshistorie erfassen, inklusive der informellen Eingriffe des Bedienpersonals.
2. Zieldefinition: messbare Vorgaben statt Absichtserklärungen, etwa Taktzeit, Rüstzeit, Nacharbeitsquote, Verfügbarkeit.
3. Lastenheft: Funktionen, Betriebsarten, Störungsreaktionen, Datenpunkte, Schnittstellen und Abnahmekriterien schriftlich fixieren.
4. Auswahl und Konzept: Steuerungsplattform, Peripherie, Sicherheitskonzept und Servicefähigkeit gemeinsam bewerten.
5. Realisierung und FAT: Test in der Werkstatt oder per Simulation, bevor die Linie steht.
6. Inbetriebnahme: Stufenweise, mit definierten Rückfallszenarien und ausreichendem Zeitfenster.
7. Übergabe: Dokumentation, Schulung, Ersatzteile, Zugriffsrechte, Verantwortlichkeiten.

Erfahrungsgemäß unterschätzen Projekte drei Positionen: die Aufnahme der tatsächlichen Abläufe, die Qualifikation der Instandhaltung und die Nachdokumentation. Wir sehen in Projekten regelmäßig, dass eine Woche saubere Prozessaufnahme mehrere Wochen Nachbesserung erspart, weil Sonderfälle wie Anlauf mit Restmaterial oder Materialwechsel vorab geklärt sind.

Sinnvoll ist außerdem, Standardisierung und Lean-Themen mitzudenken: Was nicht standardisiert ist, lässt sich nicht sinnvoll automatisieren. Kontor Gruppe begleitet solche Vorhaben typischerweise an dieser Nahtstelle zwischen Prozessklärung, Qualitätsanforderungen und technischer Umsetzung.

Integration mit MES, CAQ und Industrie-4.0-Systemen

Die Steuerung ist die unterste Datenschicht. Erst die Anbindung an übergeordnete Systeme macht daraus nutzbare Betriebsinformation. Praktisch heißt das: MES für Auftrags-, Zeit- und Maschinendaten, CAQ für Prüfmerkmale, Messwerte, Reklamationen und Sperrbestände, ERP für Aufträge und Materialfluss.

Als Schnittstelle hat sich OPC UA etabliert, weil sie herstellerübergreifend funktioniert und Datenpunkte semantisch beschreibbar macht. Direkte Datenbankzugriffe aus der SPS heraus sind technisch möglich, erschweren aber Wartung und Absicherung.

Sinnvolle Datenpunkte, die sich fast immer lohnen:

• Maschinenzustand mit Ursache, nicht nur Stillstand oder Lauf
• Ist-Taktzeiten je Station und Produkt
• Prozessparameter mit Zeitstempel und Chargenbezug
• Gut- und Schlechtstückzähler mit Fehlergrund
• Werkzeug- und Formstände für vorbeugende Wartung

Damit entstehen die Grundlagen für papierlose Qualitätssicherung: Prüfaufforderungen werden aus dem Auftrag heraus ausgelöst, Messwerte direkt erfasst, Grenzwertverletzungen dokumentiert und rückverfolgbar gehalten. In regulierten Umfeldern wie Medizintechnik oder Pharma gehören Zugriffsrechte, Änderungsnachweise und Datenintegrität von Anfang an in die Spezifikation, nicht in die Nachbesserung.

Zwei Fehler wiederholen sich häufig. Erstens: alles erfassen, was technisch geht, ohne zu klären, wer welche Kennzahl entscheidet. Zweitens: OT-Netze ungeschützt öffnen. Netzsegmentierung, kontrollierter Fernzugriff und ein Patch-Konzept für Steuerungen und Panels sind Bestandteil der Automatisierung, kein IT-Nachgang.

Nutzen, Grenzen und Erfolgsfaktoren im Betrieb

Der Nutzen ist gut belegt und messbar: reproduzierbare Abläufe, kürzere Taktzeiten, weniger Fehlbedienungen, geringere Ausschussquoten, schnellere Störungsdiagnose und belastbare Kennzahlen für Verfügbarkeit und Qualität. Auch Rüstvorgänge werden planbarer, wenn Parametersätze hinterlegt statt händisch eingestellt werden.

Die Grenzen sind ebenso konkret. Eine SPS kompensiert keine schwankende Materialqualität, keine fehlende Instandhaltung und keine unklaren Prozessstandards. Sehr variantenreiche, manuell geprägte Abläufe lassen sich oft nur teilautomatisieren, und bei Kleinserien kippt die Wirtschaftlichkeit schnell. Zusätzlich entstehen neue Abhängigkeiten: Programmkenntnis, Ersatzteilverfügbarkeit, Lizenz- und Softwarestände.

Was den Unterschied macht:

Erfolgsfaktor	Konkret im Betrieb
Klare Zielkennzahlen	Verfügbarkeit, Nacharbeit, Rüstzeit vorher definiert
Dokumentation	Aktuelle Pläne, Programmstände, Störmeldelisten
Qualifikation	Instandhaltung kann lesen, ändern, testen
Standardisierung	Bausteine, Namen und Betriebsarten über Anlagen hinweg
Datennutzung	Kennzahlen fließen in Verbesserungsroutinen ein
Absicherung	Rechte, Backups, Netztrennung, Wiederanlaufkonzept

Ein einfacher Reifetest: Kann eine Störung ohne den externen Programmierer behoben werden, liegt ein aktuelles Backup vor und wird das Programm nach Änderungen nachdokumentiert? Wo dreimal Ja steht, tragen Automatisierungsprojekte langfristig. Wo nicht, entstehen genau die stillen Abhängigkeiten, die später teuer werden.