Ein HMI-Panel mit Modbus TCP ist für viele herstellerübergreifende Maschinen der vernünftige Ausgangspunkt, aber die Protokollwahl allein ergibt noch keine freigabefähige HMI-Baugruppe. OEM-Entwicklung, Produktdesign, Qualität und Einkauf müssen zusätzlich HMI-Treiber, Ethernet- oder Feldbus-PHY, Steckverbinder, galvanische Trennung, Kabelweg, Schirmkonzept und Prüfbedingungen festlegen. PROFINET oder EtherNet/IP sind sinnvoll, wenn das Steuerungsökosystem Diagnose und Konformität vorgibt; EtherCAT gehört nur bei einer echten Echtzeitrolle des Panels in die Auswahl. RS-485 und CANopen bleiben für Bestandsanlagen, lange Leitungen oder eingebettete Geräte relevant. Displaydiagonale und Touchtechnologie entscheiden das Protokoll nicht.

Stand: 24. August 2026
| Schnelle Entscheidung | Bevorzugter Ausgangspunkt | Vor der Freigabe prüfen |
|---|---|---|
| Gemischte Steuerungen, zyklische Anzeige- und Bedienwerte | Modbus TCP über Industrial Ethernet | Client/Server-Rollen, Registermodell, Security, Switch-/Kabelumgebung |
| Siemens-/PROFINET-geprägte Maschine | Freigegebener HMI-Treiber über Ethernet; PROFINET IO nur bei echter Gerätefunktion | Exaktes HMI-/SPS-Paar, Treiberversion, Conformance Class, GSDML falls erforderlich |
| Rockwell-/CIP-Umgebung | EtherNet/IP | Explizite oder implizite Nachrichten, EDS/Profil, Port- und Switch-Funktionen |
| Harte Synchronisations- oder Prozessdatenanforderung am Panel | EtherCAT nur mit definierter Echtzeitrolle | MainDevice/SubDevice-Rolle, Conformance, 100BASE-TX-Segmente, Fallback-Verhalten |
| Bestandsanlage oder geringe Datenmenge über verdrillte Leitung | Modbus RTU über RS-485 | Bitrate, Leitungslänge, Abschluss, Biasing, Bezugspotential, Isolation |
| Eingebettetes Gerät mit CAN-Profilen | CANopen | CiA-Profil, Buslast, Bitrate/Länge, Stichleitungen, 120-Ohm-Abschluss |
Die HMI-Schnittstelle muss als Schichtenkette spezifiziert werden
Eine industrielle Kommunikationsbuchse ist kein Protokollnachweis. Derselbe Ethernet-Port kann Modbus TCP, einen herstellerspezifischen HMI-Treiber, OPC UA oder EtherNet/IP tragen; umgekehrt kann Modbus über Ethernet oder als Modbus RTU über RS-485 auftreten. Die Siemens-Systemkopplungstabelle für SIMATIC HMI ordnet mehrere Treiber derselben Ethernet- oder MPI/PROFIBUS-Physik zu. Das ist die entscheidende Trennung für Einkauf und Freigabe.
flowchart LR
A[Bedienoberfläche] --> B[Display- und Touch-Controller]
B --> C[HMI-Rechner / Runtime / Treiber]
C --> D[Anwendungsprotokoll<br/>Modbus TCP · OPC UA · CIP · S7]
D --> E[Transport und Data Link<br/>TCP/UDP · PROFINET RT · EtherCAT]
E --> F[PHY und Schutz<br/>Ethernet · RS-485 · CAN · Isolation · ESD]
F --> G[Steckverbinder und Gehäuse<br/>RJ45 · M12 · D-Sub · Klemme]
G --> H[Kabel · Switch · SPS · Feldgerät]
Für den Baugruppenhersteller beginnt der relevante Aufbau an Frontscheibe oder Folienoverlay und reicht über Touchsensor, Display, Träger, Flex-/Leiterplattenanschlüsse, Recheneinheit und Transceiver bis zum Gehäusedurchbruch. Die interne Displayverbindung — etwa LVDS oder eDP — und die Touchverbindung — etwa USB oder eine Zweidraht-Busschnittstelle — sind von der externen Maschinenkommunikation zu trennen. Ein Displaytausch kann deshalb die interne Signal- und EMV-Auslegung verändern, ohne dass sich Modbus TCP nach außen ändert.
Der grundlegende mechanische und elektrische Aufbau ist im Beitrag Was ist ein HMI-Panel? Hardwareaufbau beschrieben. Bei kundenspezifischen HMI-Baugruppen müssen Zeichnung, Stückliste und Prüfplan jede Schicht benennen. PLC-Tags, SCADA-Bilder und Runtime-Skripte bleiben außerhalb dieses Fertigungsumfangs.
Ein HMI-Panel mit Modbus TCP ist der offene Ausgangspunkt, nicht die vollständige Spezifikation
Modbus TCP eignet sich für HMI-Anzeigen, Bedienwerte, Status- und Diagnosedaten, wenn SPS und Panel ein gemeinsames Register- und Datentypmodell besitzen. Der offizielle Modbus Messaging Guide V1.0b beschreibt das Client/Server-Modell, den MBAP-Header und TCP-Port 502. Der Unit Identifier bleibt wichtig, wenn ein Gateway Anfragen in ein serielles Modbus-Netz weiterleitet.
Für die Hardware bedeutet „HMI Panel Modbus TCP“ zunächst nur: Die Runtime enthält einen passenden Treiber und die Baugruppe stellt einen geeigneten Ethernet-Pfad bereit. Daraus folgen keine automatische Echtzeitfähigkeit, keine galvanische Trennung, kein bestimmter Stecker und kein Schutz gegen unbefugte Schreibzugriffe. Die RFQ muss Rollen, zulässige Function Codes, Byte-/Word-Reihenfolge, Datentypen, Timeout, Wiederanlauf und Verhalten bei ungültigen Werten festlegen. Sonst kommunizieren zwei Geräte elektrisch einwandfrei und interpretieren dennoch Register falsch.
Klassisches Modbus TCP auf Port 502 bringt nicht automatisch Authentisierung oder Verschlüsselung mit. Die Modbus/TCP Security Specification v3.6 definiert eine gesonderte TLS-Variante mit gegenseitiger X.509v3-Authentisierung auf Port 802. Ob ein konkretes HMI diese Variante unterstützt, ist eine Produkt- und Versionsfrage. Fehlt sie, gehören Segmentierung, minimale Schreibrechte und ein dokumentiertes Netzkonzept in die Systemarchitektur; eine zweite Ethernetbuchse ist noch keine Sicherheitszone.
Modbus TCP ist ungeeignet, wenn der Abnehmer eine zertifizierte Geräteintegration in ein bestimmtes Ökosystem, taktsynchrone Prozessdaten oder standardisierte semantische Modelle verlangt. Dann entscheidet nicht die vermeintlich höhere Geschwindigkeit, sondern die benötigte Gerätefunktion.
PROFINET, EtherNet/IP, EtherCAT und OPC UA lösen unterschiedliche Aufgaben am HMI
PROFINET, EtherNet/IP, EtherCAT und OPC UA sind keine austauschbaren Etiketten für dieselbe Ethernetbuchse. Sie unterscheiden sich in Kommunikationsmodell, Konformitätsnachweis, Echtzeitpfad und Geräteintegration. Ein HMI darf mehrere Protokolle parallel unterstützen, doch jedes braucht eine geprüfte Software-/Hardwarekombination.
| Technologie | Rolle am HMI-Rand | Physische Basis | Stärke | Nicht wählen, wenn … |
|---|---|---|---|---|
| Modbus TCP | Registerbasierte HMI/SPS-Kommunikation | Ethernet, TCP | Einfacher herstellerübergreifender Datenaustausch | Objektsemantik, integrierte Gerätediagnose oder harte Synchronisation gefordert sind |
| PROFINET | HMI-Treiber über Ethernet oder echte PROFINET-IO-Gerätefunktion | Industrial Ethernet; RT/IRT je nach Rolle | Integration in PROFINET-Anlage und Diagnose | Nur eine gewöhnliche HMI-Tagverbindung benötigt wird und keine IO-Geräterolle freigegeben ist |
| EtherNet/IP | CIP-basierte explizite oder implizite Kommunikation | IEEE 802.3 Ethernet | Passend zu CIP-/Rockwell-geprägten Anlagen | Treiber, Profil und Nachrichtenart nicht im Gerätepaar bestätigt sind |
| EtherCAT | Echtzeitfähige MainDevice-/SubDevice-Kommunikation | Typisch 100BASE-TX | Kurze Zyklen und deterministische Prozessdaten | Das Panel lediglich visualisiert oder kein Konformitätsnachweis vorliegt |
| OPC UA | Informationsmodell, Sessions, Events und sichere Client/Server-Kommunikation | Mehrere Transportabbildungen, häufig Ethernet | Strukturierte, herstellerneutrale Information und integrierbare Security | Sehr kleine Legacy-Steuerungen nur Registerzugriff bieten oder Ressourcen knapp sind |
PROFINET trennt Standard-TCP/IP-Dienste, RT-Prozessdaten und IRT für isochrone Anwendungen. PI nennt für IRT Takte unter 1 ms und Jitter unter 1 µs, weist aber ausdrücklich auf notwendige Hardwareunterstützung hin (PROFINET Technology, 2026). Diese Werte beschreiben den IRT-Pfad unter seinen Voraussetzungen, nicht die Reaktionszeit eines Touchscreens. Die sichtbare Bedienreaktion hängt zusätzlich von Touchabtastung, Runtime, SPS-Zyklus, Tag-Aktualisierung und Grafikaufbau ab.
Ein Suchbegriff wie „profinet logo hmi panel“ muss fachlich aufgelöst werden. Ein PROFINET-Logo kennzeichnet eine Technologie- oder Konformitätsaussage; Siemens LOGO! ist eine Steuerungsfamilie. Ein Panel für LOGO! ist nicht allein wegen Ethernet automatisch ein PROFINET-IO-Gerät. Freigegeben werden das konkrete HMI-/SPS-Paar, der Treiber, die Firmware und gegebenenfalls GSDML sowie Conformance Class. Die praktische Systemgrenze zwischen Steuerung und Bediengerät vertieft SPS und HMI integrieren: Hardware, Signale und Schnittstellen.
ODVA beschreibt EtherNet/IP mit IEEE 802.3 auf Physical und Data Link Layer sowie expliziten und impliziten Nachrichten. EtherCAT verarbeitet Frames dagegen im Durchlauf; bei 100BASE-TX nennt die EtherCAT Technology Group bis zu 100 m zwischen zwei Teilnehmern. Für ein HMI ohne definierte Echtzeitrolle ist dieser Aufwand meist unnötig. Wird das Panel zum EtherCAT-Gerät, sollte der Einkauf einen offiziellen Konformitäts- und Interoperabilitätsnachweis verlangen; ein interner Toollauf ist laut ETG-Konformitätshinweis keine offizielle Zertifizierung.
OPC UA sitzt höher im Stack. OPC 10000-1 definiert Informations-, Nachrichten-, Kommunikations- und Konformitätsmodelle sowie Mechanismen für Authentisierung, Integrität und Vertraulichkeit. Das macht OPC UA für strukturierte Maschinendaten und IT/OT-Übergaben interessant. Für mobile Zugriffe oder Funkstrecken kommen weitere Antennen-, Gehäuse- und Security-Fragen hinzu; dafür ist Remote- und Wireless-HMI-Hardware entwickeln der passende Folgepfad.
RS-485, Modbus RTU und CANopen bleiben hardwareseitig eigenständige Optionen
RS-485 ist eine elektrische Schnittstelle, kein Anwendungsprotokoll. Der TI Application Report SLLA067C fasst TIA-485 als differenzielle Übertragung zusammen und macht zwei Grenzen deutlich: Der Standard legt weder Stecker noch Protokoll fest, und maximale Datenrate sowie maximale Leitungslänge sind nicht gleichzeitig erreichbar. Bis zu 1.200 m sind bei niedrigerer Datenrate und passender Leitung möglich; der konkrete Entwurf braucht trotzdem ein Budget aus Bitrate, Kabeldämpfung, Topologie, Transceiver, Abschluss und Störumgebung.
Modbus RTU über RS-485 passt zu Bestandsmaschinen, Zählern und einfachen Mehrpunktnetzen. Die HMI-Zeichnung muss A/B-Bezeichnung, Signalmasse, Schirmkontakt, Abschlusswiderstand, Biasing, Klemmenbelegung und Aktivierungszustand dokumentieren. Vertauschte A/B-Namen zwischen Lieferanten sind ein häufiger Inbetriebnahmefehler; deshalb zählt die Pin-/Signaldefinition, nicht nur der Aufdruck „RS-485“.
CANopen bringt ein Geräte- und Kommunikationsprofil auf CAN-Basis mit. Die CiA-Timingtabelle verknüpft 1 Mbit/s mit höchstens 25 m Buslänge und 125 kbit/s mit höchstens 500 m; auch maximale einzelne und aufsummierte Stichleitungen sind definiert. Diese Zahlen gelten für die angegebenen CANopen-CC-Bedingungen. Die CiA-Empfehlung für CAN HS fordert eine Linientopologie mit 120-Ohm-Abschluss an beiden Enden. Sternverdrahtung, lange Stichleitungen und nicht dokumentierte Abschlusswiderstände machen ein Laborgerät schnell zum sporadischen Feldfehler.
Serielle Schnittstellen sind nicht automatisch billiger. Zusätzliche Klemmen, Isolation, Terminierungsoptionen, Servicezugang und Variantenpflege können die vermeintliche Einsparung aufzehren. Sie bleiben richtig, wenn Anlagenbestand, Leitungslänge oder Gegenstelle sie erzwingen.
Stecker, Isolation, Kabel und Schirmung bestimmen die Feldtauglichkeit
Der Steckverbinder wird aus Einbauort, Reinigungsart, Schwingung, Steckzyklen, Servicezugang und Kabelabgang gewählt. Erst danach folgt die Teilenummer. Ein RJ45 im geschlossenen Schaltschrank kann die beste Lösung sein; am frei zugänglichen Maschinengehäuse kann ein verschraubter M12-Anschluss besser passen. Die IEC 61076-2-101:2024 beschreibt M12-Schraubsteckverbinder und Codierungen, die Fehlstecken zwischen unterschiedlich codierten Gegenstücken verhindern. Daraus folgt noch keine IP-Schutzart der kompletten HMI-Baugruppe.
| Hardwareentscheidung | Geeignet, wenn … | Kritische Zeichnungsangabe | Typischer Ausfallpfad |
|---|---|---|---|
| RJ45 | Anschluss geschützt liegt und Standard-Patchkabel Service vereinfachen | Buchsenlage, Rastnasenfreiraum, Kabelabgang, Schirmkontakt | Zug auf Buchse, gebrochene Rastnase, schlechter Schirmübergang |
| M12, passend codiert | Vibration, Fehlsteckschutz oder abgedichteter Gehäusedurchbruch verlangt werden | Codierung, Geschlecht, Orientierung, Anzugsangabe, Gegenstecker | Falsche Codierung, unvollständige Verschraubung, Dichtung beschädigt |
| D-Sub | Bestandsanlage oder definierte serielle Belegung übernommen wird | Gewindebolzen, Pinout, Schirmgehäuse, Einbauraum | Pinout-Verwechslung, lose Verriegelung, offener Schirm |
| Feder-/Schraubklemme | Schaltschrankverdrahtung und Feldkonfektion wichtig sind | Leiterquerschnitt, Aderendbehandlung, Beschriftung, Zugentlastung | Lose Litze, vertauschte Signale, fehlender Abschluss |
| Interner FFC/FPC- oder Board-Stecker | Display, Touch und CPU innerhalb des Gehäuses verbunden werden | Kontaktseite, Pitch, Einstecktiefe, Biegeradius, Verriegelung | Schief eingestecktes Flex, Knick, Kriechen unter Zug |
Galvanische Trennung wird portweise entschieden. Zu den Eingaben gehören Working Voltage, mögliche Potentialdifferenz, Überspannungsumgebung, Bezugserde und die Frage, ob Schirm, Signalmasse und Gehäuse an derselben Stelle verbunden werden dürfen. „Isolated RS-485“ oder ein Ethernet-Übertrager auf dem Schaltplan reicht als Freigabekriterium nicht: Luft-/Kriechstrecken, Bauteilzulassung, PCB-Layout und Produktionsprüfung müssen zum Isolationskonzept passen. Ein willkürlich übernommener Prüfspannungswert wäre gefährlicher als gar keine Zahl.
Schirmung ist ebenfalls ein Systemthema. Die PI-Unterlage Functional Earthing and Shielding behandelt Schirmung, Funktionserdung und Potentialausgleich gemeinsam und kennzeichnet ihre Empfehlungen als nicht normativ sowie auf Nicht-Ex-Bereiche begrenzt. Für die HMI-Konstruktion bedeutet das: Schirmkontakt, Gehäuseübergang, Montageplatte, Potentialausgleich und Kabelschirm müssen als durchgängiger Strompfad gezeichnet werden. Ein kurzer, flächiger Übergang verhält sich bei Hochfrequenz anders als ein langer Anschlussdraht.
Kabel sind nach fester, flexibler oder schleppkettentauglicher Verlegung, Temperatur, Öl-/Chemikalienkontakt, Biegeradius und Schirmaufbau auszuwählen. Die PROFINET-Installationsrichtlinien trennen deshalb Planung, Montage und Inbetriebnahme. Diese drei Nachweise gehören auch bei einem kundenspezifischen HMI zusammen.
Typische Kommunikationsfehler entstehen an Übergängen, nicht im Protokollnamen
Ein sauberer Fehlerbaum beginnt am sichtbaren Symptom und geht Schicht für Schicht nach unten. Paketmitschnitte helfen erst, wenn Versorgung, PHY-Link, Pinout und Leitungsabschluss stimmen.
| Symptom | Wahrscheinliche Ursache | Nachweis | Konstruktive Reaktion |
|---|---|---|---|
| Ethernet-Link fehlt | Falsches Pinout, beschädigte Magnetics, Steck-/Kabelproblem, PHY-Versorgung | Link-Pulse, Loopback, Kabeltest, Schaltplanprüfung | DFT-Punkte, Zugentlastung, definierter Gegenstecker |
| Link steht, HMI liest nichts | Falsche IP-/Rollen-/Treiberkonfiguration oder Port gesperrt | Portliste, Geräte-/Firmwarematrix, Protokolltrace | Konfigurationsbaseline und Versionsfreigabe |
| Werte sind vertauscht oder springen | Registerversatz, Endianness, Datentyp oder atomarer Zugriff falsch | Bekannte Testvektoren und Grenzwerte | Verbindliche Register-/Datentyp-Tabelle |
| RS-485 fällt sporadisch aus | Reflexionen, fehlender Abschluss, Biasing, Gleichtaktproblem | Oszilloskop am Leitungsende, Topologieaufnahme | Abschlussoption, Isolation, definierter Bezug |
| Fehler nur bei Motorstart | Einkopplung über Versorgung, Schirm oder Signalport | EFT-/Surge-/leitungsgebundener Test passend zum Port | Filter, Schutz, Layout- oder Erdungskorrektur |
| Wasser nach Reinigung | Dichtung, Stecker, Folienkante oder Montageausschnitt nicht als System freigegeben | Gehäuseprüfung in Serienkonfiguration | Dichtpfad und Montageprozess überarbeiten |
Die IP-Angabe eines Steckers darf nicht auf das Panel übertragen werden. IEC 60529 klassifiziert den Schutz, den ein Gehäuse bietet. Geprüft werden muss daher die reale Kombination aus Front, Dichtung, Befestigung, Gehäuseausschnitt, Steckverbinder, Blindkappe und Kabelzustand.
Die Validierung muss jeden Kommunikationsport im realen HMI-Aufbau belasten
Eine HMI-Kommunikationsfreigabe braucht Funktions-, Signalintegritäts-, EMV-, Umwelt- und Montageprüfungen. Die Prüfmatrix wird aus Endproduktnorm, Einsatzort und Portklassifikation abgeleitet. IEC 61326-1 kann für Mess-, Steuer- und Laborgeräte unter 1.000 V AC beziehungsweise 1.500 V DC relevant sein, gilt aber nur, wenn das Endprodukt in den Scope der IEC 61326-1:2020 fällt. Eine speziellere Produktnorm hat Vorrang.
| Prüfblock | Aufbau und Eingaben | Akzeptanzkriterium | Fehler, den die Prüfung finden soll |
|---|---|---|---|
| Protokoll-/Treiberkompatibilität | Freigegebene SPS, HMI-Runtime, Firmware, Switch und Gateway | Lesen, Schreiben, Timeout, Wiederanlauf und Diagnose entsprechen Spezifikation | Versions- oder Rolleninkompatibilität |
| Leitungsgrenzen | Minimale/maximale freigegebene Kabellänge, Stecker, Stichleitungen und Netzlast | Keine unzulässigen Framefehler oder Datenverluste | Dämpfung, Reflexion, Überlast |
| ESD am Bedien- und Portbereich | Serienfront, Gehäuse, Kabel und definierte Betriebsart | Produktnorm-Kriterium A/B/C ohne gefährlichen Zustand | Entladung über Touch, Rahmen oder Buchse |
| EFT/Burst auf Ports | Reale Versorgung und klassifizierte Signal-/Steuerports | Definiertes Verhalten und selbsttätige Wiederkehr, falls gefordert | Schalttransienten, Relais-/Motorstörungen |
| Surge | Nur für betroffene, entsprechend gekoppelte Ports | Festgelegtes Sicherheits- und Funktionskriterium | Überspannung aus Schalt- oder Blitztransienten |
| Isolation | Portkonzept, Working Voltage, Umgebung und Produktionsmethode | Kein Durchschlag; Ableit-/Funktionswerte innerhalb Spezifikation | Layout-, Bauteil- oder Prozessfehler |
| Temperatur, Vibration, Steckbelastung | Grenztemperaturen, montierter Kabelabgang, reale Befestigung | Kommunikation und mechanische Verriegelung bleiben spezifikationskonform | Kontaktunterbrechung, Flexschaden, Buchsenlast |
| Gehäuseschutz | Serienmäßige Dichtung, Ausschnitt, Gegenstecker/Blindkappe | Geforderter IEC-60529-Nachweis für die geprüfte Konfiguration | Leckpfad an Front oder Port |
| Langzeitkommunikation | Repräsentative Datenlast, Fehlerzähler, Power-Cycles | Keine Speicher-, Verbindungs- oder Wiederanlaufabweichung | Ressourcenleck, Deadlock, unvollständiger Recovery |
IEC 61000-4-2:2025 stellt die reproduzierbare ESD-Methode bereit, überlässt der zuständigen Produktnorm aber Auswahl und Schärfegrad. IEC 61000-4-4:2012 deckt schnelle transiente Bursts an Versorgungs-, Signal-, Steuer- und Erdports ab; IEC 61000-4-5:2014 behandelt Surge aus Schalt- und Blitztransienten. Diese Normen sind kein Zahlenbuffet. Portart, Kopplungsweg, Pegel, Polarität, Wiederholungen, Betriebszustand und Leistungskriterium gehören vor dem Labortermin in den DVP&R.
Die HMI-Panel-Konstruktion: Checkliste mit 10 Freigabekriterien verbindet mechanische und elektrische Designfreigabe. Für die konkrete Durchführung sollte die Prüf- und Validierungsplanung früh mit dem Testlabor abgestimmt werden. Prototyping und Musterfreigabe müssen mindestens die risikoreichste Port-, Kabel- und Gehäusevariante abdecken; ein Tischmuster ohne Serienstecker schließt diese Risiken nicht.
Zeichnung und RFQ müssen die komplette Kommunikationsvariante einfrieren
Eine belastbare Anfrage enthält mehr als „10-Zoll-Touch-HMI mit Ethernet und Modbus TCP“. Die Displaygröße bestimmt Ausschnitt, aktive Fläche, Einbautiefe und mechanische Last; das Protokoll bestimmt sie nicht. Vor der technischen Prüfung sollten folgende Eingaben vorliegen:
- Displaydiagonale, Auflösung, aktive Fläche, Helligkeits-/Temperaturanforderung und freigegebene Displayquelle
- Touchtechnologie, Deckglas oder Overlay, Handschuh-/Nassbedienung und gewünschte interne Touchschnittstelle
- Frontplattenzeichnung mit Ausschnitt, Dichtung, Befestigung, Toleranzen, Kabelabgang und Servicefreiraum
- Vollständiger Interface-Stack: HMI-Runtime/Treiber, Protokollrolle, PHY, Isolation, Schutzbeschaltung, Steckverbinder und Pinout
- Gegenstellen mit Hersteller, Modell, Firmware, Engineering-Version und benötigtem Konformitätsprofil
- Ethernet-/RS-485-/CAN-Kabeltyp, Länge, Topologie, Schirm, bewegte Verlegung, Öl-/Chemikalien- und Temperaturumgebung
- Versorgung, Erdung, Potentialausgleich, mögliche Potentialdifferenzen und Portklassifikation
- Anwendbare Produktnormen, EMV-Portprüfungen, Leistungskriterien, IP-Konfiguration und Abnahmedokumente
- Variantenmatrix, Musterzahl, Freigabeablauf, Rückverfolgbarkeit und erwartetes Jahresvolumen
Für den Engineering-Handoff lassen sich Zeichnungen zur technischen Prüfung senden. Benötigt werden mindestens Displaygröße, Frontplattenzeichnung, Interface-Stack, Einsatzumgebung und Jahresvolumen. Wenn diese Daten feststehen, lässt sich ein technisches Angebot anfragen, ohne Protokoll- und Mechanikrisiken in die Musterphase zu verschieben.
Häufige Fragen zu HMI-Kommunikationsprotokollen und Schnittstellen
Welches Protokoll ist für ein industrielles HMI-Panel meistens die beste Wahl?
Modbus TCP ist ein sinnvoller Ausgangspunkt, wenn HMI und SPS herstellerübergreifend Registerwerte austauschen und keine harte Echtzeit- oder zertifizierte Gerätefunktion gefordert ist. PROFINET, EtherNet/IP oder EtherCAT sind besser, wenn das Steuerungsökosystem, die Diagnose oder eine definierte Echtzeitrolle dies verlangt. Treiber- und Firmwarekompatibilität werden immer am konkreten Gerätepaar geprüft.
Wann reicht Modbus TCP für ein HMI nicht aus?
Modbus TCP reicht nicht aus, wenn standardisierte Objektsemantik, integrierte Geräteprofile, taktsynchrone Prozessdaten oder eine vorgeschriebene Konformität benötigt werden. Klassisches Modbus TCP auf Port 502 enthält außerdem keine automatische Authentisierung oder Verschlüsselung. Dann sind etwa OPC UA mit konfigurierter Security, Modbus Security oder ein passendes Industrial-Ethernet-Profil zu bewerten.
Ist ein HMI für Siemens LOGO! automatisch ein PROFINET-HMI?
Nein. Eine Ethernetverbindung zu Siemens LOGO! beweist keine PROFINET-IO-Gerätefunktion. Entscheidend sind das konkrete LOGO!-Modell, der im HMI freigegebene Kommunikationstreiber, Firmwarestände und die dokumentierte Verbindungsart. Soll das Panel als PROFINET-IO-Gerät arbeiten, werden zusätzlich Gerätebeschreibung, Conformance Class und der zugehörige Konformitätsnachweis benötigt.
Wann ist M12 besser als RJ45 am Industrie-HMI?
M12 ist oft geeigneter, wenn der Anschluss außerhalb eines geschützten Schaltschranks liegt, Vibration, Fehlsteckschutz oder ein verschraubter und abgedichteter Gehäusedurchgang gefordert sind. RJ45 kann im geschützten Innenraum Service und Standardverkabelung vereinfachen. Die Entscheidung gilt nur für die konkrete Codierung, Verriegelung, Dichtung, Kabelausführung und Einbausituation.
Braucht jede Ethernet- oder RS-485-Schnittstelle galvanische Trennung?
Nein, aber jede Schnittstelle braucht eine dokumentierte Isolationsentscheidung. Maßgeblich sind Potentialdifferenz, Erdung, Versorgung, Kabelweg, Störumgebung, Sicherheitsanforderung und Endproduktnorm. Falls Trennung gefordert ist, werden Working Voltage, Luft-/Kriechstrecken, Bauteile, Layout und Produktionsprüfung gemeinsam spezifiziert. Ein Protokollname oder ein einzelner Übertrager ersetzt diesen Nachweis nicht.
Wie lang darf eine RS-485-Leitung am HMI sein?
Eine universelle Länge gibt es nicht. TIA-485-Anwendungsdaten nennen bis zu 1.200 m bei niedrigerer Datenrate, betonen aber, dass maximale Länge und maximale Datenrate nicht gleichzeitig erreichbar sind. Bitrate, Kabel, Abschluss, Topologie, Transceiver, Gleichtaktbereich, Stichleitungen und Störumgebung bestimmen die freigabefähige Länge; sie wird im realen Netzaufbau validiert.
Ändert ein 10-Zoll-Touchscreen die Wahl zwischen Modbus TCP und PROFINET?
Nein. Ein 10-Zoll-Touch-HMI verändert Mechanik, Displayversorgung, thermische Auslegung, aktive Fläche und möglicherweise interne Display-/Touchverbindungen. Modbus TCP oder PROFINET werden nach Steuerungskompatibilität, Datenmodell, Diagnose, Echtzeitrolle und Anlagenarchitektur gewählt. Die Displaydiagonale gehört trotzdem in Zeichnung und RFQ, weil sie Gehäuse und Baugruppenlayout bestimmt.
Welche EMV-Prüfungen braucht eine HMI-Kommunikationsschnittstelle?
Der Prüfplan wird aus Endproduktnorm, Einsatzumgebung und Portklassifikation abgeleitet. Typische Blöcke sind ESD nach IEC 61000-4-2, EFT/Burst nach IEC 61000-4-4 und — für entsprechend exponierte Ports — Surge nach IEC 61000-4-5. Pegel, Kopplung, Polarität, Betriebszustand und Leistungskriterium sind projektspezifisch; pauschale Prüfwerte sind keine belastbare Freigabe.
Referenzen
- Modbus Organization: MODBUS Messaging on TCP/IP Implementation Guide V1.0b, 24. Oktober 2006.
- Modbus Organization: MODBUS/TCP Security Protocol Specification v3.6, 30. Juli 2021.
- PROFIBUS & PROFINET International: PROFINET Specification, abgerufen am 24. August 2026.
- PROFIBUS & PROFINET International: PROFINET Technology — The Easy Way, April 2026.
- PROFIBUS & PROFINET International: PROFINET Installation Guidelines, Design V1.59, März 2025.
- PROFIBUS & PROFINET International: Functional Earthing and Shielding V3.1, Dezember 2022.
- ODVA: EtherNet/IP Technology Overview, Publication 138, abgerufen am 24. August 2026.
- EtherCAT Technology Group: EtherCAT Technology und Conformance for Device Users/OEMs, abgerufen am 24. August 2026.
- CAN in Automation: CANopen Lower Layers und CAN HS Transmission, abgerufen am 24. August 2026.
- Texas Instruments: Data-Line Drivers and Receivers, SLLA067C, Revision C.
- OPC Foundation: OPC Unified Architecture Part 1, Overview and Concepts, V1.05.06, 31. Oktober 2025.
- Siemens: SIMATIC HMI / PC-based Automation — Systemkopplungen, Ausgabe 2020.
- IEC: IEC 61076-2-101:2024 — M12-Steckverbinder, 27. November 2024.
- IEC: IEC 60529 — IP Code, konsolidierte Fassung 2.2.
- IEC: IEC 61326-1:2020 — EMV-Anforderungen, 26. Oktober 2020.
- IEC: IEC 61000-4-2:2025 — ESD-Störfestigkeit, 7. März 2025.
- IEC: IEC 61000-4-4:2012 — EFT/Burst und IEC 61000-4-5:2014 — Surge.
Zeichnung, Schichtaufbau und Einsatzbedingungen bereitstellen
Das JASPER Engineering prüft Schnittstellen, offene Risiken und die Nachweise für ein belastbares Angebot.