Dongguan, Guangdong 523927, China[email protected]+86 136 3262 5290
Startseite / Blog / HMI-Baugruppen
HMI-BaugruppenTechnischer Leitfaden

Industrielle HMI-Kommunikation: Modbus TCP, PROFINET und Hardware-Schnittstellen

JASPER EngineeringVeröffentlicht 04.09.202615 Min. Lesezeit

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.

HMI-Baugruppen

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

  1. Modbus Organization: MODBUS Messaging on TCP/IP Implementation Guide V1.0b, 24. Oktober 2006.
  2. Modbus Organization: MODBUS/TCP Security Protocol Specification v3.6, 30. Juli 2021.
  3. PROFIBUS & PROFINET International: PROFINET Specification, abgerufen am 24. August 2026.
  4. PROFIBUS & PROFINET International: PROFINET Technology — The Easy Way, April 2026.
  5. PROFIBUS & PROFINET International: PROFINET Installation Guidelines, Design V1.59, März 2025.
  6. PROFIBUS & PROFINET International: Functional Earthing and Shielding V3.1, Dezember 2022.
  7. ODVA: EtherNet/IP Technology Overview, Publication 138, abgerufen am 24. August 2026.
  8. EtherCAT Technology Group: EtherCAT Technology und Conformance for Device Users/OEMs, abgerufen am 24. August 2026.
  9. CAN in Automation: CANopen Lower Layers und CAN HS Transmission, abgerufen am 24. August 2026.
  10. Texas Instruments: Data-Line Drivers and Receivers, SLLA067C, Revision C.
  11. OPC Foundation: OPC Unified Architecture Part 1, Overview and Concepts, V1.05.06, 31. Oktober 2025.
  12. Siemens: SIMATIC HMI / PC-based Automation — Systemkopplungen, Ausgabe 2020.
  13. IEC: IEC 61076-2-101:2024 — M12-Steckverbinder, 27. November 2024.
  14. IEC: IEC 60529 — IP Code, konsolidierte Fassung 2.2.
  15. IEC: IEC 61326-1:2020 — EMV-Anforderungen, 26. Oktober 2020.
  16. IEC: IEC 61000-4-2:2025 — ESD-Störfestigkeit, 7. März 2025.
  17. IEC: IEC 61000-4-4:2012 — EFT/Burst und IEC 61000-4-5:2014 — Surge.
Technische Prüfung

Zeichnung, Schichtaufbau und Einsatzbedingungen bereitstellen

Das JASPER Engineering prüft Schnittstellen, offene Risiken und die Nachweise für ein belastbares Angebot.

Technische Prüfung fortsetzen

HMI-BaugruppenPrüf- und ValidierungsplanungPrototyping und Musterfreigabe