aiMOOC

Industrielle Kommunikation und Vernetzung – Netzwerkänderungen dokumentieren

QR-Code

Industrielle Kommunikation und Vernetzung – Netzwerkänderungen dokumentieren

Einleitung

Kurzbeschreibung: Du dokumentierst in einer fiktiven Industrieanlage Geräte, Netzwerkkonfigurationen und Änderungen so, dass ein definierter Soll-Zustand geprüft und bei Bedarf wiederhergestellt werden kann. Der Kurs arbeitet mit einer virtuellen Anlage, Signalverläufen und Diagnosefällen. Alle Daten sind fiktiv.

Lernziele

Nach dem Kurs kannst Du ein Geräteverzeichnis führen, Soll- und Ist-Konfigurationen vergleichen, eine Änderung nachvollziehbar protokollieren, eine Konfigurationssicherung zuordnen, einen Restore in einer Testumgebung prüfen und Diagnoseergebnisse begründet bewerten.

Sichere Laborgrenze

Autorisierte Testumgebung: Arbeite ausschließlich in der bereitgestellten lokalen Simulation, in Deinem eigenen Labor oder in einer ausdrücklich freigegebenen Schulungsanlage.
Fiktive Daten: Dieser Kurs nutzt das Dokumentationsnetz 192.0.2.0/24 und lokal vergebene Beispielkennungen.
Keine Fremdnetze: Keine Scans, Konfigurationsversuche oder Paketmitschnitte in fremden Netzen oder Produktivanlagen.
Keine Geheimnisse: Keine echten Zugangsdaten, Kundeninformationen oder Produktionsdaten eingeben, kopieren oder übertragen.
Diagnose: Nutze nur vorgegebene Screenshots, lokale Simulationswerte, autorisierte Gerätestände oder bereitgestellte PCAP-Dateien.

Medienimpuls: Industrial Ethernet

Industrial Ethernet verbindet Automatisierungsgeräte über Ethernet-Technik. Für die Ausbildung wichtig sind vor allem eindeutige Geräteidentität, Topologie, Konfiguration, Diagnose und Wiederherstellbarkeit.

Ausbildungsfall: Montagezelle MZ-17

Eine virtuelle Montagezelle erhält nach einem freigegebenen Austausch eine neue dezentrale I/O-Station. Die Anlage darf nur in der Simulation geändert werden. Dein Auftrag lautet: Soll-Zustand sichern, Änderung dokumentieren, Funktion prüfen und Wiederherstellung nachweisen.

Virtuelle Anlage

Kennung	Rolle	Soll-Adresse	Logischer Name	Switch-Port	Sicherungsobjekt
ENG-01	Engineering-Station	192.0.2.10	eng-mz17	SW-01 P1	Projektstand
PLC-01	Steuerung	192.0.2.20	plc-mz17	SW-01 P2	Steuerungsprojekt
IO-01	Dezentrale I/O	192.0.2.31	io-mz17	SW-01 P3	Gerätekonfiguration
HMI-01	Bediengerät	192.0.2.40	hmi-mz17	SW-01 P4	HMI-Projekt
SW-01	Managed Switch	192.0.2.2	sw-mz17	Zentrale Komponente	Switch-Konfiguration

Änderungsauftrag CHG-017

Freigegebene Änderung: IO-01 wird in der Simulation ersetzt. IP-Adresse, logischer Gerätename und vorgesehener Switch-Port bleiben unverändert. Vorher wird der letzte freigegebene Stand gesichert. Nachher werden Topologie, Diagnose und Signalfolge geprüft.

Fehlerbild in der Übung: Das Ersatzgerät startet mit Werkseinstellungen. Die Steuerung meldet fehlende zyklische I/O-Daten.

Kurze Lerneinheit 1: Geräteverzeichnis

Ein Geräteverzeichnis ist die Basis für den Soll-Ist-Vergleich. Es sollte mindestens Kennung, Funktion, logischen Namen, Adresse, physischen Anschluss, Versionsstand, Sicherungsbezug und Änderungsstatus enthalten.

Basisaufgabe 1

Übertrage die fünf Geräte der MZ-17 in ein eigenes Geräteverzeichnis. Markiere Felder, die für eine spätere Wiederherstellung zwingend gebraucht werden.

Begründetes Feedback: Gut ist Deine Lösung, wenn eine andere Fachkraft damit eindeutig erkennt, welches Gerät gemeint ist, wo es angeschlossen ist, welche Konfiguration erwartet wird und welche Sicherung dazugehört. Nur eine IP-Liste reicht dafür nicht.

Gestufte Hilfen 1

Hilfe 1: Beginne mit Kennung, Rolle und Anschluss.
Hilfe 2: Ergänze logischen Namen, Adresse und Versionsstand.
Hilfe 3: Verknüpfe jedes konfigurierbare Gerät mit einem eindeutig bezeichneten Sicherungsstand.

Kurze Lerneinheit 2: Topologie und physischer Anschluss

Die logische Konfiguration allein genügt nicht. In industriellen Netzen hilft die dokumentierte Nachbarschaft, einen vertauschten Anschluss oder einen unerwarteten Pfad zu erkennen.

Soll-Topologie

Verbindung	Soll	Prüffrage
ENG-01 → SW-01	P1	Ist die Engineering-Station am dokumentierten Port?
PLC-01 → SW-01	P2	Stimmt der Controller-Pfad?
IO-01 → SW-01	P3	Wurde das Ersatzgerät am vorgesehenen Port angeschlossen?
HMI-01 → SW-01	P4	Ist die HMI-Verbindung unverändert?

Anwendungsaufgabe 1

In der Simulation steckt IO-01 nach dem Austausch an P5 statt P3. Entscheide, ob Du die Dokumentation anpasst oder die Verdrahtung auf den freigegebenen Soll-Zustand zurückführst.

Begründetes Feedback: Ohne neuen freigegebenen Änderungsauftrag ist der dokumentierte Soll-Zustand maßgeblich. Eine spontane Änderung der Dokumentation würde den nicht freigegebenen Ist-Zustand nachträglich legitimieren und erschwert die Rückverfolgbarkeit.

Kurze Lerneinheit 3: Konfiguration sichern

Eine Sicherung ist nur nützlich, wenn sie eindeutig bezeichnet, zeitlich zugeordnet, auf Integrität geprüft und wiederherstellbar ist. Bei selten geänderten Netzkomponenten kann eine ereignisbezogene Sicherung nach freigegebenen Änderungen sinnvoll sein.

Minimaler Sicherungssatz

Objekt	Beispielname	Zweck
Projektstand	MZ17_CHG017_prechange	Zustand vor der Änderung
Gerätekonfiguration	IO01_baseline_v3	Sollparameter für Ersatzgerät
Switch-Konfiguration	SW01_pre_CHG017	Port- und Managementstand
Änderungsprotokoll	CHG017_log	Wer, was, warum, wann, Ergebnis

Basisaufgabe 2

Ordne jedem Sicherungsobjekt eine eindeutige Bezeichnung, den Änderungsauftrag und den Prüfschritt zu.

Begründetes Feedback: Eine Datei mit dem Namen „backup_final_neu“ ist fachlich schwach, weil Anlass und Gültigkeit unklar bleiben. Eine eindeutige Zuordnung zum freigegebenen Änderungsstand reduziert Fehlgriffe beim Restore.

Gestufte Hilfen 2

Hilfe 1: Frage zuerst: Welcher Zustand soll wiederherstellbar sein?
Hilfe 2: Trenne Vorher- und Nachher-Stand.
Hilfe 3: Dokumentiere zusätzlich, wie der Restore in der Testumgebung geprüft wurde.

Kurze Lerneinheit 4: Änderung dokumentieren

Eine gute Änderungsdokumentation beantwortet knapp: Was wurde geändert? Warum? Wer war autorisiert? Welcher Soll-Zustand gilt danach? Welche Sicherung existiert? Wie wurde geprüft?

Änderungsprotokoll – Vorlage

Feld	Eintrag für CHG-017
Anlass	Austausch der virtuellen I/O-Station
Freigabe	Ausbildungsfall CHG-017
Vorher	IO-01, 192.0.2.31, io-mz17, SW-01 P3
Änderung	Hardwareobjekt in der Simulation ersetzt
Soll nach Änderung	Identische logische Identität und identischer Port
Sicherung	MZ17_CHG017_prechange
Prüfung	Topologie, Gerätestatus, Signalfolge, Restore-Probe
Ergebnis	einzutragen

Transferaufgabe 1

Erweitere die Vorlage um zwei Felder, die in Deinem Ausbildungsbetrieb für Nachvollziehbarkeit oder Qualitätssicherung wichtig wären.

Begründetes Feedback: Sinnvolle Ergänzungen sind z. B. Prüfer, Ticketreferenz, Software-/Firmwarestand, Abweichung, Freigabe nach Test oder Rückfallkriterium. Entscheidend ist, dass das Feld eine spätere Entscheidung unterstützt und nicht nur Bürokratie erzeugt.

Kurze Lerneinheit 5: Diagnose mit Signalverläufen

Für die Diagnose vergleichst Du Netzzustand und Prozesssignal. Ein Kommunikationsfehler kann dazu führen, dass ein lokales Sensorsignal vorhanden ist, die Steuerung aber keinen gültigen zyklischen Wert erhält.

Normaler Signalverlauf

Zeitpunkt	Sensor S1 lokal	S1 in Steuerung	Ausgang Q1
t0	0	0	0
t1	1	1	0
t2	1	1	1
t3	0	0	1
t4	0	0	0

Fehlerverlauf nach Ersatz

Zeitpunkt	Sensor S1 lokal	DIAG_IO
t0	0	0
t1	1	1
t2	1	1
t3	0	1

Diagnoseidee: Das lokale Sensorsignal ändert sich, erreicht die Steuerung aber nicht als gültiger Wert. Zusammen mit DIAG_IO = 1 spricht das im Ausbildungsfall zuerst für einen Kommunikations-/Konfigurationspfad und nicht für einen defekten Sensor.

Anwendungsaufgabe 2

Ordne die Prüfreihenfolge für den simulierten Fehler: Geräteidentität, logischer Name, Soll-Adresse, Topologie/Port, geladener Konfigurationsstand, Gerätestatus, danach Signaltest.

Begründetes Feedback: Die Reihenfolge beginnt mit dokumentierbaren Soll-Ist-Merkmalen. So vermeidest Du, einen Prozessfehler zu suchen, obwohl das Ersatzgerät noch nicht korrekt in die vorgesehene Kommunikationsbeziehung eingebunden ist.

Gestufte Hilfen 3

Hilfe 1: Vergleiche zuerst Geräteverzeichnis und Ist-Anzeige.
Hilfe 2: Prüfe Identität, Namen, Adresse und Port gegen den freigegebenen Soll-Zustand.
Hilfe 3: Lade in der Simulation den bekannten Sicherungsstand und wiederhole anschließend den Signaltest.

Kurze Lerneinheit 6: Wiederherstellung

Wiederherstellung bedeutet nicht nur „Datei zurückspielen“. Der Nachweis ist erst vollständig, wenn der definierte Zustand wiederhergestellt und geprüft wurde.

Restore-Probe in der virtuellen Anlage

Sicheren Ausgangszustand der Simulation festhalten.
Freigegebenen Sicherungsstand auswählen.
Konfiguration in der lokalen Simulation wiederherstellen.
Geräteverzeichnis und Topologie vergleichen.
Diagnoseanzeige prüfen.
Normalen Signalverlauf reproduzieren.
Ergebnis im Änderungsprotokoll dokumentieren.

Transferaufgabe 2

Formuliere ein Rückfallkriterium für CHG-017.

Begründetes Feedback: Ein gutes Kriterium ist messbar, z. B. „Wenn nach der freigegebenen Änderung die I/O-Kommunikation nicht stabil hergestellt werden kann oder der Signaltest fehlschlägt, wird in der Simulation der dokumentierte Vorher-Stand MZ17_CHG017_prechange wiederhergestellt.“ Damit ist klar, wann und auf welchen Stand zurückgegangen wird.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Wozu dient ein Geräteverzeichnis bei Netzwerkänderungen? (Es ermöglicht einen nachvollziehbaren Soll-Ist-Vergleich) (!Es ersetzt jede Konfigurationssicherung) (!Es vergibt automatisch Geräteadressen) (!Es macht Freigaben überflüssig)

Was gehört vor einer freigegebenen Netzwerkänderung zum sicheren Vorgehen? (Einen bekannten Ausgangsstand dokumentieren und sichern) (!Zuerst alle erreichbaren Geräte neu adressieren) (!Die Änderung ohne Ticket durchführen) (!Produktionsdaten in einen öffentlichen Dienst laden)

Welche Information hilft beim Nachweis der physischen Topologie? (Der dokumentierte Switch-Port eines Geräts) (!Die Farbe des Engineering-Laptops) (!Der Name des Auszubildenden allein) (!Die Dateigröße eines Handbuchs)

Warum ist ein eindeutiger logischer Gerätename wichtig? (Er unterstützt die eindeutige Zuordnung eines Geräts zur vorgesehenen Funktion) (!Er ersetzt die gesamte Netzwerktopologie) (!Er verhindert jede Art von Hardwarefehler) (!Er macht Sicherungen unnötig)

Was macht eine Konfigurationssicherung besonders brauchbar? (Sie ist eindeutig einem Zustand und einer Änderung zugeordnet) (!Sie heißt nur backup_neu) (!Sie liegt ausschließlich auf dem geänderten Gerät) (!Sie enthält möglichst viele unbekannte Dateien)

Was deutet im Ausbildungsfall auf ein Kommunikationsproblem hin? (Das lokale Sensorsignal wechselt, der Steuerungswert bleibt aus und DIAG_IO ist aktiv) (!Lokales und übertragenes Signal wechseln identisch) (!Der Ausgang folgt dem Sollsignal ohne Diagnose) (!Alle Geräte zeigen den dokumentierten Normalzustand)

Was ist nach einem Restore erforderlich? (Der wiederhergestellte Zustand muss geprüft und dokumentiert werden) (!Die Sicherungsdatei wird sofort gelöscht) (!Die Geräte werden ohne Vergleich umbenannt) (!Das Änderungsprotokoll wird verworfen)

Welche Angabe gehört in ein Änderungsprotokoll? (Anlass, Soll-Zustand, Sicherungsbezug und Prüfergebnis) (!Private Passwörter der Beschäftigten) (!Beliebige Kundendaten) (!Ungeprüfte Vermutungen ohne Bezug zur Änderung)

Welche Umgebung ist für die Übungen dieses Kurses vorgesehen? (Eine lokale oder ausdrücklich autorisierte Testumgebung mit fiktiven Daten) (!Ein beliebiges fremdes Firmennetz) (!Eine ungefragte Produktivanlage) (!Ein Kundennetz ohne Freigabe)

Was ist bei einer nicht freigegebenen Portabweichung zuerst maßgeblich? (Der dokumentierte und freigegebene Soll-Zustand) (!Der zufällige aktuelle Anschluss) (!Die schnellste spontane Umbenennung) (!Eine nachträgliche Freigabe durch Löschen des Protokolls)

Memory

Geräteverzeichnis	Soll-Ist-Vergleich
Topologie	Physischer Anschlussweg
Sicherungsstand	Wiederherstellbarer Zustand
Änderungsprotokoll	Nachvollziehbarkeit
Diagnose	Fehlerzustand bewerten
Restore-Test	Wiederherstellung nachweisen

Drag and Drop

Ordne die richtigen Begriffe zu.	Thema
Geräteidentität	Kennung und logischer Name
Topologie	Dokumentierter Switch-Port
Baseline	Freigegebener Ausgangszustand
Diagnosealarm	Hinweis auf einen gestörten Kommunikationspfad
Restore-Probe	Prüfung der Wiederherstellbarkeit

Kreuzworträtsel

Topologie	Wie heißt die dokumentierte Struktur der Verbindungen?
Backup	Wie heißt eine Sicherung auf Englisch?
Freigabe	Was muss eine geplante Änderung vor der Durchführung besitzen?
Protokoll	Worin wird eine Änderung nachvollziehbar festgehalten?
Diagnose	Wie heißt die systematische Bewertung eines Fehlerzustands?
Restore	Wie heißt die Wiederherstellung eines gesicherten Zustands kurz?

LearningApps

Lückentext

Offene Aufgaben

Leicht

Geräteverzeichnis: Erstelle für die fünf Geräte der MZ-17 ein kompaktes Verzeichnis mit mindestens sechs sinnvollen Feldern.
Topologie: Zeichne die Soll-Verbindungen der virtuellen Anlage und beschrifte die Switch-Ports.
Änderungsprotokoll: Formuliere für CHG-017 einen Eintrag mit Anlass, Vorher, Nachher und Test.
Signalverlauf: Erkläre in vier Sätzen den Unterschied zwischen Normal- und Fehlerverlauf.

Standard

Konfigurationssicherung: Entwickle ein Benennungsschema für Vorher- und Nachher-Stände und begründe es.
Diagnose: Erstelle eine Prüfkette für „I/O-Daten fehlen nach Geräteaustausch“ mit fünf Prüfpunkten.
Wiederherstellung: Entwirf einen Restore-Test mit eindeutigen Erfolgskriterien für die lokale Simulation.
Qualitätssicherung: Führe einen Peer-Review eines Geräteverzeichnisses durch und dokumentiere zwei konkrete Verbesserungsvorschläge.

Schwer

Change Management: Entwirf ein Mini-Verfahren vom Änderungsantrag bis zur Freigabe nach dem Test.
Fehleranalyse: Erfinde einen zweiten sicheren Simulationsfehler, z. B. falscher dokumentierter Port, und entwickle Soll-Ist-Hinweise dazu.
Transfer: Vergleiche zwei Dokumentationsvarianten und entscheide begründet, welche eine schnellere Wiederherstellung ermöglicht.
Ausbildungsprojekt: Produziere ein kurzes Erklärvideo oder eine Bildfolge zum Ablauf „Sichern – Ändern – Prüfen – Wiederherstellen“, ausschließlich mit fiktiven Daten.

Lernkontrolle

Fehlerbild bewerten: Du erhältst Geräteverzeichnis, Topologie und Signalverlauf. Leite eine plausible Fehlerklasse ab und begründe, welche Information dafür entscheidend war.
Änderung planen: Entwickle für den Austausch eines virtuellen Switches einen dokumentierbaren Ablauf mit Ausgangszustand, Freigabe, Sicherung, Prüfung und Rückfallkriterium.
Dokumentationsqualität: Bewerte zwei Änderungsprotokolle danach, welches eine fremde Fachkraft schneller zur richtigen Wiederherstellung führt.
Restore-Nachweis: Formuliere drei Kriterien, mit denen Du zeigst, dass nicht nur eine Datei importiert, sondern der Soll-Zustand tatsächlich wiederhergestellt wurde.
Signaldiagnose: Erkläre, warum ein lokal wechselndes Eingangssignal bei unverändertem Steuerungswert die Suche zunächst in Richtung Kommunikation oder Konfiguration lenkt.
Sicherheitsgrenze: Begründe, warum Diagnoseübungen mit fiktiven Daten und lokalen Testumgebungen didaktisch sinnvoll sind und gleichzeitig betriebliche Risiken begrenzen.

Lernnachweis

Für einen Lernnachweis zu diesem Thema ist wichtig:

ein vollständiges Geräteverzeichnis der virtuellen Anlage,
eine nachvollziehbare Soll-Topologie,
ein ausgefülltes Änderungsprotokoll,
eine begründete Sicherungsstrategie,
eine Diagnose anhand mindestens eines Signalverlaufs,
ein dokumentierter Restore-Test,
ein messbares Rückfallkriterium,
die konsequente Einhaltung der autorisierten Laborgrenze.

Fachquellen und Medienrechte

Fachlich geprüft wurden insbesondere:

PI / PROFIBUS & PROFINET International: PROFINET Installation Guidelines – Planung, Montage und Inbetriebnahme.
PROFINET Technology Description – Geräte, zyklische Daten, Diagnose und Topologie.
BSI: ICS-Security-Kompendium – u. a. Anforderungen an Datensicherung und Wiederherstellung.
Siemens PRONETA – Beispiel für Topologie-, Inbetriebnahme- und Diagnosedarstellung.
PROFINET University – frei zugängliche Lernmodule zu Grundlagen, Namensgebung und Diagnose.

Verwendete Wikimedia-Commons-Medien:

NetzwerkTopologien.svg – CC BY-SA 4.0.
Siemens ESM TP80.JPG – Public Domain.
Switch port mapper list.png – CC BY-SA 4.0.
RJ45 Switch Ports.jpg – freie Lizenzen, darunter CC BY-SA.
Network switch symbol.svg – CC BY-SA 4.0.
Wireshark 3.6 screenshot.png – Screenshot freier Software, Lizenzangaben auf Commons beachten.

YouTube-Medien: Die drei Videos werden nur über den YouTube-Player eingebettet und nicht als OER-Dateien weiterverbreitet. Rechte und Verfügbarkeit verbleiben bei den jeweiligen Kanälen und YouTube. Verwendet werden MinutePROFINET-Videos zu Überblick, Konfiguration und Diagnose; keine Sofatutor-Inhalte.