Im Inneren der SPS-CPU: Scan-Zyklen, Speicher und Auswahl
Ein praxisorientierter Leitfaden zur Funktionsweise von SPS-CPUs – von deterministischen Scan-Zyklen und E/A-Abbildtabellen über Speicher, Kommunikation, Diagnose, Redundanz und die Auslegung der P...
Eine speicherprogrammierbare Steuerung wird häufig anhand ihrer Anzahl an E/A-Punkten oder Kommunikationsports beurteilt. Doch die CPU entscheidet darüber, ob das gesamte Steuerungssystem vorhersehbar reagieren kann, wenn sich die Produktionsbedingungen ändern. Ihr eigentlicher Wert liegt nicht in der reinen Taktrate, sondern in der Fähigkeit, Logik auszuführen, Prozessdaten zu übertragen und Fehler innerhalb eines Zeitrahmens zu behandeln, den Ingenieure nachvollziehen können.
Diese Unterscheidung gewinnt an Bedeutung, wenn Maschinen koordinierte Bewegungen, Bildverarbeitung, Sicherheitskommunikation und Datenerfassung auf Anlagenebene integrieren. Ein Prozessor, der in einer einfachen Stückliste ausreichend erscheint, kann zum begrenzenden Bauteil werden, sobald Kommunikationslasten, Diagnosefunktionen und künftige Erweiterungen berücksichtigt werden.
Deterministische Ausführung ist das zentrale Entwicklungsziel
Ein Universalcomputer ist darauf optimiert, zahlreiche Anwendungen auszuführen und dabei Benutzerinteraktion, Speicherzugriffe und Hintergrunddienste auszubalancieren. Eine SPS-CPU ist auf wiederholbare Steuerung ausgelegt. Sie erfasst kontinuierlich Prozessinformationen, wertet das Anwenderprogramm aus, aktualisiert die angesteuerten Ausgänge und überwacht zugleich die Kommunikation sowie ihren eigenen Zustand.
Das bekannte Abbild des Scan-Zyklus ist hilfreich, sollte jedoch nicht als starre Regel für jede Plattform betrachtet werden. Herkömmliche Steuerungen lesen Eingänge ein, verarbeiten die Logik und schreiben die Ausgänge in einer wiederholten Sequenz. Moderne Systeme können periodische Tasks, ereignisgesteuerte Routinen, verteilte E/A-Aktualisierungsraten sowie dedizierte Prozessoren für Bewegung oder Sicherheit einsetzen. Das Entwicklungsziel bleibt dasselbe: eine begrenzte und nachvollziehbare Reaktionszeit.
Eine modulare SPS-CPU koordiniert den Rückwandbusverkehr zwischen Kommunikationshardware und lokalen E/A-Modulen und führt gleichzeitig die Steuerungsanwendung aus.
Eingangsabbilder, Logikausführung und Ausgangsabbilder
Die meisten SPS-Anwendungen rechnen nicht direkt mit sich ändernden Klemmenspannungen. Eingangsmodule wandeln Feldsignale in digitale Werte um, und die Steuerung stellt diese Werte über ein Eingangsabbild oder einen Prozessdatenbereich bereit. Das Programm wertet diesen konsistenten Snapshot aus und schreibt die Ergebnisse anschließend in ein Ausgangsabbild, das vom System an die Ausgangsmodule übertragen wird.
Diese Trennung trägt zu einem wiederholbaren Verhalten bei, führt jedoch auch zu Verzögerungen. Die Reaktionszeit vom physischen Eingangssignal bis zur physischen Ausgangsaktion kann den Filter des Eingangsmoduls, die Aktualisierung über Netzwerk oder Rückwandbus, die Task-Planung, die Programmausführung und die Verzögerung des Ausgangsmoduls umfassen. Bei der Auslegung einer Steuerung sollten Ingenieure den gesamten Signalweg bewerten, statt sich auf einen einzelnen Wert für die Befehlsausführungsgeschwindigkeit zu verlassen.
Was in jedem Steuerungszyklus geschieht
Die CPU muss mehr leisten, als nur Kontaktplanlogik zu verarbeiten. Sie verwaltet Task-Prioritäten, aktualisiert lokale und dezentrale E/A, bedient Netzwerkverbindungen, erfasst Diagnosedaten, überwacht Watchdog-Grenzen und bewahrt ausgewählte Daten. Wenn Kommunikations- oder Bewegungsaufgaben zunehmen, können diese unterstützenden Tätigkeiten einen erheblichen Anteil der Prozessorzeit beanspruchen.
Die aussagekräftige Messgröße für die Prozessorleistung ist der vollständige Steuerungspfad einschließlich Logik, E/A-Austausch, Kommunikation und Systemoverhead.
Watchdogs machen Zeitüberwachung zu einem Sicherheitsmechanismus
Ein Watchdog-Timer erkennt, wenn eine Task oder ein Scan die zulässige Dauer überschreitet. Eine Überschreitung kann durch eine unbeabsichtigte Schleife, eine übermäßige Kommunikationsverarbeitung, eine schlecht strukturierte Routine oder einen Hardwarefehler verursacht werden. Je nach Plattform und Konfiguration kann die Steuerung einen Fehler protokollieren, eine Task stoppen oder die Ausgänge in einen definierten sicheren Zustand überführen.
Watchdog-Einstellungen sollten auf einer gemessenen Worst-Case-Auslastung mit Reserve beruhen, nicht auf einem optimistischen Durchschnittswert. Inbetriebnahmetests sollten Netzwerkstörungen, Diagnosebursts und die realistisch schwerste Produktionssequenz einschließen. Ein stabiler durchschnittlicher Scan kann gelegentliche Spitzen verbergen, die für die Maschinenleistung entscheidender sind.
Die Speicherkapazität ist nur ein Teil der Betrachtung
Der Programmspeicher enthält Logik, Konfigurationen und Datenstrukturen, doch die angegebene Gesamtkapazität allein sagt wenig über die Eignung aus. Das Verhalten des remanenten Speichers, Anforderungen an Online-Änderungen, Rezepturspeicherung, Alarmhistorien und die Größe von Kommunikationspuffern können ebenso wichtig sein. Einige Plattformen trennen außerdem den Anwendungsspeicher von Wechsel- oder nichtflüchtigem Speicher.
Ingenieure sollten das Projekt einschließlich Bibliotheken, Diagnosefunktionen und erwarteter Erweiterungen kalkulieren. Der Kauf des kleinsten Prozessors, der die erste Softwareversion aufnehmen kann, kann später eine kostspielige Migration erforderlich machen. Der Kauf des größten Modells ohne konkrete Auslastungsgrundlage verursacht dagegen zusätzliche Kosten, ohne die Steuerungsqualität zu verbessern.
Kompaktsteuerungen vereinen CPU- und E/A-Funktionen, doch Erweiterungsgrenzen und die Aktualisierungsarchitektur bestimmen weiterhin die realisierbare Maschinenauslegung.
Kommunikation kann die moderne CPU-Auslastung dominieren
Früher konzentrierte sich die Auswahl einer Steuerung auf lokale E/A und grundlegende Logik. Heute kann eine CPU zyklische Daten mit Antrieben und dezentralen Baugruppen austauschen und gleichzeitig HMIs, Historian-Systeme, Wartungswerkzeuge und Edge-Gateways bedienen. Verbindungsanzahl, Paketfrequenz, erzeugte und empfangene Daten, Protokollumsetzung sowie Cybersicherheitsdienste können die Leistung beeinflussen.
Für Projekte mit dezentralen Geräten bietet die Kollektion für Kommunikation und Netzwerktechnik des Shops einen nützlichen Anhaltspunkt, um Gateways, Switches und Schnittstellenmodule auf die Steuerungsarchitektur abzustimmen. Der interne Link ist besonders bei der Topologieplanung relevant, wenn Protokollkompatibilität und langfristige Unterstützung gemeinsam bewertet werden können.
Ports garantieren weder Protokoll- noch Leistungskompatibilität
Ein Ethernet-Anschluss bedeutet nicht, dass jedes industrielle Ethernet-Protokoll unterstützt wird. Ebenso garantiert ein unterstütztes Protokoll nicht die erforderliche Anzahl an Verbindungen oder Aktualisierungsrate. Ingenieure sollten die Controller-Firmware, lizenzierte Funktionen, Netzwerktopologie, Zeitsynchronisierung und die genaue Rolle jedes Ports bestätigen.
Ältere Programmierschnittstellen verdienen die gleiche Aufmerksamkeit. Eine ältere CPU kann weiterhin einsatzfähig sein, doch das passende Kabel, die Unterstützung durch das Betriebssystem und eine Lizenz für die Engineering-Software müssen verfügbar sein, bevor sich ein Anlagenbetreiber bei der Wiederherstellung darauf verlässt.
Eine bessere Checkliste für die Auswahl einer SPS-CPU
Beginnen Sie mit der Steuerungsanforderung: dem schnellsten physischen Ereignis, das erkannt und verarbeitet werden muss. Addieren Sie Eingangsfilterung, E/A-Aktualisierungen, Task-Zyklen und Ausgangsverzögerungen, um eine akzeptable Ende-zu-Ende-Reaktionszeit festzulegen. Schätzen Sie anschließend Befehlsmix, Bewegungsachsen, Sicherheitsaufgaben, Netzwerkverbindungen und Diagnoseoverhead.
Prüfen Sie als Nächstes E/A-Kapazität und Topologie. Bestätigen Sie unterstützte lokale Module, dezentrale Baugruppen, Spezial-Schnittstellen und Leistungsbudgets. Planen Sie eine praktische Erweiterungsreserve ein, statt die maximal veröffentlichte Kapazität zum ursprünglichen Entwicklungsziel zu machen.
Bewerten Sie abschließend Faktoren des Produktlebenszyklus: Verfügbarkeit von Ersatzgeräten, Firmware-Richtlinie, Kompatibilität mit Engineering-Werkzeugen, Cybersicherheitsupdates, Redundanzoptionen und Migrationspfade. Ingenieure, die Steuerungsfamilien vergleichen, können die Kollektion für SPS- und PAC-Systeme nutzen, um die Prozessorauswahl mit den bereits in der Anlage unterstützten Modulen und Plattformen abzugleichen.
Eine geeignete CPU stellt ein ausgewogenes Verhältnis zwischen Reaktionszeit, Kommunikation, Erweiterbarkeit und langfristiger Unterstützung her, statt eine einzelne Spezifikation zu maximieren.
Die entscheidende technische Beurteilung
Die leistungsstärkste CPU ist nicht automatisch die beste Steuerung. Eine Überdimensionierung kann eine schlechte Task-Struktur, übermäßigen Netzwerkverkehr oder eine nicht dokumentierte Reaktionszeitanforderung nicht korrigieren. Umgekehrt kann ein Prozessor, der ausschließlich anhand der anfänglichen Programmgröße ausgewählt wurde, zum Engpass werden, wenn Zustandsüberwachung, Rückverfolgbarkeit und Fernsupport hinzukommen.
Meiner Ansicht nach sollte die Auswahl einer CPU als Aufgabe zur Bewertung von Timing und Lebenszyklus behandelt werden, nicht als Katalogvergleich. Eine belastbare Entscheidung dokumentiert die Worst-Case-Reaktionszeit, die Wachstumsreserve und die Anforderungen an die Wiederherstellung. Diese Dokumentation bietet künftigen Ingenieuren eine bessere Grundlage für Erweiterungen als Prozessorgeschwindigkeit oder Speicherkapazität allein.