Der Kunde sendet einen Screenshot des SIMATIC Diagnostics Buffer: „PROFINET IO: Communication Error 16#80B1, Slot 3 Module 2". Die SPS stellt die Kommunikation nach 200 ms wieder her, der Zyklus geht knapp durch, aber die Prediction-Time-Zahlen haben sich verschlechtert, und der OEE ist gegenüber dem Vormonat um 4 % gesunken. Frage: Was ist falsch?
Die Antwort, die er von den meisten Integratoren bekommt: „PLC-Firmware prüfen, eventuell I/O-Modul tauschen." Das ist eine Strategie, wie man 3 Wochen und 4 000 EUR an Service-Stunden verliert, ohne die Ursache zu finden. Echte Profinet-Diagnose macht man nicht in TIA Portal — sie macht man in Wireshark, in Topology View (LLDP) und im Switch Management. Dieser Artikel ist ein Playbook, wie man die Ursache in 2–4 Stunden statt in 2–3 Wochen erreicht.
Vier Schichten, in denen sich der Fehler verstecken kann
Bei Profinet-RT-Problemen liegen 95 % der Fehler in einer dieser Schichten:
1. **Physische Schicht** — Kabel, Konnektor, Shield, EMC-Interferenz, Segmentlänge 2. **Switch / Topology Layer** — QoS, Priority, Port-Konfiguration, Conformance Class 3. **Device Layer** — I/O-Modul, Firmware-Version, Device Name, IP-Konfiguration 4. **Protocol Layer** — RT Class (1 / 2 / 3), Update Time, Watchdog, GSDML Mismatch
Der Kunde schaut nur auf 3. und 4. — TIA Portal sagt ihm, was die SPS sieht. Echte Diagnose beginnt bei 1. und 2.
Schritt 1 — Wireshark Capture am Profinet-Segment
Ohne Wireshark Capture ergibt Raten keinen Sinn. Setup:
- **TAP (Test Access Point)** zwischen SPS und Switch (Profitap ProfiShark 1G, Allegro Network NA10G, Garland Tech P1GMS) — passives Tap, niemals Mirror Port auf Production Switch verwenden, Jitter wird verfälscht
- **Zweite Wahl:** falls kein TAP, Port Mirror auf Managed Switch (Cisco IE-4000, Hirschmann RSP, Siemens SCALANCE XR-528) — funktioniert für Packet Content Analysis, **funktioniert nicht** für präzise Jitter-Analyse
- Wireshark 4.4+ mit **Profinet Dissector** (built-in ab Version 3.0)
- Capture Filter: `vlan and eth.type == 0x8892` (Profinet EtherType) oder Full Capture und Dissect Post-Hoc
Was in Wireshark zu messen ist:
A) Cycle Time Consistency
Profinet IO RT hat üblicherweise Update Time 4 ms (Default), 8 ms oder 16 ms. Capture 60 Sekunden Kommunikation zwischen SPS und Problem-Device. In Wireshark: `Statistics → I/O Graphs`, Filter `pn_rt && ip.src == <PLC IP> && ip.dst == <device IP>`. Erwartetes Intervall zwischen Paketen = Update Time ± 100 μs Jitter.
Reales Beispiel von Linie 2026-03 (Kunde in DE — Automotive Tier 1): - Update Time configured: 4 ms - Measured: 4 ms ± 200 μs Base, aber **alle 12–18 Sekunden Spike 18–32 ms** über 1 Paket - Watchdog: 3 × 4 ms = 12 ms → Spike übersteigt Watchdog → IO Error 16#80B1
B) Frame Loss
Profinet RT ist UDP-like (no Acknowledgement). Verlust 1 Frames = sofortiger Jump Cycle Counter. Wireshark Dissector zeigt `cycle_counter` in jedem RT Frame. Sprung im Counter um mehr als 1 = verlorener Frame.
Acceptable Rate: < 1 lost Frame pro Million (1e-6). Reales Problem: > 1 / 100 000 (1e-5) — das sehen wir als „die Kommunikation fällt manchmal aus" für den Bediener.
C) Alarm Frames
Profinet hat einen Separate Alarm Channel (acyclic, Low-Priority). In Wireshark zeigt Filter `pn_io.alarm_type` Device-Generated Alarms: Temperature Warnings, Module Diagnostics, Diagnostic Alarms. Viele Kunden ignorieren diese, weil „die SPS hat sich noch nicht beschwert" — sie enthalten aber Warnungen, die einem Ausfall um Stunden vorausgehen.
Schritt 2 — SIEMENS PRONETA Basic (kostenloses Tool, das niemand nutzt)
PRONETA Basic ist frei herunterladbar (Siemens Support Portal, ID 67460624) und macht 80 % dessen, was das kostenpflichtige SINEC NMS — kostenlos. Drei Schlüsselfunktionen:
- **Topology Scan** über LLDP — baut den tatsächlichen Topology Graph des aktuellen Netzwerks und vergleicht ihn mit der geplanten Topology aus dem TIA-Portal-Projekt. Cable Miscount, Wrong Port Assignment, Unknown Device (z. B. vergessener Techniker-Laptop oder unauthorized Switch) werden sofort erkannt.
- **IO Test** — verbindet sich als Profinet IO Controller (emuliert SPS) und macht Read/Write Test direkt am I/O-Modul ohne SPS im Pfad. Wenn IO Test funktioniert und die SPS nicht, liegt das Problem in der SPS-Konfiguration oder im Kommunikationsweg SPS → Device. Wenn der IO Test nicht funktioniert, liegt das Problem im Device oder im Kabel zum Device.
- **Diagnostic Readout** — liest Firmware-Versionen, IP-Konfiguration, Device Name und Alarm History von allen verfügbaren Devices gleichzeitig. 30 % der „nicht-deterministischen" Profinet-Probleme liegen in Duplikaten der Device Names — scannen Sie und Sie sehen zwei Module mit demselben Namen im Netzwerk.
Schritt 3 — Jitter Measurement (LLDP und TSN Ready Check)
Für Profinet IRT (Motion, sub-ms) ist Jitter < 1 μs Anforderung. Für Profinet RT (1–8 ms Cycle) ist Jitter < 100 μs acceptable. Messung:
- **PROFITap ProfiShark 1G** mit Precise Timestamp (Sub-Microsecond)
- **Synesis InterMatch** oder **Allegro Network Multimeter** (dedicated Industrial NTM)
- **Lightweight:** Linux Box mit PTP-Aware NIC (Intel I210, I225) und `tcpdump -i eth0 -j adapter_unsynced` — Timestamps vom HW NIC Clock
Häufigste Ursache hohen Jitters (> 500 μs): Unmanaged Switch im Profinet-Pfad. Ein üblicher D-Link / TP-Link / Netgear Switch hat kein QoS für Profinet EtherType 0x8892 — RT Frames stehen in der Queue hinter Bulk Traffic (Firmware Download, Configuration Upload, Video Feed von Kamera).
Eine Geschichte, die wirklich passierte — 50 ms Cycle → 200 ms Cycle
Kunde (Lebensmittelwerk, Bratislava, Abfüllanlage Druckleitungen, 5-Line Setup). Beschwerde: Eine Linie von fünf hat Cycle Time 200 ms statt designed 50 ms. SPS: Siemens S7-1517F. IO: ET 200SP mit 6 I/O-Modulen + 2 Servoachsen via Profinet IRT.
**Erste 3 Tage — falsche Wege:** - TIA Portal Diagnostics: keine ERRORs, aber `IO update time exceeded` Warnings - Firmware Update PLC + I/O-Module: keine Bewegung - Tausch des angenommenen „langsamen" I/O-Moduls: keine Bewegung
**4. Tag — Wireshark + PRONETA:**
PRONETA Topology Scan zeigte: - 4 Linien haben Line Topology: PLC → IO1 → IO2 → IO3 → IO4 (über Built-in 2-Port Switches in den I/O-Modulen) - **Fünfte Linie hat STAR Topology über externen Switch** SCALANCE X-208 — historisches Artefakt aus der Zeit, als die Linie eine zusätzliche Workstation hatte
Wireshark Capture an der fünften Linie: - Update Time 50 ms ± 80 ms (!) — massiver Jitter - Frame Loss: 4 / 10 000 (1e-3.4) — unbrauchbar für IRT Motion - Bulk Traffic: 200 Mbps RTSP Video Stream von HMI-Kamera durch denselben Switch
**Ursache:** SCALANCE X-208 hatte **Default QoS Config** (FIFO, No Priority für Profinet EtherType). Bei Video-Stream-Last warteten Profinet RT Frames in der Queue. Der Bediener hatte zuvor Video Monitoring „nur zum Testen" erlaubt — 6 Monate zuvor.
**Lösung:** 30-minütige Änderung im Web Based Management des Switches: 1. Enable Profinet QoS Preset (`Configuration → QoS → Profinet`) 2. Set EtherType 0x8892 Priority Class 6 (Best Effort = 0, Voice = 5, Profinet = 6, Network Control = 7) 3. Apply, Commit, Save Startup Config
**Ergebnis:** Cycle Time zurück auf 50 ms ± 2 ms. Jitter < 80 μs. OEE der Linie stieg von 71 % auf 88 % eine Woche nach dem Fix.
Dieses konkrete Problem hätte ein PLC Firmware Update **nie behoben** — der Fehler lag in der Switch-Konfiguration 3 Hops vom PLC entfernt. Ohne Wireshark Capture + PRONETA Topology hätte die Ursachensuche weitere 2–4 Wochen gedauert und weitere 40–60 k EUR in entgangener Produktion gekostet.
Fünf Orte, die niemand prüft
1. **Kabel außerhalb PROFINET Type A/B/C** (ISO/IEC 11801). Üblicher Office CAT-6 in einer Halle mit Frequenzumrichtern degradiert schneller als Papier. Industrial Type C mit Double Shield kostet 40–80 EUR zusätzlich pro Strecke — Investition, die sich beim ersten Drop amortisiert. 2. **Shield auf beiden Seiten an verschiedenen Ground Potential Punkten beendet** → Ground Loop → induzierte Spannung 5–50 V → corrupted Frames. Profinet Shield wird nur an einem Ende geerdet. 3. **Switch QoS Misconfiguration** — Default QoS auf Managed Switches ist oft NICHT korrekt für Profinet EtherType 0x8892. Sie müssen Profinet QoS Preset explizit aktivieren oder manuell VLAN + 802.1p Priority Class 6 konfigurieren. 4. **Wrong Conformance Class.** Profinet hat drei Klassen (CC-A Basic, CC-B Device Replacement + Diagnostics, CC-C Isochronous IRT). Für IRT Motion muss **jeder** Switch im Pfad CC-C sein. Günstigerer CC-B Switch im IRT-Pfad = inconsistent Cycle Time. 5. **Device Name Duplicates.** Profinet identifiziert Devices über `device_name` (DNS-like), nicht MAC. Ersatz-I/O-Modul mit nicht hochgeladenem Namen = Duplicate im Netzwerk = arbitrary Frame Routing = Random Failures.
Praktisches Playbook — 4 Stunden zur Diagnose
Bei Profinet-Problemen:
1. **(30 min)** PRONETA Basic Topology Scan. Vergleich mit dem TIA-Portal-Projekt. Identifizieren Sie Unterschiede. 2. **(45 min)** Wireshark Capture 5 Minuten auf dem problematischen Segment über TAP oder Mirror Port. Filter `pn_rt`. Analyse von Cycle Time Consistency, Frame Loss, Alarm Frames. 3. **(30 min)** PRONETA IO Test am problematischen Device. Funktioniert? Problem liegt in der PLC-Konfiguration. Funktioniert nicht? Problem liegt im Device oder im Pfad dorthin. 4. **(60 min)** Switch Management — prüfen Sie QoS, Priority, Conformance Class aller Switches im Pfad. Prüfen Sie die Verkabelung (Type A/B/C), Shield Termination, EMC-Umgebung. 5. **(45 min)** Reproduce + verify. Nach Identifikation der angenommenen Ursache — ändern, neu messen, vor / nach vergleichen.
Das bringt Sie zu 90 % der Profinet-Probleme. Für die restlichen 10 % (TSN, Advanced Motion Sync, Multi-Vendor Inter-Op) brauchen Sie SIEMENS SINEC NMS (paid, 4 000–8 000 EUR jährlich) oder Vendor Support — aber diese 10 % sind es wert, von einem externen Experten erledigt zu werden statt vom eigenen Team.
---
*Wir machen Profinet-Diagnose, Network Auditing und TSN-Migration für Produktionslinien in SK/CZ/PL/DE/AT. Die erste Beratung (90 min) zu Ihrem konkreten Problem deckt Ihnen wahrscheinlich 1–2 der genannten fünf Orte auf — oder sagt zumindest, welche der drei Schichten (Cable / Switch / Device) weitere Untersuchung verdient.*