HMI-Hardware für HLK- und Gebäudeautomation: Auswahl, Schnittstellen und Validierung

Schnellentscheidung: Welche HMI-Auslegung passt zur Anwendung?

Die Tabelle ist eine Vorauswahl, keine Schutzart- oder Konformitätszusage. Der Prüfgegenstand muss immer der spezifizierten Einbausituation entsprechen.

1. HMI-Hardware in der Gebäudeautomation ist die physische Bedienschicht

HMI-Hardware umfasst die Bauteile, über die ein Mensch eine HLK- oder Gebäudeautomationsfunktion sieht und bedient: Display, Touchsensor oder Tasten, grafische Oberfläche beziehungsweise Deckglas, Träger, Dichtung, Anschlussleitungen, Elektronik und Schnittstellen zum Gehäuse. ISO 16484-2:2025 ordnet ausdrücklich Geräte mit menschlicher Interaktion wie Managementstationen und Operator Panels der Hardware von Gebäudeautomationssystemen zu; ihr Geltungsbereich erfasst Geräte innerhalb und außerhalb der Gebäudehülle. ISO 16484-2:2025

Ein HMI ist damit weder die SPS noch automatisch eine Gebäudeleittechnik. Es kann lediglich Werte anzeigen und Befehle übergeben, als eigenständiger BACnet-Client arbeiten oder eine Visualisierung von einem Controller beziehungsweise Webserver darstellen. Wer die grundlegenden Begriffe trennen muss, findet den mechanisch-elektronischen Aufbau im Beitrag Was ist ein HMI-Panel? Hardwareaufbau.

Für kundenspezifische HMI-Baugruppen liegt die Fertigungsgrenze bei Frontpanel, Anzeige, Touch, Overlay, Schaltung, Flex-/PCB-Anbindung, Dichtung, Träger und Gehäuseschnittstellen. Die Logik hinter Anlagenbildern, Alarmprioritäten, BACnet-Objekten oder Modbus-Registern wird als Systeminput benötigt, gehört aber nicht zur Baugruppenfertigung.

2. Die Bedienaufgabe bestimmt Panelgröße und lokale Funktionen

Eine HLK-Bedienstelle sollte nur die Aufgaben tragen, die am Einbauort tatsächlich ausgeführt werden. Das klingt selbstverständlich, verhindert aber die häufigste Fehlrichtung: Ein großes Display wird vorgesehen, bevor geklärt ist, ob der Nutzer nur einen Sollwert ändert oder eine komplette RLT-Anlage in Betrieb nimmt.

ISO 16484-3:2005 beschreibt die funktionale Spezifikation und eine BACS-Punkteliste als Grundlage der Beschaffung, standardisiert aber nicht die Programmiermethode. ISO 16484-3:2005 Daraus folgt eine saubere Übergabe: Das Automations- oder Softwareteam liefert Funktionen, Datenpunkte und Zustände; die HMI-Entwicklung übersetzt diese in Display-, Eingabe-, Anschluss- und Einbauanforderungen.

Ein Panel, das nur Raumtemperatur und Sollwert zeigt, braucht keine lokale Projektierungsbuchse im Sichtbereich. Ein Wartungspanel für eine komplexe Lüftungszentrale kann dagegen von Diagnosewerten, Servicezugang und mehr Bildschirmfläche profitieren. Die lokale Aufgabe ist die Ausgangsgröße, nicht die spätere Ausrede für zu wenig Platz.

3. Der Hardwarestack muss als komplette Baugruppe spezifiziert werden

Die Front eines Gebäude-HMI ist ein Schicht- und Schnittstellensystem. Einzelteile können ihre Datenblattwerte erfüllen und im montierten Zustand trotzdem Probleme erzeugen, wenn Ausschnitt, Klebung, Dichtung, Kabelweg oder Erdung nicht zusammenpassen.

Ein typischer Aufbau umfasst:

1. Deckglas oder grafisches Overlay: trägt Symbole, Beschriftung, Sichtfenster und Oberflächenfinish; es definiert die berührte und gereinigte Fläche.
2. Touchsensor oder Tastenlage: erfasst Eingaben; mögliche Varianten sind projiziert-kapazitiv, resistiv, Folientasten oder separate elektromechanische Bedienelemente.
3. Display: stellt Werte, Zustände und Bedienobjekte dar. Größe, aktive Fläche, Auflösung und Blickbedingungen müssen zur Aufgabe passen.
4. Optischer und mechanischer Zwischenaufbau: Abstandshalter, Klebeschichten, Rahmen und gegebenenfalls eine vollflächige Laminierung halten Lage und Sichtfenster.
5. Träger oder Frontplatte: nimmt Lasten auf und definiert Befestigung, Ebenheit, Ausschnitt und Bezugskanten.
6. Dichtungssystem: schließt die Fuge zum Gerätegehäuse. Kompression, Stoßstelle und Oberfläche des Gegenflanschs sind Teil der Konstruktion.
7. Elektronik und Leitungen: Display-, Touch-, Tasten- und Beleuchtungssignale werden über FPC, Kabelbaum, Steckverbinder oder PCB geführt.
8. Rückseitige Anschlüsse und Serviceelemente: Stromversorgung, Ethernet, serielle Schnittstellen, USB, Speicherzugang und Schutzabdeckungen brauchen Montage- und Wartungsraum.

Die ergänzende HMI-Hardwarearchitektur für die Industrieautomation vertieft die Aufteilung in Bedien-, Rechen-, Schnittstellen- und Versorgungsebene. Für HLK-Projekte bleibt die Besonderheit: Bedienort, Gebäudeprotokoll und Inbetriebnahmerolle sind oft auf mehrere Gewerke verteilt.

4. Panelgröße, Display und Touch werden zusammen ausgewählt

Die Displaydiagonale allein sagt wenig über die nutzbare Bedienfläche aus. Relevant sind aktive Anzeigefläche, Seitenverhältnis, Auflösung, Schrift- und Symbolgröße, Einbaurahmen, Blickwinkel, Umgebungslicht und der Platzbedarf für berührbare Ziele. ISO 9241-303:2011 formuliert Bildqualitätsanforderungen und Leitlinien ausdrücklich technologie-, aufgaben- und umgebungsbezogen. ISO 9241-303:2011

Der Auswahlprozess beginnt deshalb mit repräsentativen Screens: Übersichtsbild, Alarmansicht, Sollwertänderung und Diagnose. Diese Ansichten werden in Zielauflösung auf einem Displaymuster geprüft. Erst dann werden Außenkontur, Sichtfenster und Türausschnitt festgeschrieben. Ein größeres Panel schafft Platz, erhöht aber auch Ausschnitt, Frontfläche, Dichtlänge, Gewicht und rückseitigen Bauraum.

DMC beschreibt den 5-Leiter-Widerstandstouch als zwei leitfähig beschichtete Schichten, die durch Finger- oder Stiftdruck Kontakt erhalten; die technische FAQ bestätigt Handschuhbedienung und die Single-Touch-Grenze klassischer 4-/5-Leiter-Ausführungen. DMC TSC-55/RU Bei kapazitiver Erfassung sind Wasser, Handschuhe, leitfähige Verschmutzung und Störfelder keine Randnotiz. Microchip zeigt in AN2934, dass Feuchtetoleranz vom Sensor- und Shield-Design sowie von den Kopplungswegen zur Masse abhängt. Microchip AN2934

Die Spezifikation darf daher nicht nur „PCAP“ oder „resistiv“ sagen. Sie muss Handschuhtyp, nasse oder trockene Oberfläche, gewünschte Gesten, Mindestzielgröße, Reinigungszustand, Erdung und zulässige Fehlreaktion beschreiben.

5. BACnet und Modbus legen nicht automatisch den Steckverbinder fest

BACnet und Modbus sind Kommunikationsprotokolle; die HMI-Zeichnung braucht zusätzlich eine konkrete physische Schnittstelle. Ein RJ45-Anschluss belegt nur Ethernet-Hardware. Er beweist weder einen BACnet/IP-Client noch einen Modbus-TCP-Server. Umgekehrt beweist ein EIA-485-Transceiver nicht, dass das Gerät BACnet MS/TP oder Modbus RTU mit dem benötigten Profil beherrscht.

ISO 16484-5:2026 definiert Kommunikationsdienste, Protokolle und die objektorientierte Darstellung der ausgetauschten Gebäudeinformationen. ISO 16484-5:2026 Für ein BACnet-Gerät dokumentiert das PICS unter anderem BIBBs, Device Profile, Services, Objekttypen und Data-Link-Optionen. BACnet PICS BTL-Zertifizierung und das konkrete PICS sind belastbare Beschaffungsnachweise; ein BACnet-Logo auf einer Konzeptfolie ist keiner. BTL Certification

Die Modbus Organization ordnet Modbus der Anwendungsschicht zu und führt getrennte Spezifikationen für Serial Line und TCP/IP. Die Application Protocol Specification V1.1b3 definiert Funktionscodes und Datenmodell, aber nicht die semantische Bedeutung eines projektspezifischen Registers. Modbus Specifications Deshalb gehört die freigegebene Registermap in die Inbetriebnahmeunterlagen.

Wie SPS, Signale und HMI physisch zusammengeführt werden, behandelt SPS und HMI integrieren: Hardware, Signale und Schnittstellen. Die HLK-spezifische Konsequenz ist schlicht: Protokoll, Data Link, Stecker, Kabel, Datenmodell und Verantwortlicher sind sechs verschiedene Felder in der Spezifikation.

6. Remote-Zugriff und Servicezugang brauchen getrennte Pfade

Fernbedienung ersetzt nicht automatisch den lokalen Servicezugang. Ein Betreiber kann Alarme über die GLT bearbeiten, während der Inbetriebnehmer am Schaltschrank weiterhin einen definierten Port für Diagnose, Recovery oder Erstkonfiguration benötigt. Umgekehrt darf ein außen zugänglicher USB- oder Ethernet-Port nicht nur deshalb in der Front landen, weil er während der Entwicklung bequem war.

Für jeden Zugang werden Zweck, Nutzerrolle, Betriebszustand und Schutz festgelegt:

• Betriebszugriff: tägliche Anzeige und Bedienung durch autorisierte Betreiber;
• Inbetriebnahmezugriff: Adressierung, Datenpunktprüfung, Kalibrierung und Abnahmetest;
• Wartungszugriff: Diagnose, Protokollexport, Austausch und freigegebene Updates;
• Recovery-Zugriff: Wiederherstellung nach fehlgeschlagenem Update oder Konfigurationsfehler;
• Remote-Zugriff: standortferne Bedienung über die freigegebene IT/OT-Architektur.

Die HMI-Baugruppe beeinflusst Position, Schutzkappe, Zugentlastung, Steckzyklen, verfügbare Einstecktiefe und Dichtkontur. Authentisierung, VPN, Zertifikate, Firewallregeln und Benutzerverwaltung liegen dagegen beim IT/OT- und Systemteam. CISA empfiehlt für Steuerungssysteme, die direkte Internetexposition zu minimieren, Systeme hinter Firewalls zu platzieren und gesicherte Remote-Access-Verfahren zu verwenden. CISA ICS Recommended Practices

WLAN oder Mobilfunk im Endgerät verändert außerdem die regulatorische Bewertung. Die Richtlinie 2014/53/EU erfasst Funkanlagen und verlangt unter anderem Sicherheit, ein angemessenes EMV-Niveau und effiziente Frequenznutzung. Richtlinie 2014/53/EU Ein zugelassenes Funkmodul vereinfacht die Entwicklung, ersetzt aber nicht automatisch die Bewertung des fertigen Geräts und seiner Antennenintegration.

7. Innen- und Außenumgebung verlangen verschiedene Nachweise

„Indoor“ ist keine ausreichende Umweltangabe. Ein trockener Technikraum, eine Schaltschranktür neben einem Frequenzumrichter und ein öffentliches Foyer stellen unterschiedliche Anforderungen an Feuchte, Staub, Stoß, Reinigung, Licht und EMV. Im Außenbereich kommen Temperaturwechsel, Niederschlag, Sonneneinstrahlung und Kondensationspfade hinzu.

IEC 60529 klassifiziert Schutzgrade, doch die Schutzart gehört zum geprüften Gehäusezustand. IEC 60529 IEC 62262 beschreibt den äußeren mechanischen Stoßschutz von Gehäusen, sofern der jeweilige Anwendungsstandard diesen Nachweis vorsieht. IEC 62262 Beide Kennzeichnungen beantworten unterschiedliche Risiken.

Für Klima gilt dieselbe Präzision. IEC 60068-2-14:2023 liefert Verfahren für festgelegte Temperaturänderungen; IEC 60068-2-78:2025 behandelt hohe Feuchte bei konstanter Temperatur ohne Kondensation. IEC 60068-2-14 IEC 60068-2-78 Wenn im Dachgerät Tauwasser auftreten kann, reicht eine Prüfung „ohne Kondensation“ logisch nicht als alleiniger Nachweis.

Für industrielle EMV-Umgebungen sind IEC 61000-6-2:2016 und IEC 61000-6-4:2018 generische Störfestigkeits- und Emissionsnormen, sofern keine einschlägige Produkt- oder Produktfamiliennorm greift. IEC 61000-6-2 IEC 61000-6-4 Welche Norm tatsächlich anzuwenden ist, entscheidet der Hersteller des Endgeräts anhand Zweck, Umgebung und Rechtsrahmen.

8. Anwendung-Risiko-Matrix für HLK-HMI

Die Risikomatrix verbindet den Einsatzfall mit einem beobachtbaren Ausfallpfad. Sie ersetzt keine FMEA, liefert aber konkrete Eingaben für Konstruktion und Prüfplanung.

Die Gegenmaßnahmen sind bewusst überprüfbar formuliert. „Robuste Ausführung“ ist kein Prüfkriterium; ein definierter Endgeräteaufbau, ein Last-/Klimaprofil und ein zulässiges Funktionsverhalten sind es.

9. Inbetriebnahme scheitert an ungeklärten Übergabepunkten, nicht am Protokollnamen

ISO 16484-1:2024 trennt Projektanforderungen, detailliertes Engineering, Installation/Inbetriebnahme sowie Übergabe und Abschluss. ISO 16484-1:2024 Diese Phasen sollten im HMI-Projekt eine konkrete Eigentümerschaft erhalten.

Typische Fehler folgen direkt aus fehlenden Übergaben: Das Panel hat Ethernet, aber keinen freigegebenen BACnet-Stack. Der Modbus-Treiber funktioniert, doch Registeradresse oder Wortreihenfolge ist falsch. Die Front besteht die interne Wasserprüfung, wird aber im verzogenen Türausschnitt undicht. Ein USB-Port ist nach Montage nicht erreichbar. Das Remote-HMI läuft, aber beim Netzwerkausfall fehlt der lokale Fallback.

Diese Fehler lassen sich vor dem Werkzeugbau erkennen. Voraussetzung ist eine Schnittstellenliste, in der jede Zeile einen Owner, ein Eingabedokument, einen Nachweis und einen Freigabezeitpunkt erhält.

10. Validierung muss den finalen Stack und die reale Montage abbilden

Die Prüfplanung beginnt vor der Detailkonstruktion. Zuerst werden Risiko, Prüfling, Zustand, Belastung und Akzeptanzkriterium festgelegt. Danach entscheidet das Team, ob Komponentenprüfung, Baugruppenprüfung oder Endgeräteprüfung die Frage beantwortet.

Eine belastbare Musterfolge umfasst mindestens:

1. Layout-/Ergonomiemuster: Originalauflösung, repräsentative Screens, Einbauhöhe, Blickrichtung, Handschuh und Umgebungslicht.
2. Mechanisches Muster: realer Ausschnitt, Gegenflansch, Befestiger, Dichtung, Kabelradien, Einsteckraum und Servicedeckel.
3. Funktionsmuster: Display, Touch/Tasten, Versorgung, Ethernet/seriell, Startverhalten und Fehlerzustände.
4. Umwelt-/EMV-naher Aufbau: finaler Stack, repräsentatives Gehäuse, Leitungen, Erdung und aktive Betriebsmodi.
5. Freigabemuster: dokumentierter Hardware-/Firmwarestand, Zeichnungsrevision, Prüfstatus und Abweichungsliste.

Die Prüf- und Validierungsplanung ordnet die geeigneten Nachweise dem Baugruppenstand zu. Über Prototyping und Musterfreigabe lassen sich Bedienfläche, Stack, Kabelausgang und Montage prüfen, bevor Serienwerkzeuge oder Gehäuseteile festgelegt werden. Für die formale Konstruktion bietet die HMI-Panel-Konstruktion: Checkliste mit 10 Freigabekriterien einen ergänzenden Design-Gate.

Die EU-EMV-Richtlinie 2014/30/EU verlangt für Apparate eine EMV-Bewertung anhand der relevanten Phänomene. Richtlinie 2014/30/EU Der Hersteller beziehungsweise Inverkehrbringer des fertigen Geräts kann diese Verantwortung nicht durch das Sammeln von Komponentenbescheinigungen ersetzen.

11. Wann eine kundenspezifische HMI-Baugruppe nicht die beste Wahl ist

Eine kundenspezifische Baugruppe ist nicht automatisch sinnvoll. Ein Standardpanel kann die bessere Entscheidung sein, wenn Stückzahl, Zeitplan und Funktionsumfang keine eigene Mechanik rechtfertigen und dessen Umwelt-, Schnittstellen- sowie Softwareeigenschaften vollständig passen.

Auch ein lokales Panel kann entfallen, wenn die Anlage sicher in einen übergeordneten Bedienplatz integriert ist, der Wartungsfall einen definierten Service-Client nutzt und ein Netzwerkausfall keine lokale Bedienhandlung verlangt. Für einfache Raumfunktionen kann ein kleines, festes Bediengerät günstiger und verständlicher sein als ein Touchdisplay. In stark vandalismusgefährdeten Bereichen ist eine Anzeige hinter Schutzscheibe mit separat geschützter Bedienung unter Umständen geeigneter.

Nicht geeignet ist eine kundenspezifische HMI-Entwicklung insbesondere, wenn Bedienaufgabe, Datenmodell, Einbauraum und Zulassungsverantwortung noch offen sind. In diesem Zustand würde die Mechanik nur Unsicherheit einfrieren. Zuerst müssen System- und Projektinputs belastbar werden.

12. Häufige Fragen von OEMs und Gebäudeautomationsplanern

Welche HMI-Hardware eignet sich für eine HLK-Anlage?

Geeignet ist die Baugruppe, deren Display, Eingabe, Frontschutz, Anschlüsse und Servicezugang zur konkreten Bedienaufgabe und zum Einbauort passen. Für reine Raum-Sollwerte genügt oft eine kompakte Bedienfläche; Diagnose und Inbetriebnahme einer RLT-Zentrale verlangen meist mehr Information, definierte Schnittstellen und einen geschützten Wartungsweg.

Welche Panelgröße braucht ein HMI für Gebäudeautomation?

Die Panelgröße folgt aus Informationsdichte, Blickabstand, Einbauhöhe, Bedienzielen und den repräsentativen Screens. Die Diagonale wird erst festgelegt, nachdem Alarmansicht, Sollwertänderung und Diagnose in Zielauflösung geprüft wurden. Außenkontur, Sichtfenster, Türausschnitt und rückseitiger Bauraum müssen anschließend gemeinsam freigegeben werden.

Was ist der Hardwareunterschied zwischen BACnet/IP und BACnet MS/TP?

BACnet/IP benötigt eine IP-fähige Netzwerkschnittstelle, typischerweise über Ethernet. BACnet MS/TP nutzt eine serielle Twisted-Pair-Verbindung auf EIA-485-Basis. In beiden Fällen reicht die Buchse allein nicht: PICS, Device Profile, unterstützte Objekte, Adressierung, Kabel- und Netzkonzept müssen zum Projekt passen.

Ist ein RS-485-Anschluss automatisch Modbus RTU?

Nein. RS-485 beschreibt die elektrische Übertragung, nicht das Anwendungsprotokoll. Für Modbus RTU müssen außerdem Gerätefunktion, Client-/Serverrolle, Adresse, Baudrate, Parität, Registerliste, Datentypen und Byte-/Wortreihenfolge feststehen. Klemmenbelegung, Abschluss und Schirmkonzept gehören ebenfalls in die Schnittstellenspezifikation.

Welche IP-Schutzart braucht ein HLK-Bedienpanel?

Es gibt keine pauschale Schutzart für alle HLK-Panels. Staub, Wasser, Reinigung, Einbaulage, Ports und Gegenflansch bestimmen den Zielwert. Entscheidend ist, ob die Schutzart für die Front, die Baugruppe oder das vollständig montierte Endgerät geprüft wurde; diese Aussagen dürfen nicht gleichgesetzt werden.

Funktioniert ein kapazitiver Touch mit Handschuhen und Wasser?

Das hängt von Handschuh, Deckglas, Sensor, Controllerabstimmung, Erdung und Wasserzustand ab. Eine allgemeine PCAP-Angabe genügt nicht. Der finale Stack muss mit dem spezifizierten Handschuh, einem definierten Wasserfilm, repräsentativer Verschmutzung und der vorgesehenen Masseanbindung auf Erkennung und Fehlauslösung geprüft werden.

Wer verantwortet BACnet-Objekte und Modbus-Registermapping?

BACnet-Objekte, BIBBs, Device Profile und Modbus-Registermapping gehören zum Automations-, Controller- oder Systemintegrationsumfang. Der HMI-Hardwarelieferant benötigt diese Daten als Schnittstelleninput, verantwortet aber nicht automatisch die Steuerungsprogrammierung. Im Projektplan sollten Owner, Dokumentversion, Abnahmetest und Übergabezeitpunkt ausdrücklich benannt sein.

Welche Unterlagen gehören in eine HMI-RFQ für Gebäudeautomation?

Erforderlich sind Bedienaufgaben, Displaygröße oder aktive Fläche, Frontplattenzeichnung, Einbauraum, Touch-/Tastenanforderung, Schnittstellenstack, Umgebungs- und Reinigungsprofil, Zielprüfungen, Kabel- und Steckerangaben, Servicekonzept, Musterbedarf und Jahresvolumen. Für BACnet oder Modbus kommen PICS beziehungsweise Register- und Netzwerkdaten hinzu.

13. Quellen

1. ISO, ISO 16484-1:2024 — Project specification and implementation, veröffentlicht Januar 2024.
2. ISO, ISO 16484-2:2025 — Hardware, veröffentlicht Januar 2025.
3. ISO, ISO 16484-3:2005 — Functions, 2024 bestätigt; Revision angekündigt.
4. ISO, ISO 16484-5:2026 — Data communication protocol, Edition 8, veröffentlicht August 2026.
5. ASHRAE, ANSI/ASHRAE Standard 135-2024 — Purpose and Scope.
6. BACnet Committee, Protocol Implementation Conformance Statement (PICS) und BACnet FAQ.
7. BACnet International, BTL Certification.
8. Modbus Organization, Specifications and Implementation Guides und Application Protocol V1.1b3.
9. IEC, IEC 60529 — IP Code und IEC 62262 — IK Code.
10. IEC, IEC 60068-2-14:2023 — Change of temperature, IEC 60068-2-78:2025 — Damp heat, IEC 60068-2-6:2007 — Vibration und IEC 60068-2-27:2008 — Shock.
11. ISO, ISO 9241-303:2011 — Electronic visual displays und ISO 9241-210:2019 — Human-centred design.
12. IEC, IEC 60073:2002 — Coding principles for indicators and actuators.
13. IEC, IEC 61000-6-2:2016 — Immunity for industrial environments und IEC 61000-6-4:2018 — Emission for industrial environments.
14. EUR-Lex, Richtlinie 2014/30/EU über die elektromagnetische Verträglichkeit und Richtlinie 2014/53/EU über Funkanlagen.
15. CISA, ICS Recommended Practices, abgerufen am 24. August 2026.
16. DMC, TSC-55/RU User’s Guide und Touchscreen FAQ.
17. Microchip, AN2934 Capacitive Touch Sensor Design und AN1325 Metal Over Cap Technology.

14. Projektinput-Checkliste und nächster Schritt

Vor der Anfrage sollten folgende Angaben freigegeben oder als offen markiert sein:

• Bedienaufgaben, Nutzerrollen und lokaler/entfernter Zugriff;
• gewünschte Displaydiagonale oder aktive Fläche sowie repräsentative Screens;
• Frontplattenzeichnung mit Ausschnitt, Bezugskanten, Befestigung und Gegenflansch;
• Touch-, Tasten-, Handschuh- und taktile Anforderungen;
• Deckglas/Overlay, Sichtfenster, Farbe, Symbole und Reinigungsmedien;
• BACnet-/Modbus-Variante einschließlich physischer Schnittstelle;
• PICS, Objektliste oder Registermap mit verantwortlichem Owner;
• Versorgung, Leistungsbudget, Erdung, Schirmung und Kabelweg;
• Einbauraum, Steckerzugang, Biegeradien und Serviceöffnung;
• Innen-/Außenumgebung, Temperatur, Feuchte, Wasser, Staub, Licht und Stoßrisiko;
• Ziel für IP/IK, EMV, Klima, Vibration und Funktionskriterien;
• Remote-, Wartungs-, Update- und Recovery-Konzept;
• Prototypen-, Muster- und Endgeräte-Prüfplan;
• Jahresvolumen und geplanter Serienanlauf.

OEM-Teams können Zeichnungen zur technischen Prüfung senden. Für eine Engineering-Prüfung genügen als Startpunkt Displaygröße, Frontplattenzeichnung, Schnittstellenstack, Einsatzumgebung und Jahresvolumen. Wenn diese Eckdaten feststehen, lässt sich ein technisches Angebot anfragen.