Artikel in Bearbeitung / SPS / CPU / de-DE
Warum der PROFINET-Kontext einer SPS-CPU entscheidend ist
Erfassen Sie Gerätename, Adressierung, Ports und verbundene Geräte, bevor Sie eine SPS-CPU trennen, damit ein Ersatz den Netzwerkkontext wiederherstellen kann.
Die Frage, die dieser Leitfaden beantwortet
Welche Netzwerkdetails beeinflussen den Austausch einer CPU?
1. Welche Netzwerkidentität trägt eine CPU?
Eine Ersatz-CPU trifft ein, Sie montieren sie, und kein Gerät im Netzwerk spricht mit ihr. Die Teilenummer passte, das Netzwerk nicht. In einem PROFINET-Netzwerk, dem industriellen Ethernet-System zur Verbindung von Feldgeräten, antwortet die CPU auf einen Gerätenamen und eine IP-Adresse, die das Projekt vergibt. Keiner der beiden Werte steht auf dem Gehäuse. Der Gerätename unterscheidet die CPU von jeder anderen Station im Netzwerk, die IP-Adresse platziert sie im Werksnetz.
Ein Ersatz wird mit Standardeinstellungen und ohne beide Werte geliefert. Beide müssen daher erfasst werden, solange die eingebaute CPU noch läuft. Das Engineering-Tool kann Gerätename und Adressierung von der laufenden CPU lesen. Das macht sie zu besonders günstig korrekt zu erfassenden Tatsachen. Nach dem Ausfall überleben diese Werte nur noch in Ihrem Datensatz.
Erfassen Sie die Werte genau wie konfiguriert, Zeichen für Zeichen. Gerätenamen sind im PROFINET-Engineering groß- und kleinschreibungsempfindlich. Ein aus Erinnerung getippter Name kann daher unbemerkt vom konfigurierten Wert abweichen, bis ein Ersatz angeschlossen wird. Eine genaue Kopie aus dem Engineering-Tool ist jeder sorgfältigen Übertragung überlegen.
Gerätename und IP-Adresse beantworten unterschiedliche Fragen, weshalb beide in den Datensatz gehören. Der Gerätename identifiziert die Station in der PROFINET-Engineering-Ansicht und ist der Wert, auf den konfigurierte Geräte verweisen. Die IP-Adresse platziert die CPU im Werksnetz und wird von Engineering-Laptop und übergeordneten Systemen genutzt. Ein Ersatz kann einen Wert richtig und den anderen falsch haben, und die Maschine kommt trotzdem nicht zurück. Erfassen und stellen Sie beide als die getrennten Werte wieder her, die sie sind.
Quellen und Geltungsbereich (1)
- Siemens: SIMATIC S7-1200 Systemhandbuch. Diese Herstellerquelle stützt die beschriebene Erfassung, nicht eine Aussage zu Ihrer konkreten Einheit.
2. Wie verändert die Portanordnung den Datensatz?
Die Portanordnung ist Teil derselben Identität. Eine CPU 1215C besitzt zwei PROFINET-Ports, und das Projekt kann beide verwenden, etwa um Engineering-Seite und eine Gerätefolge über getrennte Wege zu verbinden, während eine CPU 1214C einen einzelnen Port hat. Eine ET 200SP CPU 1510SP-1 PN erhält ihre Netzwerkverbindung über Busadapter. Der physische Steckverbinder ist dort ein eigenes Teil mit eigener Referenz. Die Portgeschichte unterscheidet sich je Familie, ebenso der erforderliche Datensatz.
Fotografieren Sie die Ports, ihre Kabelkennzeichnungen und den Verlauf jedes Kabels, bevor etwas abgezogen wird. Ein Foto pro Portrichtung genügt, sofern die Kennzeichnungen im Bild lesbar bleiben. Bei einer Busadapterfamilie fotografieren Sie auch die Adapterreferenz, weil ein Ersatzstecker ein beschaffbares Teil ist, das jemand beschaffen muss.
Der Portdatensatz entscheidet auch, wonach eine Nachfolgerprüfung fragt. Eine CPU mit einem Port durch eine CPU mit zwei zu ersetzen, verändert, was der Schaltschrank ohne Zusatzhardware verbinden kann. Die Fotos belegen, was der aktuelle Aufbau tatsächlich nutzt. Der Datensatz ist kurz, die Verwirrung, die er verhindert, ist es nicht.
Quellen und Geltungsbereich (1)
- Siemens: SIMATIC ET 200SP CPU 1510SP-1 PN. Diese Herstellerquelle stützt die beschriebene Erfassung, nicht eine Aussage zu Ihrer konkreten Einheit.
3. Welche Geräte haben Beziehungen zur CPU?
Listen Sie die verbundenen Geräte mit Name und Referenz: dezentrale E/A-Stationen, Frequenzumrichter, HMIs und alle Switches im Weg. Jedes besitzt eine konfigurierte Beziehung zur CPU, die eine Teilenummer allein nicht beschreibt. Ein Frequenzumrichter, der seine Steuerung unter einem bestimmten Gerätenamen erwartet, nimmt den Betrieb nicht wieder auf, wenn ein Ersatz ohne Namen eintrifft, gleich wie genau die CPU-Referenz ist.
Notieren Sie, wie die Adressierung im Netzwerk verteilt wird. Manche Anlagen haben eine eigene Engineering-Station, die Namen und Adressen bei der Gerätekonfiguration vergibt. Andere verlassen sich auf in jedem Projekt hinterlegte Werte. Der Unterschied entscheidet, wer die Netzwerkidentität wiederherstellen kann und welches Tool benötigt wird. Er gehört daher neben die Geräteliste in den Datensatz.
Jedes Gerät auf dieser Liste wird zum Prüfpunkt, wenn ein Ersatz wiederhergestellt wird. Die Liste ist schnell erstellt und schwer wegzulassen: Ohne sie entdeckt die Wiederherstellung ihre Reichweite Gerät für Gerät während des Stillstands, und jede Entdeckung kostet Stillstandszeit. Ein einmal konfiguriertes und seitdem nicht berührtes Gerät bleibt ein Prüfpunkt, weil der Ersatz die Beziehung zurücksetzt.
Überspringen Sie Switches nicht mit der Begründung, sie seien Infrastruktur und keine Geräte. Ein Switch liegt im Weg zwischen CPU und allen anderen Geräten. Seine Portzuordnungen sind die Karte, die Kabelkennzeichnungen sinnvoll macht. Erfassen Sie auch die Switch-Referenz, weil ein ausgefallener Switch schneller wiederhergestellt ist als eine CPU, aber mehr unterbricht. Sein Ersatz erbt dieselben Portfragen.
4. Was fotografieren Sie vor dem Trennen?
Fotografieren Sie Netzwerkverbindungen und Switch-Ports vor der Trennung. Ein Foto der Switch-Front mit eingesteckten Kabeln sowie Nahaufnahmen der Kabelkennzeichnungen macht Portzuordnungen zu Nachweisen statt zu Erinnerungen. Portzuordnungen gehen nach einer Trennung zuerst verloren und gehören durch Nachverfolgen zu den aufwendigsten Wiederherstellungen.
Wenn die Maschine steht, verkürzt dieser Nachweis die Wiederherstellung, weil niemand ein Kabel durch einen Verdrahtungskanal zurückverfolgen muss, um sein Ziel zu erfahren. Wer dies einmal getan hat, weiß, warum das Foto zählt. Zehn Sekunden Kameraarbeit schlagen eine Stunde Kabelverfolgung.
Erfassen Sie bei demselben Durchgang alles, was sich ändern wird: einen zum Ersatz vorgesehenen Switch, ein neu zu verdrahtendes Bedienpanel oder eine verblasste Kabelkennzeichnung. Ein Foto nach Neuverdrahtung dokumentiert den neuen Zustand, nicht den vom Projekt erwarteten. Das nützliche Foto entsteht deshalb immer vor der Änderung. Eine heute fotografierte verblasste Kennzeichnung ist noch lesbar, dieselbe Kennzeichnung kann es nächstes Jahr nicht sein.
Die Qualität der Kennzeichnung entscheidet, ob die Fotos helfen. Sind vorhandene Kabelkennzeichnungen handgeschrieben, verblasst oder fehlend, fotografieren Sie sie wie sie sind und notieren Sie den Zustand. Kennzeichnungen zu korrigieren ist sinnvoll, gehört aber in ein geplantes Zeitfenster, weil eine Umkennzeichnung an einem laufenden Netzwerk eigenes Risiko schafft. Ein ehrliches Foto eines schlechten Etiketts ist besser als ein ordentlicher Datensatz, der nicht zum Schaltschrank passt.
5. Was muss ein Ersatz wiederherstellen?
Eine neue CPU wird mit Standard-Netzwerkeinstellungen und ohne Projekt geliefert. Sie wird erst zum Direktersatz, nachdem das Projekt wiederhergestellt, Gerätename und Adressierung zugewiesen und die verbundenen Geräte den wiederhergestellten Controller angenommen haben. Jeder Schritt hängt von früher erfassten Nachweisen ab. Deshalb ist der Netzwerkdatensatz kein Detail, sondern eine Voraussetzung für den gesamten Ersatzweg.
Die wiederhergestellte Identität muss auch zu dem passen, was die verbundenen Geräte erwarten. Ein Ersatz mit richtiger Bestellnummer, aber leicht abweichendem Gerätenamen oder Adresse kann dazu führen, dass Frequenzumrichter, dezentrale E/A und HMI ihre Beziehungen nicht wiederherstellen. Die erfasste Geräteliste ist die Checkliste, mit der jede Beziehung Verbindung für Verbindung geprüft wird.
Behandeln Sie den Netzwerkkontext als erforderlichen Teil jeder Anfrage. Eine Einreichung mit Gerätename, Adressierung, Portanordnung und Liste verbundener Geräte erlaubt es einer prüfenden Person, die Wiederherstellung als konkrete Folge statt als optimistische Bestellung zu planen. Ist ein Wert unbekannt, erfassen Sie ihn als unbekannt. Eine genannte Lücke lässt sich besser einplanen als eine stille.
Die Reihenfolge der Wiederherstellung ist wichtig, und der Datensatz kann sie im Voraus festlegen. Zuerst kommt das Projekt zurück, weil es die Konfiguration trägt. Danach folgt die Identitätszuweisung, weil die verbundenen Geräte eine benannte Steuerung erwarten. Zuletzt kommen die Einzelgeräteprüfungen, weil jede eine Beziehung bestätigt. Umgekehrte Reihenfolge scheitert nicht sofort. Gerade deshalb wird sie teuer: Der Fehler erscheint als Gerät nach Gerät, das den Betrieb nicht wieder aufnimmt.
So funktioniert der Ablauf
Wichtigste Punkte
- Erfassen Sie Gerätename, Adressierung und Quellen des Netzwerkkontexts.
- Fotografieren Sie Ports und Kabel, solange sie verbunden sind.
- Listen Sie HMI, Frequenzumrichter und dezentrale E/A als Projektbeziehungen auf.
- Behandeln Sie Netzwerkkontext als Nachweis, nicht als Kompatibilitätszusage.
Verwandte Seiten
Redaktionelle Hinweise und Quellen
Diese Vorschau ist eine abgegrenzte Arbeitsnotiz und keine geprüfte technische Fachseite noch eine Aussage zu Kompatibilität, Lagerbestand, Preis, Service oder Sicherheit.
Quellenverzeichnis
Version: docs/product/comparison-and-recovery-model.md|Qualified technical evidence required
- docs/product/comparison-and-recovery-model.md
- Qualified technical evidence required
Redaktioneller Status
Status: Entwurf / nicht indexiert
Offene Punkte: Technische und kommerzielle Aussagen benötigen zuordenbare Nachweise.