Siemens S5 vs. S7-Kompatibilität: Migrationsleitfaden

Warum Migrationsentscheidungen von S5 auf S7 an der Kompatibilität scheitern

Eine Linie steht still, die Störung lässt sich auf eine SIMATIC S5-CPU zurückführen, die zwei Jahrzehnte im Einsatz war, und das erste Angebot nennt eine Lieferzeit von mehreren Monaten.

Der Kernkonflikt ist einfach. Die Kompatibilität zwischen S5 und S7 ist keine einfache Ja-oder-Nein-Frage; sie umfasst mehrere getrennte Fragen zu CPUs, E/A-Modulen, Racks, Verdrahtung, Kommunikation und Programmlogik.

Im Folgenden zeigen wir, was übernommen werden kann, was nicht, und wie der Austausch geplant wird, ohne Produktionszeit zu verlieren.

Siemens S5 vs. S7 Kompatibilität auf einen Blick

Die kurze Antwort: S7 ersetzt S5 auf Systemebene, nicht auf Komponentenebene. Eine Funktion lässt sich migrieren, ein Modul jedoch nur selten.

S5 und S7 unterscheiden sich in Busarchitektur, Modulbauformen, Verdrahtungskonventionen und Programmierumgebung. Eine digitale S5-Eingangskarte passt nicht in ein S7-Rack, und ein S5-Programm lässt sich ohne Konvertierung nicht in eine S7-CPU laden.

Was übernommen wird und was nicht

Wird übernommen: die Sensoren, Aktoren, die Feldverdrahtungslogik der Maschine und das Konzept der Steuerungslogik.
Wird nicht übernommen: die CPU, E/A-Module, Rack- und Bus-Hardware, Klemmenbelegungen und das ursprüngliche Programmdateiformat.
Erfordert Engineering: Kommunikationsverbindungen, Sicherheitsfunktionen und alle benutzerdefinierten Funktionsbausteine.

Eine S5-zu-S7-Migration als 1:1-Modultausch zu behandeln, ist der häufigste Planungsfehler. Er führt zu unterschätzten Engineering-Stunden und einer Inbetriebnahmephase, die den Zeitplan überschreitet.

Siemens S5 S7 Modulkompatibilität: Die Hardware abbilden

Engineer comparing Siemens S5 and S7 modules to visualize S5 vs S7 compatibility on a workshop workbench.

Nach Funktion abbilden, nicht nach Teilenummer. Erfassen Sie für jedes S5-Modul die Kanalanzahl, das Signaltyp, die Spannungsebene und die galvanische Trennung und gleichen Sie diese Anforderungen dann mit einem S7-Modul der Zielbaureihe ab.

Entsprechungen für CPU, E/A und Rack

S5-Element	Typisches S7-Äquivalent	Hinweis zur Kompatibilität
S5-95U / S5-100U CPU	S7-1200 CPU	Kompakte Anwendungen; Programm muss neu geschrieben werden
S5-115U / S5-135U CPU	S7-300 oder S7-1500 CPU	Rack und E/A neu ausgelegt
S5-155U CPU	S7-400 oder S7-1500 CPU	Fälle mit hoher Verfügbarkeit erfordern eine sorgfältige Prüfung
S5-Digital-E/A-Module	S7-DI/DO-Module	Neue Klemmenverdrahtung, neue Adressierung
S5-Analog-E/A-Module	S7-AI/AO-Module	Signalbereich und Auflösung prüfen
S5-Rack und Bus	S7-Rack oder dezentrale E/A ET 200	Die physische Bauform unterscheidet sich

S5-zu-S7-Programmkonvertierung: Wo die Grenzen liegen

Die Programmkonvertierung ist der Punkt, an dem Budgets still und leise aus dem Ruder laufen. S5-Programme wurden in STEP 5 geschrieben; S7 zielt auf STEP 7 Classic oder TIA Portal ab. Es gibt automatische Konverter, aber sie übersetzen die Syntax, nicht die Absicht. Der Konverter liefert einen kompilierbaren Ausgangspunkt, aber kein validiertes Programm.

Was konvertiert wird, was neu geschrieben werden muss, was kein Äquivalent hat

Gehen Sie das S5-Programm Block für Block durch und klassifizieren Sie jeden einzelnen, bevor Sie sich auf einen Konvertierungsweg festlegen. Die folgenden Kategorien entscheiden über den Engineering-Aufwand.

S5-Programmelement	Typisches Ergebnis auf S7	Was einzuplanen ist
Einfache Bitlogik, Timer, Zähler (STL/LAD/FBD)	Konvertiert mit Syntaxzuordnung	Timerauflösung und Retentivität erneut prüfen; das Verhalten von S5- und S7-Timern unterscheidet sich
Datenbausteine (DB, DX)	Wird in S7-DBs konvertiert	Absolute vs. symbolische Adressierung prüfen; DB-Nummern neu zuordnen, wenn das S7-Programm symbolischen Zugriff verwendet
Funktionsbausteine (FB) mit S5-spezifischen Systemaufrufen	Teilweise Konvertierung	Auf S7-Systemfunktionen umschreiben; der S5-Systemspeicher (z. B. Merkerbereiche, IM/OM-Register) hat kein direktes S7-Äquivalent
Indirekte Adressierung (registerindirekt, blockendindirekt)	Meist manuelle Umschreibung	S7-1500 verwendet andere Zeiger- und Array-Mechanismen; jeden umgeschriebenen Baustein gegen das aufgezeichnete Maschinenverhalten testen
Kommunikationsbausteine (3964R, RK512, proprietäre Verbindungen)	Keine direkte Konvertierung	Durch S7-Kommunikationsanweisungen oder ein Gateway ersetzen; siehe den Abschnitt zur Kommunikation
Regelungsbausteine (PID, Temperatur)	Gegen S7-Funktionsbausteine umschreiben	S5-PID-Bausteine lassen sich nicht portieren; auf der Ziel-CPU neu parametrieren
Sicherheitsrelevante Logik (falls vorhanden)	Getrennter Engineering-Stream	S5-Sicherheitsfunktionen erfordern eine Prüfung für S7-1500F oder S7-1200F; nicht als Teil der Standardkonvertierung behandeln

Der gewählte Konvertierungsweg verändert das Risikoprofil

Es gibt drei realistische Wege, und sie scheitern auf unterschiedliche Weise.

Automatischer Konverter, dann manuelle Prüfung. Am schnellsten zu einem kompilierbaren Programm, aber die Qualität der Konverterausgabe ist nur so gut wie die Quelldokumentation. Undokumentierter S5-Code, wie er auf Maschinen üblich ist, die zwei Jahrzehnte gelaufen sind, wird zu Code, den niemand verantworten kann. Planen Sie Prüfzeit proportional dazu ein, wie viel des ursprünglichen Programms undokumentiert ist.
Manuelle Umschreibung Baustein für Baustein anhand des ursprünglichen Verhaltens. Langsamer, aber jeder Baustein wird beim Portieren validiert. Das ist der Weg, den die meisten Praktiker wählen, wenn die Maschine sich kein langes Inbetriebnahmefenster leisten kann, weil sich so Funktion für Funktion testen lässt.
Hybrid: die stabilen Bausteine konvertieren, die zeitkritischen und Kommunikationsbausteine umschreiben. Ein gängiges Muster bei älteren Linien, bei denen der Großteil der Logik einfach ist, aber einige wenige Bausteine das eigentliche Maschinenverhalten tragen.

Jeweils eine Maschinenfunktion auf einmal konvertieren und gegen das ursprüngliche Verhalten testen, bevor die nächste angefasst wird. Eine Big-Bang-Konvertierung verschleiert, welcher Baustein eine Regression verursacht hat, und bei einer S5-Maschine zeigt sich die Regression oft als Zeitfehler, nicht als Logikfehler.

Validierung der konvertierten Logik vor der Umschaltung

Der Validierungsschritt unterscheidet eine belastbare Konvertierung von einer, die in der Produktion scheitert.

Ein von Siemens verfasstes Whitepaper weist darauf hin, dass das Überlagern bestehender S5-Systeme oder deren Erweiterung um neue S7-Systeme eine Alternative zum vollständigen Austausch sein kann, was wichtig ist, wenn nur ein Teil eines Programms gefährdet ist.

Wenn das ursprüngliche S5-Programmarchiv unvollständig ist oder das Quellprojekt fehlt, kann der Konvertierungsumfang nicht festgelegt werden, bis das Programm aus der CPU wiederhergestellt wurde.

Siemens S5- und S7-Kommunikation: Gateways und Protokolle

Kommunikation ist die Kompatibilitätslücke, die die meisten Migrationsleitfäden übergehen, und sie entscheidet darüber, ob eine schrittweise Migration überhaupt möglich ist. S5-Systeme sprechen typischerweise serielle Protokolle, 3964R, RK512 und proprietäre Verbindungen über RS-232 oder RS-422/485, während S7-Systeme über PROFIBUS, PROFINET und Industrial Ethernet arbeiten. Wo beide koexistieren müssen, überbrückt ein Gateway oder Protokollkonverter die beiden Welten, und die Wahl des Gateways ist eine Designentscheidung und kein nachträglicher Beschaffungsgedanke.

Ordnen Sie jede Schnittstelle zu, bevor Sie die Hardware spezifizieren

Bevor Sie ein Gateway auswählen, dokumentieren Sie jeden Kommunikationspfad an der Maschine. Die folgende Liste ist das Minimum, das Sie benötigen; wenn einer fehlt, stockt eine schrittweise Migration bei der Inbetriebnahme.

Protokoll und physikalische Schicht für jede Verbindung: 3964R über RS-232, RK512 über RS-422, PROFIBUS DP, PROFINET oder eine herstellerspezifische Verbindung.
Baudrate und Rahmenformat auf der S5-Seite; serielle Verbindungen reagieren empfindlich auf beides, und ein Gateway, das das Framing des S5-Partners nicht exakt übernimmt, stellt keine Verbindung her.
Master/Slave-Rolle auf jeder Verbindung, welche Seite initiiert und welche Seite antwortet.

Gateway-Optionen und was Ihnen jede davon bringt

Die realistischen Optionen lassen sich in drei Gruppen einteilen.

Gateway-Ansatz	Was es tut	Kompromiss
Serial-zu-PROFIBUS/PROFINET-Gateway	Stellt den seriellen S5-Partner dem S7-Controller als PROFIBUS-DP- oder PROFINET-Knoten dar	Fügt ein Gerät im Schaltschrank hinzu; das serielle Framing und die Baudrate müssen exakt zur S5-Seite passen
Protokollkonverter für 3964R/RK512	Übersetzt das S5-Protokoll in ein für S7 lesbares Protokoll	Die Konfiguration ist protokollspezifisch; testen Sie mit dem tatsächlichen S5-Partner, nicht mit einem Simulator
Die S5-CPU als Kommunikationsknoten beibehalten	Der S7-Controller kommuniziert über eine vorhandene Verbindung mit der S5, während die S5 weiterhin einen Teil der Maschine betreibt	Hält die S5 am Leben und in der Ersatzteilkette; nur sinnvoll, solange verifizierte S5-Hardware verfügbar ist

Ein gängiges Muster bei schrittweisen Migrationen ist die dritte Option: Der S7-Controller übernimmt neue Funktionen, während die S5-CPU für die noch nicht migrierten Teile der Maschine an ihrem Platz bleibt, und ein Gateway überträgt die Daten zwischen beiden. Dieses Muster verschafft Zeit, aber es bedeutet auch, dass das S5-Ersatzteilproblem nicht verschwindet, sondern sich auf die verbleibenden S5-Knoten verlagert.

Auf Automa.Net finden →

Konfigurationsentscheidungen, die darüber entscheiden, ob die Verbindung funktioniert

Drei Entscheidungen verursachen den Großteil der Inbetriebnahmeverzögerung bei der S5-zu-S7-Kommunikation.

Erstens, wer Master ist.

Zweitens, Adressierung und Datenzuordnung. Die S7-Seite adressiert das Gateway über ihre PROFIBUS- oder PROFINET-Konfiguration; die S5-Seite adressiert es über das serielle Protokoll.

Drittens, Timing und Watchdog-Verhalten. Serielle Verbindungen und PROFINET haben unterschiedliche Timeout-Eigenschaften. Ein Gateway, das die Verbindung unter Last trennt, löst den Watchdog des S5-Partners aus, und die Maschine meldet einen Fehler aus einem Grund, der wie ein Hardwarefehler aussieht.

Nennen Sie ein Gateway nicht allein anhand eines Datenblatts. Testen Sie es vor dem Öffnen des Migrationsfensters mit dem tatsächlichen S5-Partner, der konkreten CPU und dem Kommunikationsmodul. Ein Gateway, das auf dem Prüfstand mit einem Simulator funktioniert, kann dennoch an einem 3964R-Partner mit nicht standardmäßiger Rahmung scheitern.

Wenn ein Gateway oder das davon abhängige S5-Kommunikationsmodul nicht mehr beschaffbar ist und die Migration noch Monate entfernt ist, bietet unser AutomaSEARCH Ihnen die Möglichkeit, echte Lagerbestände in einem verifizierten Lieferantennetzwerk zu prüfen, und das Request Board sendet eine RFQ aus, wenn ein Teil tatsächlich schwer zu finden ist.

Siemens S5 SPS-Austauschoptionen: Wiederverwenden, Überholen oder Migrieren

Es gibt drei realistische Wege, und der richtige hängt davon ab, wie lange die Maschine noch laufen muss.

Vorhandenen S5-Bestand wiederverwenden: am schnellsten, wenn verifizierte Teile verfügbar sind; verschafft Zeit, löst die langfristige Obsoleszenz jedoch nicht.
S5-Module überholen oder aus Überschussbeständen beschaffen: erhält das Programm unverändert; Zustand und Herkunft müssen geprüft werden.
Auf S7 migrieren: höchster Engineering-Aufwand, beendet aber den Obsoleszenzzyklus.

Wenn die Maschine noch mehr als ein paar Jahre Lebensdauer hat, ist die Migration in der Regel bei den Gesamtkosten im Vorteil. Wenn sie ausläuft, ist die Beschaffung verifizierter S5-Ersatzteile der pragmatische Weg.

Die S7-Zielplattform wählen: S7-300, S7-400, S7-1200 oder S7-1500

Wählen Sie die Familie passend zur Anwendung, nicht zum Zeitgeist. Die S7-1200 eignet sich für kompakte Maschinen mit moderatem I/O. Die S7-300 passt zu mittleren Schaltschränken, in denen bestehende Engineering-Arbeit wiederverwendbar ist. Die S7-400 eignet sich für große Anlagen mit hoher Verfügbarkeit. Die S7-1500 ist die aktuelle Langzeitplattform mit stärkerer Leistung und integrierten Sicherheitsfunktionen.

Für die meisten neuen Migrationen ist die S7-1500 die sinnvolle Standardwahl. Wählen Sie ältere Familien nur dann, wenn die Ersatzteilstrategie oder bestehende Werksstandards dies rechtfertigen.

Stillstand, Validierung und Rollback planen

Planen Sie die Umstellung wie ein Produktionsevent, denn genau das ist sie. Sequenzieren Sie die Arbeiten so, dass die Linie auf dem alten System läuft, bis das neue bewiesen ist.

S5-Programm und Verdrahtungsdokumentation einfrieren und archivieren.
Den S7-Schaltschrank oder die Baugruppe aufbauen und auf dem Prüfstand testen.
Funktion für Funktion migrieren und gegen aufgezeichnetes Maschinenverhalten validieren.
Beide Systeme dort parallel betreiben, wo der Prozess es zulässt.
Einen Rollback-Punkt definieren, wobei die ursprüngliche S5-Hardware erhalten und verifiziert bleibt.
Inbetriebnehmen, dokumentieren und die aktualisierten Zeichnungen übergeben.

Den Rollback-Plan zu überspringen ist der Fehler, der aus einem geplanten Wochenende eine Woche Produktionsausfall macht. Verifizierte S5-Ersatzteile im Lager behalten, bis das S7-System einen vollständigen Produktionszyklus durchlaufen hat.

Wenn ein bestimmtes S5-Modul nicht mehr beschaffbar ist und die Migration noch Monate entfernt ist, bietet unser AutomaSEARCH Ihnen die Möglichkeit, echte Lagerbestände in einem verifizierten Lieferantennetzwerk zu prüfen, und das Request Board sendet eine RFQ aus, wenn ein Teil tatsächlich schwer zu finden ist.

Häufig gestellte Fragen

Kann eine Siemens S5 mit einer Siemens S7-SPS kommunizieren?

Ja, aber nicht nativ. Die beiden Familien verwenden unterschiedliche Kommunikationsarchitekturen, daher verbindet man sie über ein Gateway oder einen Protokollkonverter statt über ein direktes Kabel. Serielle Protokolle wie 3964R auf der S5-Seite werden typischerweise auf Profinet oder Industrial Ethernet auf der S7-Seite umgewandelt. In der Praxis bedeutet das, die S5-CPU weiterlaufen zu lassen, während das S7-System über das Gateway Daten liest und schreibt. Planen Sie das Datenmapping sorgfältig, denn Adressen und Datentypen passen selten eins zu eins zusammen, und dokumentieren Sie die Schnittstelle vor der Inbetriebnahme.

Sind Siemens S5- und S7-Module austauschbar?

Nein. S5- und S7-Module verwenden unterschiedliche Bussysteme, Bauformen und Signalnormen, daher können Sie keine S5-E/A-Karte in ein S7-Rack stecken oder umgekehrt. Siemens veröffentlicht Komponentenvergleichstabellen, die ein S5-Modul dem nächstliegenden S7-Pendant zuordnen, diese werden jedoch als Referenzinformationen beschrieben, nicht als Kompatibilitätsgarantie. Prüfen Sie vor der Bestellung die Kanalanzahl, den Signaltyp, die Spannungsebene und die Klemmenbelegung anhand des ursprünglichen Typenschilds und des Verdrahtungsplans.

Kann ein S5-Programm ohne Konvertierung auf einer S7-SPS laufen?

Nicht direkt. STEP-5-Programme laufen nicht auf S7-Hardware, und STEP 7 oder TIA Portal können sie nicht einfach importieren. Die Logik muss überarbeitet werden, entweder durch manuelles Re-Engineering oder mit Konvertierungstools, die einen Teil der Übersetzung übernehmen. Blockaufrufe, Timer, Zähler und indirekte Adressierung sind die üblichen Stolpersteine. Behandeln Sie jede Konvertierung als Neuschreibung mit Testphase und halten Sie den ursprünglichen STEP-5-Quellcode sowie eine laufende S5-Reserve bis zum Nachweis des neuen Programms im Produktivbetrieb bereit.

Was sollten Sie vor dem Austausch einer Siemens S5-SPS prüfen?

Beginnen Sie mit dem Typenschild: exakte CPU-Bestellnummer, Firmware, Speichergröße und die Modulliste in jedem Rack. Erfassen Sie dann das Programm und alle Unterlagen, notieren Sie die Kommunikationspartner und Protokolle und ordnen Sie jeden E/A-Punkt seinem Feldgerät zu. Prüfen Sie, ob Schaltschrank, Stromversorgung und Verdrahtung beibehalten werden können. Bestätigen Sie schließlich, dass Ersatzmodule für die S5 noch erhältlich sind, denn ein 1:1-Ersatz ist bei einem einzelnen defekten Modul oft schneller als eine Migration.

Welche Siemens-S7-Serie eignet sich als Ersatz für eine S5?

Das hängt von der Anwendung ab. Die S7-1500 ist das aktuelle Ziel für die meisten neuen Migrationen und steht im Fokus von Siemes eigener S5-Migrationsanleitung. Die S7-1200 eignet sich für kleinere Maschinen mit begrenzter E/A. Die S7-300 und S7-400 sind ältere Familien, die in bestehenden Anlagen und auf dem Gebrauchtmarkt vorkommen, weshalb sie relevant sind, wenn Sie eher einen kompatiblen Ersatz als eine vollständige Modernisierung benötigen. Stimmen Sie die Auswahl auf die E/A-Anzahl, die Leistungsanforderungen und die Softwareumgebung ab, die Ihr Team bereits verwendet.

Der schwierige Teil der S5-gegen-S7-Kompatibilität besteht nicht darin, sich für eine Migration zu entscheiden; es geht darum, die Linie währenddessen am Laufen zu halten. Automa.Net unterstützt beide Seiten dieses Problems: verifizierter Altbestand, um die Lücke zu überbrücken, und ein Lieferantennetzwerk, das schwer zu findende Komponenten aufspürt, wenn die OEM-Lieferzeit lang wird. Beginnen Sie mit einer Suche nach Ihren S5-Teilenummern auf Automa.Net, und lassen Sie den Migrationsplan dem Produktionskalender folgen und nicht umgekehrt.