Glanz: aiMOOC über GPT aiMOOC Action erstellt

2026-10-07T15:29:23Z

aiMOOC über GPT aiMOOC Action erstellt

Neue Seite

{{T}}

{{BR}}
= Industrielle Kommunikation und Vernetzung – Netzwerkänderungen dokumentieren =

{{BR}}
= 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.

[[Datei:NetzwerkTopologien.svg|500px|rahmenlos|center]]

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
== Medienimpuls: Industrial Ethernet ==
[[Datei:Siemens ESM TP80.JPG|420px|rahmenlos|center]]

{{#ev:youtube| https://www.youtube.com/watch?v=RZtMX8kpf0s |500|center}}

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'''.

{{BR}}
= 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.'''

{{BR}}
== Virtuelle Anlage ==
{| class="wikitable"
! 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
|}

[[Datei:Network switch symbol.svg|260px|rahmenlos|center]]

{{BR}}
== Ä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.

{{BR}}
= 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.

[[Datei:Switch port mapper list.png|500px|rahmenlos|center]]

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
= 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.

[[Datei:RJ45 Switch Ports.jpg|500px|rahmenlos|center]]

{{BR}}
== Soll-Topologie ==
{| class="wikitable"
! 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?
|}

{{BR}}
== 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.

{{BR}}
= 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.

{{BR}}
== Minimaler Sicherungssatz ==
{| class="wikitable"
! 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
|}

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
= 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?'''

{{BR}}
== Änderungsprotokoll – Vorlage ==
{| class="wikitable"
! 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
|}

{{#ev:youtube| https://www.youtube.com/watch?v=jylzNqeAE3E |500|center}}

{{BR}}
== 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.

{{BR}}
= 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.

[[Datei:Wireshark 3.6 screenshot.png|500px|rahmenlos|center]]

{{BR}}
== Normaler Signalverlauf ==
{| class="wikitable"
! Zeitpunkt
! Sensor S1 lokal
! S1 in Steuerung
! Ausgang Q1
! DIAG_IO
|-
| t0
| 0
| 0
| 0
| 0
|-
| t1
| 1
| 1
| 0
| 0
|-
| t2
| 1
| 1
| 1
| 0
|-
| t3
| 0
| 0
| 1
| 0
|-
| t4
| 0
| 0
| 0
| 0
|}

{{BR}}
== Fehlerverlauf nach Ersatz ==
{| class="wikitable"
! Zeitpunkt
! Sensor S1 lokal
! S1 in Steuerung
! Ausgang Q1
! DIAG_IO
|-
| t0
| 0
| 0
| 0
| 0
|-
| t1
| 1
| 0
| 0
| 1
|-
| t2
| 1
| 0
| 0
| 1
|-
| t3
| 0
| 0
| 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.

{{#ev:youtube| https://www.youtube.com/watch?v=WVH5pKZQfaQ |500|center}}

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
= 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.

{{BR}}
== 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.

{{BR}}
== 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.

{{BR}}
= Interaktive Aufgaben =

{{BR}}
== Quiz: Teste Dein Wissen ==

{{MC}}
'''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)
{{E}}
<br>

{{MC}}
'''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)
{{E}}
<br>

{{MC}}
'''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)
{{E}}
<br>

{{MC}}
'''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)
{{E}}
<br>

{{MC}}
'''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)
{{E}}
<br>

{{MC}}
'''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)
{{E}}
<br>

{{MC}}
'''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)
{{E}}
<br>

{{MC}}
'''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)
{{E}}
<br>

{{MC}}
'''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)
{{E}}
<br>

{{MC}}
'''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)
{{E}}
<br>

{{BR}}
== Memory ==
<div class="memo-quiz">
{|
|-
| Geräteverzeichnis || Soll-Ist-Vergleich
|-
| Topologie || Physischer Anschlussweg
|-
| Sicherungsstand || Wiederherstellbarer Zustand
|-
| Änderungsprotokoll || Nachvollziehbarkeit
|-
| Diagnose || Fehlerzustand bewerten
|-
| Restore-Test || Wiederherstellung nachweisen
|}
{{E}}
<br>

{{BR}}
== Drag and Drop ==
<div class="lueckentext-quiz">

{| class="wikitable"
! 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

|}
{{E}}

<br>

{{BR}}
== Kreuzworträtsel ==
<div class="kreuzwort-quiz">
{|
|-
| 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?
|}
{{E}}
<br>

{{BR}}
== LearningApps ==
<iframe> https://learningapps.org/index.php?s=Industrielle+Kommunikation+und+Vernetzung+Netzwerk%C3%A4nderungen+dokumentieren </iframe>

{{BR}}
== Lückentext ==
<quiz display=simple>
{'''Vervollständige den Text.'''<br>
|type="{}"}
Ein Geräteverzeichnis unterstützt den { Soll-Ist-Vergleich } einer Anlage. Vor einer Änderung wird ein definierter { Ausgangszustand } dokumentiert. Eine Konfigurationssicherung muss eindeutig einer { Änderung } zugeordnet sein. Der physische Anschluss wird über die dokumentierte { Topologie } nachvollziehbar. Nach dem Ersatz eines Geräts wird dessen logische { Identität } geprüft. Ein Diagnosealarm kann auf einen gestörten { Kommunikationspfad } hinweisen. Nach einer Wiederherstellung folgt ein dokumentierter { Funktionstest }. Übungen werden nur in einer autorisierten { Testumgebung } durchgeführt.
</quiz>

<br>

{{BR}}
= Offene Aufgaben =

{{BR}}
=== 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.

{{BR}}
=== 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.

{{BR}}
=== 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.

{{:Offene Aufgabe - MOOC erstellen}}

{{BR}}
= 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.

<br>
<br>

{{BR}}
= 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.

<br>
<br>

{{BR}}
= Fachquellen und Medienrechte =

'''Fachlich geprüft wurden insbesondere:'''
# [https://www.profibus.com/profinet-installation-guidelines PI / PROFIBUS & PROFINET International: PROFINET Installation Guidelines] – Planung, Montage und Inbetriebnahme.
# [https://www.profinet.com/profinet-explained/technology-description PROFINET Technology Description] – Geräte, zyklische Daten, Diagnose und Topologie.
# [https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/ICS/ICS-Security_kompendium_pdf.pdf?__blob=publicationFile BSI: ICS-Security-Kompendium] – u. a. Anforderungen an Datensicherung und Wiederherstellung.
# [https://www.siemens.com/de-de/products/profinet/proneta/ Siemens PRONETA] – Beispiel für Topologie-, Inbetriebnahme- und Diagnosedarstellung.
# [https://profinetuniversity.com/ PROFINET University] – frei zugängliche Lernmodule zu Grundlagen, Namensgebung und Diagnose.

'''Verwendete Wikimedia-Commons-Medien:'''
# [https://commons.wikimedia.org/wiki/File:NetzwerkTopologien.svg NetzwerkTopologien.svg] – CC BY-SA 4.0.
# [https://commons.wikimedia.org/wiki/File:Siemens_ESM_TP80.JPG Siemens ESM TP80.JPG] – Public Domain.
# [https://commons.wikimedia.org/wiki/File:Switch_port_mapper_list.png Switch port mapper list.png] – CC BY-SA 4.0.
# [https://commons.wikimedia.org/wiki/File:RJ45_Switch_Ports.jpg RJ45 Switch Ports.jpg] – freie Lizenzen, darunter CC BY-SA.
# [https://commons.wikimedia.org/wiki/File:Network_switch_symbol.svg Network switch symbol.svg] – CC BY-SA 4.0.
# [https://commons.wikimedia.org/wiki/File:Wireshark_3.6_screenshot.png 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.

{{BR}}
= OERs zum Thema =
<iframe> https://de.m.wikipedia.org/wiki/Industrial_Ethernet </iframe>

<br>

{{BR}}
= Verknüpfte Lernbereiche =
{| align=center
{{:D-Tab}}
'''[[Industrielle Kommunikation und Vernetzung]]'''
# [[Industrial Ethernet]]
# [[PROFINET]]
# [[Netzwerktopologie]]
# [[Geräteverzeichnis]]
# [[Change Management]]
# [[Konfigurationsmanagement]]
# [[Datensicherung]]
# [[Wiederherstellung]]
# [[Netzwerkdiagnose]]
# [[Automatisierungstechnik]]
|}

[[Kategorie:Ausbildung]]
[[Kategorie:Automatisierungstechnik]]
[[Kategorie:Netzwerktechnik]]
[[Kategorie:Industrial Ethernet]]
[[Kategorie:PROFINET]]
[[Kategorie:IT-Sicherheit]]
[[Kategorie:Industrie 4.0]]

{{BR}}
= aiMOOC-Projekte =
[[Kategorie:AI_MOOC]] [[Kategorie:GPT aiMOOC]]
{{MT}}

Industrielle Kommunikation und Vernetzung – Netzwerkänderungen dokumentieren - Versionsgeschichte

Glanz: aiMOOC über GPT aiMOOC Action erstellt