aiMOOC

Industrielle Kommunikation und Vernetzung – PROFINET im Überblick verstehen

QR-Code

Industrielle Kommunikation und Vernetzung – PROFINET im Überblick verstehen

Zielgruppe: Ausbildung in Automatisierungstechnik, Mechatronik, Elektronik und Instandhaltung

Kurzbeschreibung: Du lernst PROFINET über drei Kernideen: Geräte, zyklische Prozessdaten und Diagnose. Eine fiktive Förderstation begleitet Dich durch kurze Lerneinheiten, Signalverläufe und sichere Diagnoseaufgaben.

Einleitung

PROFINET ist ein Industrial-Ethernet-System für die Automatisierung. Im Mittelpunkt dieses Kurses steht nicht die vollständige Protokolltiefe, sondern die Frage: Wie arbeiten Steuerung, Feldgerät, Prozessdaten und Diagnose in einer Anlage zusammen?

Nach dem Kurs kannst Du

Geräterollen unterscheiden.
zyklische Daten im Ein- und Ausgangsfluss erklären.
Störungen anhand von Symptomen systematisch eingrenzen.
einen einfachen Signalverlauf einer virtuellen Anlage deuten.
zwischen physischem Verbindungsfehler, Gerätezuordnung und Kanalfehler unterscheiden.

Sicherheits- und Übungsrahmen

Alle Übungen beziehen sich ausschließlich auf eine lokale virtuelle Anlage oder einen ausdrücklich freigegebenen Schulungsaufbau. Es werden nur fiktive Gerätenamen und Dokumentationsadressen verwendet.

Erlaubt im Kurs	Nicht Bestandteil des Kurses
lokale Simulation, Schulungsrack, bereitgestellte Diagnoseansicht, fiktive Daten	fremde Netze, Produktivanlagen, Kundennetze oder ungefragte Netzanalysen
Dokumentationsnetz 192.0.2.0/24	echte Zugangsdaten, reale Kundendaten oder fremde Gerätekennungen
Beobachten und Auswerten vorgegebener Zustände	unautorisierte Scans, Änderungen, Paketübertragung oder Störversuche

Merksatz: Diagnose beginnt mit Beobachten und Vergleichen – nicht mit ungefragtem Zugriff.

Ausbildungsfall: Virtuelle Förderstation PF-01

Du arbeitest an einer kleinen Förderstation. Ein Sensor erkennt ein Werkstück. Eine SPS verarbeitet das Signal und schaltet einen Motor über eine dezentrale E/A-Station.

B1 Lichttaster
     │ Eingang
     ▼
[IO-Device ET-LAB-01] ─── PROFINET ─── [IO-Controller PLC-LAB-01]
     │ Ausgang                                  │
     ▼                                          │
M1 Fördermotor  ◄───────────────────────────────┘

Element	Fiktive Kennung	Aufgabe
IO-Controller	plc-lab-01 / 192.0.2.10	Steuerungsprogramm ausführen
IO-Device	et-lab-01 / 192.0.2.20	Ein- und Ausgänge bereitstellen
Eingang B1	Werkstück erkannt	Prozesssignal zur Steuerung
Ausgang M1	Motorfreigabe	Stellbefehl zum Prozess

Die Adressen aus 192.0.2.0/24 sind hier ausschließlich fiktive Dokumentationsdaten.

Das Foto zeigt reale PROFINET-Hardware als Anschauung. Im Kurs selbst arbeitest Du nur mit der virtuellen Förderstation.

Lerneinheit 1: Geräte und Rollen

Dauer: etwa 6 Minuten

Ein PROFINET-IO-System besteht typischerweise aus einem IO-Controller und einem oder mehreren IO-Devices. Ein IO-Supervisor wird vor allem für Projektierung, Inbetriebnahme oder Diagnose genutzt.

Rolle	Typisches Beispiel	Merksatz
IO-Controller	SPS	Steuert den Prozess und verarbeitet Eingangsdaten.
IO-Device	dezentrale E/A, Antrieb, Ventilinsel	Liefert Eingänge und übernimmt Ausgänge.
IO-Supervisor	Engineering-PC	Unterstützt Projektierung und Diagnose.

PROFINET arbeitet beim Prozessdatenaustausch nach dem Provider-Consumer-Prinzip: Der Controller stellt Ausgangsdaten bereit und verbraucht Eingangsdaten. Das Device stellt Eingangsdaten bereit und verbraucht Ausgangsdaten.

Die logische Struktur eines IO-Devices umfasst unter anderem Slots, Subslots, Module, Submodule und Kanäle. Eine GSDML-Datei beschreibt Eigenschaften und mögliche Konfigurationen eines PROFINET-Geräts für das Engineering.

Ein Industrial-Ethernet-Switch verbindet Netzteilnehmer. Ein Switch ist nicht automatisch IO-Controller oder IO-Device; seine Rolle hängt von seiner PROFINET-Funktion ab.

Drei Kennungen auseinanderhalten

Kennung	Bedeutung
Gerätename	logische Identität eines PROFINET-Geräts im projektierten IO-System
IP-Adresse	Adresse für IP-basierte Kommunikation
MAC-Adresse	hardwarebezogene Ethernet-Adresse einer Schnittstelle

Wichtig: Gerätename, IP-Adresse und MAC-Adresse sind nicht dasselbe.

Basisaufgabe mit gestuften Hilfen

Aufgabe: Ordne in der Förderstation PLC-LAB-01, ET-LAB-01 und einen Engineering-PC den drei PROFINET-Rollen zu.

Hilfestufe	Hilfe
1	Frage zuerst: Wo läuft das Steuerungsprogramm?
2	Suche danach das Gerät, an dem Sensor und Aktor angeschlossen sind.
3	PLC-LAB-01 ist Controller, ET-LAB-01 ist Device, der Engineering-PC ist Supervisor.

Begründetes Feedback: Die Zuordnung ist richtig, wenn Du die Rolle aus der Funktion ableitest. Die SPS verarbeitet Prozessdaten, die E/A-Station koppelt den Prozess an das Netz, und der Engineering-PC unterstützt Projektierung und Diagnose. Wer Controller und Device nur nach Bauform unterscheidet, übersieht das funktionale Rollenmodell.

Lerneinheit 2: Zyklische Daten und Signalverläufe

Dauer: etwa 8 Minuten

Für die laufende Automatisierungsaufgabe werden Prozessdaten zyklisch ausgetauscht. Eingangsdaten laufen vom IO-Device zum IO-Controller. Ausgangsdaten laufen vom IO-Controller zum IO-Device.

Ein digitales Sensorsignal wechselt zwischen zwei Zuständen. PROFINET überträgt nicht „den gezeichneten Spannungsverlauf“, sondern die daraus gebildeten digitalen Prozesswerte.

Virtueller Signalverlauf

Zeitpunkt	B1 Eingang am Device	Eingang im Controller	M1 Ausgang des Controllers	Fördermotor
t0	0	0	0	AUS
t1	1	noch 0	0	AUS
t2	1	1	1	noch AUS
t3	1	1	1	EIN
t4	0	0	0	AUS

Die Tabelle zeigt bewusst eine vereinfachte zeitliche Folge. Zwischen physischem Signalwechsel, Datenübertragung, Programmbearbeitung und Aktorreaktion liegen einzelne Verarbeitungsschritte.

Merkschema: Sensor → IO-Device → zyklische Eingangsdaten → IO-Controller → Steuerungslogik → zyklische Ausgangsdaten → IO-Device → Aktor.

PROFINET baut auf Ethernet auf. Für die Ausbildung reicht zunächst: Ethernet ist der Übertragungsrahmen; PROFINET ergänzt die für Automatisierung benötigten Kommunikationsregeln.

Zyklisch oder azyklisch?

Datenart	Typischer Inhalt	Beispiel
zyklisch	laufende Prozesswerte	Sensorzustand, Sollwert, Ausgangsbit
azyklisch	Daten bei Bedarf	Parameter, Geräteinformationen, Diagnosedatensatz
Alarm	ereignisbezogene Meldung	Kanalfehler oder Geräteereignis

Anwendungsaufgabe mit gestuften Hilfen

Aufgabe: Bei t1 erkennt B1 ein Werkstück. Erkläre, warum der Motor nicht zwingend im selben Moment reagiert.

Hilfestufe	Hilfe
1	Trenne Sensorsignal, Netzübertragung und Steuerungsprogramm gedanklich voneinander.
2	Überlege, wann der Controller den neuen Eingangswert verarbeitet.
3	Der neue Wert muss übertragen, im Programm verarbeitet und als Ausgangswert wieder übertragen werden.

Begründetes Feedback: Eine sofortige physische Reaktion ohne Verarbeitungsschritte wäre ein falsches Modell. Automatisierung besteht aus Erfassung, Kommunikation, Programmlogik und Ausgabe. Die einzelnen Schritte können sehr schnell sein, bleiben aber logisch unterscheidbar.

Lerneinheit 3: Diagnose vom Symptom zur Ursache

Dauer: etwa 10 Minuten

PROFINET unterstützt Diagnoseinformationen auf mehreren Ebenen. Für die Ausbildung ist eine Reihenfolge besonders nützlich:

Physik prüfen: Verbindung, Portzustand, Versorgung.
Gerät prüfen: Wird das erwartete IO-Device erkannt?
Projektierung prüfen: Stimmen Gerätename und konfigurierte Struktur?
Modul prüfen: Ist ein Modul oder Submodul betroffen?
Kanal prüfen: Liegt der Fehler nur an einem Sensor- oder Aktorkanal?

Diagnosefall A: Device nicht erreichbar

In der virtuellen Anlage meldet der Controller: ET-LAB-01 nicht verfügbar. Der Motor bleibt aus.

Beobachtung	Interpretation
Portanzeige AUS	physische Verbindung oder Versorgung zuerst prüfen
Portanzeige EIN, aber projektiertes Device fehlt	Gerätezuordnung und Gerätenamen prüfen
Device vorhanden, einzelner Eingang fehlerhaft	Modul- oder Kanaldiagnose prüfen

Diagnoseregel: Erst die niedrigste plausible Ebene prüfen. Eine Kanaldiagnose hilft nicht, wenn bereits die physische Verbindung fehlt.

Diagnosefall B: Gerätename passt nicht

Sollzustand: et-lab-01

Virtueller Istzustand: et-lab-02

Die IP-Adresse allein beweist nicht, dass das projektierte IO-Device korrekt zugeordnet ist. Für die PROFINET-Inbetriebnahme spielt der Gerätename eine zentrale Rolle.

Diagnosefall C: Kanalfehler

Das Device ist erreichbar und im Datenaustausch. Nur B1 meldet einen Fehler. Damit verschiebt sich die Fehlersuche von der Netzwerkebene auf Modul, Submodul und Kanal.

Die physische Ethernet-Verbindung bildet die Basis. Ein sauberer Diagnoseweg trennt deshalb Kabel- und Linkprobleme von logischen Geräte- oder Kanalfehlern.

Transferaufgabe mit gestuften Hilfen

Aufgabe: In PF-01 ist der Link aktiv. Das Device erscheint in der Diagnose, aber die projektierte Verbindung kommt nicht zustande. Welche Prüfung ist sinnvoller: sofort den Sensor B1 tauschen oder zuerst die Gerätezuordnung prüfen?

Hilfestufe	Hilfe
1	Der Link ist bereits aktiv.
2	Das Gerät ist sichtbar, aber die projektierte Beziehung fehlt.
3	Prüfe zuerst Gerätename und Projektierung.

Begründetes Feedback: Zuerst die Gerätezuordnung zu prüfen ist schlüssig, weil der physische Link funktioniert und das Problem die Beziehung zwischen Projekt und Device betrifft. Ein Sensortausch wäre voreilig: Ein defekter Sensor erklärt nicht, warum die projektierte PROFINET-Verbindung selbst fehlt.

Virtuelle Steuerungsaufgabe

Du erhältst folgende sichere Simulationsdaten:

Zyklus	B1	Freigabe	Sollzustand M1
A	AUS	EIN	AUS
B	EIN	EIN	EIN
C	EIN	AUS	AUS
D	AUS	AUS	AUS

Steuerungsregel: M1 darf nur EIN sein, wenn B1 und Freigabe gleichzeitig EIN sind.

Arbeitsauftrag: Begründe für jeden Zyklus den Sollzustand. Übertrage anschließend die Regel als logischen Ausdruck.

Musterfeedback: Die Regel lautet sinngemäß M1 = B1 UND Freigabe. Das ist korrekt, weil beide Bedingungen erfüllt sein müssen. Eine ODER-Verknüpfung würde den Motor bereits bei nur einer aktiven Bedingung einschalten.

Virtuelle Diagnoseaufgabe

Fall	Link	Device im IO-System	Kanal B1	Wahrscheinlichste Ebene
1	AUS	nicht sichtbar	unbekannt	Verbindung oder Versorgung
2	EIN	falscher Gerätename	unbekannt	Gerätezuordnung
3	EIN	in Datenaustausch	Fehler	Kanal oder Sensorpfad

Arbeitsauftrag: Ordne jedem Fall den ersten sinnvollen Prüfschritt zu.

Musterfeedback: Fall 1 beginnt physisch, Fall 2 logisch bei der Geräteidentität, Fall 3 auf Kanalebene. Das spart Zeit, weil nicht wahllos Komponenten getauscht werden.

Kompaktwissen

Frage	Kurzantwort
Wer steuert?	IO-Controller
Wer koppelt Sensoren und Aktoren an?	IO-Device
Was läuft regelmäßig?	zyklische Prozessdaten
Was kommt bei Bedarf?	azyklische Daten und Diagnoseinformationen
Was beschreibt ein Device?	GSDML und projektierte Modulstruktur
Wie beginnt Fehlersuche?	vom sichtbaren Symptom zur niedrigsten plausiblen Fehlerstelle

Fachquellen und Medienrechte

Die fachliche Grundlage wurde mit offiziellen und herstellerbezogenen Quellen abgeglichen:

PROFIBUS & PROFINET International: PROFINET Technology and Application – System Description: Rollenmodell, Provider-Consumer-Prinzip, Gerätemodell, zyklische Daten und Diagnose.
PROFIBUS & PROFINET International: PROFINET Specification: Verweis auf aktuelle PROFINET-Spezifikationen und IEC-Zuordnung.
Siemens TIA Portal Dokumentation: Was ist PROFINET IO?: herstellerbezogene Engineering-Sicht.
Wikipedia: Profinet: Überblick und weiterführende Begriffe.

Geprüfte Wikimedia-Commons-Medien:

– auf Wikimedia Commons als einfaches Text-/Formlogo gemeinfrei gekennzeichnet; Markenrechte können unabhängig davon gelten.
– CC BY-SA 4.0.
– vom Urheber gemeinfrei veröffentlicht.
– CC BY-SA 4.0.
– vom Urheber gemeinfrei veröffentlicht.
– CC BY-SA 4.0.

YouTube: Die Videos werden ausschließlich über die YouTube-Einbettung aus ihrer Originalquelle eingebunden. Sie werden nicht kopiert oder als OER neu lizenziert; die Rechte bleiben bei den jeweiligen Rechteinhabern. Eingesetzt werden ein PROFINET-Erklärfilm, eine kurze PROFINET-Animation und ein Diagnosevideo von Siemens.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Welche Rolle übernimmt typischerweise eine SPS im PROFINET-IO-System? (IO-Controller) (!IO-Device) (!IO-Supervisor) (!Subslot)

Welche Aufgabe hat ein IO-Device typischerweise? (Prozesssignale als Ein- und Ausgänge bereitstellen) (!Das komplette Steuerungsprogramm der Anlage ersetzen) (!Ausschließlich Webseiten anzeigen) (!Nur Videodaten speichern)

Welche Daten werden im laufenden Anlagenbetrieb typischerweise zyklisch übertragen? (Prozessdaten) (!Lizenztexte) (!Benutzerhandbücher) (!CAD-Zeichnungen)

Was beschreibt eine GSDML-Datei? (Eigenschaften und Konfigurationsmöglichkeiten eines PROFINET-Geräts) (!Den Schaltplan eines Gebäudes) (!Die Passwörter eines Bedieners) (!Die Stückliste einer Mechanikbaugruppe)

Welche Aussage zum Gerätenamen ist richtig? (Er dient der logischen Gerätezuordnung im PROFINET-System) (!Er ist immer identisch mit der MAC-Adresse) (!Er ersetzt grundsätzlich jede Projektierung) (!Er ist nur eine Beschriftung ohne technische Funktion)

Welche Richtung haben Eingangsdaten in der Förderstation? (Vom IO-Device zum IO-Controller) (!Vom Motor zum Sensor) (!Vom IO-Controller zum IO-Supervisor) (!Vom Switch direkt zum Aktor ohne Device)

Welche Richtung haben Ausgangsdaten in der Förderstation? (Vom IO-Controller zum IO-Device) (!Vom Sensor direkt zum Engineering-PC) (!Vom IO-Device zum IO-Controller) (!Von der MAC-Adresse zum Gerätenamen)

Was sollte bei ausgeschaltetem Link zuerst geprüft werden? (Physische Verbindung und Versorgung) (!Die Kanalparametrierung eines einzelnen Sensors) (!Ein Lernvideo) (!Die Farbe des Gerätegehäuses)

Das Device ist erreichbar, aber der Gerätename passt nicht zur Projektierung. Was ist der sinnvollste nächste Schritt? (Gerätezuordnung und Gerätenamen prüfen) (!Sofort den Motor tauschen) (!Das gesamte Netzwerk ersetzen) (!Den Sensor ohne Diagnose ausbauen)

Das Device ist im Datenaustausch, aber nur ein Sensorkanal meldet Fehler. Wo sollte die Diagnose weitergehen? (Auf Modul- und Kanalebene) (!Bei der Internetverbindung des Betriebs) (!Bei einer fremden Anlage) (!Bei der Bürosoftware)

Memory

IO-Controller	Steuernde Instanz
IO-Device	Dezentrale Peripherie
IO-Supervisor	Engineering und Diagnose
GSDML	Gerätebeschreibung
Zyklusdaten	Laufende Prozesswerte
Alarm	Ereignisbezogene Meldung
Subslot	Logische Unterstruktur

Drag and Drop

Ordne die richtigen Begriffe zu.	PROFINET-Funktion
IO-Controller	Steuerungsprogramm und Prozesslogik
IO-Device	Ein- und Ausgänge der Anlage
Zyklische Daten	Regelmäßige Prozesswerte
GSDML	Beschreibung der Gerätekonfiguration
Kanaldiagnose	Fehler an einem einzelnen Signalpfad

Kreuzworträtsel

Controller	Welche PROFINET-Rolle übernimmt typischerweise die SPS?
Device	Welche Rolle besitzt eine dezentrale E-A-Station?
Supervisor	Welche Rolle unterstützt typischerweise Engineering und Diagnose?
Ethernet	Auf welcher Netzwerktechnik baut PROFINET auf?
Diagnose	Wie heißt die systematische Fehlereingrenzung?
GSDML	Wie heißt die XML-basierte Gerätebeschreibung?

LearningApps

Lückentext

Offene Aufgaben

Leicht

Rollenkarte: Zeichne die virtuelle Förderstation und markiere IO-Controller, IO-Device, Sensor und Aktor.
Datenpfeile: Ergänze Pfeile für Eingangs- und Ausgangsdaten und beschrifte ihre Richtung.
Signalfolge: Erstelle für B1 und M1 einen eigenen vierstufigen Signalverlauf mit fiktiven Zuständen.
Fehlerkarte: Formuliere je ein Symptom für Verbindungsfehler, Gerätezuordnungsfehler und Kanalfehler.

Standard

Gerätemodell: Erkläre mit einer Skizze, warum Slots, Subslots und Kanäle bei der Diagnose helfen.
Datenfluss: Erstelle ein Kurzvideo oder eine Animation zum Provider-Consumer-Prinzip.
Diagnoseprotokoll: Bearbeite drei vorgegebene virtuelle Fehlerfälle und dokumentiere jeweils Beobachtung, Hypothese, Prüfschritt und Ergebnis.
Medienvergleich: Vergleiche zwei der eingebundenen freien Bilder und erkläre, welchen Lernaspekt jedes Bild unterstützt.

Schwer

Virtuelle Anlage: Entwirf eine zweite fiktive Anlage mit Controller, zwei Devices und mindestens vier Prozesssignalen.
Entscheidungsbaum: Entwickle einen Diagnosebaum von physischer Verbindung über Gerätezuordnung bis zur Kanaldiagnose.
Fachinterview: Interviewe eine Ausbilderin, einen Ausbilder oder eine autorisierte Fachkraft zur PROFINET-Fehlersuche und vergleiche die Praxisreihenfolge mit dem Kurs.
Störungsanalyse: Erstelle für eine ausschließlich lokale oder simulierte Testanlage einen Fehlerfall, bei dem Link, Gerätename und Kanalsignal unterschiedliche Hinweise liefern, und begründe Deine Diagnoseentscheidung.

Lernkontrolle

Datenfluss erklären: Begründe, warum ein eingeschalteter Sensor nicht automatisch beweist, dass im Controller bereits der richtige Eingangswert verarbeitet wird.
Prüfreihenfolge entwickeln: Ein Device ist nicht im Datenaustausch. Entwickle eine Prüfreihenfolge vom physischen Anschluss bis zur Projektierung und begründe die Reihenfolge.
Symptome unterscheiden: Vergleiche die Folgen eines Leitungsfehlers, eines falschen Gerätenamens und eines defekten Sensorkanals.
Rollen übertragen: Übertrage das Provider-Consumer-Modell auf eine Anlage mit Antrieb statt dezentraler E-A und erkläre die Datenrichtungen.
Engineering bewerten: Erkläre, warum eine korrekte Gerätebeschreibung allein noch keine funktionierende Kommunikation garantiert.
Wartungsentscheidung: Entscheide anhand eines virtuellen Diagnoseprotokolls, ob zuerst Netzwerk, Gerätezuordnung oder Kanal geprüft werden sollte, und begründe Deine Wahl.

Lernnachweis

Für einen Lernnachweis solltest Du zeigen können:

die Rollen IO-Controller, IO-Device und IO-Supervisor sicher zu unterscheiden.
den Weg von Eingangs- und Ausgangsdaten durch eine kleine Anlage zu erklären.
zyklische Prozessdaten von azyklischen Parametern und ereignisbezogenen Alarmen zu unterscheiden.
Gerätename, IP-Adresse und MAC-Adresse begrifflich auseinanderzuhalten.
GSDML, Slots, Subslots und Kanäle in ihrer Bedeutung für Engineering und Diagnose einzuordnen.
eine Diagnose vom physischen Zustand über die Gerätezuordnung bis zum Kanal strukturiert aufzubauen.
einen Signalverlauf zu analysieren und daraus eine einfache Steuerungsentscheidung abzuleiten.
ausschließlich mit freigegebenen lokalen oder virtuellen Testumgebungen und fiktiven Daten zu arbeiten.