Ein Zugangskontroll-Terminaldisplay hat eine fokussierte, aber anspruchsvolle Aufgabe. Es muss dem Benutzer sofortiges, eindeutiges Feedback geben, während es sich eine kompakte Frontplatte mit Kamera, Berechtigungsleser, Beleuchtungssystem, Mikrofon, Lautsprecher, Tastatur, Fingerabdrucksensor oder anderer Authentifizierungshardware teilt.
Das TFT-LCD ist daher nur ein Teil des Terminals. Es verifiziert keine Berechtigung, trifft keine Zugangsentscheidung und steuert die Tür nicht direkt, nur weil es eine Genehmigungs- oder Ablehnungsmeldung anzeigt. Diese Funktionen gehören zur Terminalsoftware, zum Berechtigungssubsystem, zur Türsteuerung und zur gesamten Zugangskontrollarchitektur.
Für OEM-Teams beginnt der korrekte Designprozess mit der Definition der vollständigen Benutzerinteraktion und der Systemgrenze. Displaygröße, Seitenverhältnis, Schnittstelle und Touch-Technologie können dann gegen diese Architektur ausgewählt werden, anstatt als unabhängige Katalogoptionen behandelt zu werden.
“Zugangskontrollterminal” kann verschiedene Produkte beschreiben. Ein einfacher Leser benötigt möglicherweise nur ein kompaktes Statusdisplay. Ein Zeit- und Anwesenheitsterminal kann Mitarbeiterinformationen, Zeitplanhinweise und Touch-Navigation erfordern. Ein Besucherterminal kann eine Kamera, einen QR-Code-Workflow, eine Gegensprechanlage und eine größere grafische Oberfläche umfassen. Ein biometrisches Terminal muss möglicherweise Gesichtspositionierung, Berechtigungsaufforderungen, Registrierung und Transaktionsfeedback koordinieren.
Der erste technische Schritt besteht darin, zu dokumentieren, welche Funktionen lokal im Terminal und welche anderweitig ausgeführt werden.
| Terminalrolle | Typische Displayanforderung | Systemfragen |
|---|---|---|
| Statusleser | Kurze Aufforderungen, Berechtigungsstatus, Türzustand und Fehlermeldungen | Trifft der Leser eine lokale Entscheidung oder meldet er an eine separate Steuerung? |
| Touchscreen-Zugangsterminal | PIN-Eingabe, Menünavigation, Besucheraufforderungen und kontextbezogene Anweisungen | Welche Aktionen sind lokal zulässig und wie werden Touch-Ereignisse gesichert und validiert? |
| Biometrisches Terminal | Positionierungshinweise, Fortschrittsfeedback, Wiederholungsanweisungen und Ergebniszustände | Wo werden biometrische Erfassung, Abgleich, Vorlagen und Datenschutzkontrollen behandelt? |
| Zeit- und Anwesenheitsterminal | Benutzeridentität, Ein- oder Ausstempelstatus, Arbeitscodes und Transaktionsbestätigung | Was muss verfügbar bleiben, wenn Netzwerk oder Server offline sind? |
| Besucher- oder Gegensprechterminal | Verzeichnis, Anrufstatus, Kameravorschau, Anweisungen und Barrierefreiheitsunterstützung | Wie werden Video, Audio, Touch, Türfreigabe und Fernbedienungsfunktionen getrennt? |
Eine Anforderung wie “4-Zoll-Android-Zugangsdisplay” ist noch nicht ausreichend. Die technische Basislinie sollte auch die Benutzerreise, Authentifizierungsmethoden, Türsteuerungsarchitektur, Netzwerkabhängigkeiten, Installationsumgebung, Betrachtungsposition, Stromquelle, Gehäuse, Software-Eigentum und Produktionsmengen definieren.
Zugangskontrollterminale sind in der Regel platzbeschränkt, da die Frontfläche mehr als nur einen Bildschirm aufnehmen muss. Eine Kamera muss möglicherweise in der Nähe der Augenhöhe bleiben. Eine RFID-Antenne muss Materialien und Elektronik vermeiden, die ihren vorgesehenen Betrieb stören. Ein Fingerabdrucksensor benötigt eine zugängliche physische Position. Lautsprecher, Mikrofone und Beleuchtungskomponenten erfordern Öffnungen oder kontrollierte optische Pfade.
Das Displayformat sollte diesem Layout folgen.
Ein kleines Querformat-TFT-LCD kann gut funktionieren, wenn das Terminal hauptsächlich Status, kurze Anweisungen, Symbole oder eine einfache PIN-Oberfläche anzeigt. Seine Breite kann Text und nebeneinanderliegende visuelle Elemente unterstützen, aber es kann mit dem Leser oder der Kamera um horizontalen Frontplattenplatz konkurrieren.
Ein Hochformat-Display kann vertikal angeordnete Schritte unterstützen, wie z. B. Berechtigung vorlegen, PIN eingeben, Gesicht positionieren, warten und Ergebnis anzeigen. Dieses Format kann sich natürlich an ein schmales wandmontiertes Terminal anpassen. Das Team muss dennoch Touch-Zielgröße, Einhandbedienung, Textlänge und Kameraposition verifizieren.
Ein schmales Balken-LCD kann nützlich sein, wenn das Produkt einen schlanken Statusbereich über oder neben einem Berechtigungsleser erfordert. Es kann ein unverwechselbares Industriedesign bieten und Platz für Kameras oder Sensoren erhalten. Ein gestrecktes Seitenverhältnis schränkt jedoch konventionelle UI-Layouts ein, sodass die Anwendung speziell für den aktiven Bereich gestaltet werden muss.
Die öffentliche Smart-Access-Demonstration von RJY Display verwendete ein kleines Balken-LCD mit einem Android-Motherboard und zeigte, dass diese Architektur für ein definiertes Zugangsterminalprojekt in Betracht gezogen werden kann. Die Demonstration sollte nicht als Beweis interpretiert werden, dass jedes Balkendisplay oder Android-Board automatisch für jedes Zugangskontrollsystem geeignet ist.
Eine Türterminal-Interaktion ist kurz. Benutzer erwarten nicht, eine komplexe Oberfläche zu studieren, während sie an einem Eingang stehen. Das Display sollte den aktuellen Zustand klar machen, ohne sich auf eine einzelne Farbe, ein kleines Symbol oder eine kurzlebige Animation zu verlassen.
Definieren Sie mindestens das visuelle Verhalten für:
Erfolgs- und Fehlerzustände sollten lange genug sichtbar bleiben, um verstanden zu werden, aber der Bildschirm sollte in einen datenschutzschonenden Leerlaufzustand zurückkehren, ohne Informationen über den vorherigen Benutzer preiszugeben.
Obwohl eine eingebettete Terminaloberfläche nicht automatisch eine Webseite ist, bietet WCAG 2.2 nützliche UI-Designreferenzen. Es spezifiziert ein Kontrastverhältnis von mindestens 4,5:1 für normalen Text und 3:1 für großen Text unter seinem Mindestkontrastkriterium. Es definiert auch Mindest- und erweiterte Zeigerzielrichtlinien für berührungsbediente Oberflächen.1
Diese Werte ersetzen nicht die geltenden Barrierefreiheitsanforderungen des Produkts oder Tests an echten Geräten. Sie bieten einen Ausgangspunkt für die Bewertung von Text, Symbolen und Bedienelementen. Die endgültige Lesbarkeit hängt weiterhin von Pixeldichte, Schriftdarstellung, Abdeckglasreflexionen, Betrachtungsabstand, Installationshöhe, Umgebungslicht und der Sehkraft realer Benutzer ab.
Vermeiden Sie es, Farbe allein zur Unterscheidung von gewährten und verweigerten Zuständen zu verwenden. Kombinieren Sie Farbe mit einem klaren Symbol, Text, Audio oder einem anderen geeigneten Signal. Die UI sollte auch vermeiden, eine grüne Bestätigung anzuzeigen, während die Türsteuerung einen widersprüchlichen Zustand meldet.
Das Display ist ein Ausgabegerät. Der Touch-Sensor, die Kamera, der RFID-Leser, der Fingerabdrucksensor, die Tastatur und das Mikrofon sind separate Eingabesysteme. Sie können einen gemeinsamen Host-Prozessor und ein gemeinsames Gehäuse haben, aber sie haben unterschiedliche Schnittstellen, Treiber, Timing-Anforderungen und Fehlermodi.
| Subsystem | Primärfunktion | Typische Integrationsfragen |
|---|---|---|
| TFT-LCD | Zeigt Eingabeaufforderungen, Status und grafische Benutzeroberfläche | Panel-Schnittstelle, Timing, Stromversorgung, Hintergrundbeleuchtung, Betrachtungswinkel und mechanische Passung |
| Touch-Sensor | Meldet Benutzer-Touchkoordinaten oder Gesten | Touch-Controller, USB- oder I2C-Pfad, Cover-Stack, Abstimmung, Erdung und Treiber |
| Kamera und Beleuchtung | Erfasst Bilder für freigegebene Anwendungsfunktionen | Sichtfeld, Bildschnittstelle, Beleuchtung, thermische Last, Datenschutz und Anwendungseigentum |
| Berechtigungsleser | Liest eine Karte, ein Tag, eine mobile Berechtigung oder ein anderes unterstütztes Token | Antennenposition, Protokoll, Controller-Grenze, elektrisches Rauschen und Gehäusematerialien |
| Fingerabdruck- oder Tastatureingabe | Bietet einen weiteren Authentifizierungsfaktor oder eine Benutzereingabemethode | Physischer Zugang, Datenpfad, Reinigung, Verschleiß, Datenschutz und lokale Softwareintegration |
| Mikrofon und Lautsprecher | Bietet Gegensprechfunktion oder akustisches Feedback | Audio-Codec, Akustikdesign, Echo, Öffnungen, Abdichtung und Anwendungsverhalten |
Ein Ausfall in einem Subsystem sollte nicht durch ein anderes verschleiert werden. Beispielsweise beweist ein funktionierendes LCD nicht, dass der Berechtigungsleser online ist. Eine Kameravorschau beweist nicht, dass die biometrische Verarbeitung oder der Türcontroller verfügbar ist. Eine Touch-Animation beweist nicht, dass der angeforderte Vorgang akzeptiert wurde.
Der Anzeigepfad hängt von der ausgewählten Host-Platine ab. Kompakte eingebettete Systeme können RGB, MIPI DSI, LVDS, eDP, SPI oder eine andere unterstützte Panel-Schnittstelle verwenden. Eine Controller-Platine kann stattdessen eine externe Videoquelle wie HDMI akzeptieren.
Diese Architekturen dürfen nicht ohne Weiteres gemischt werden. HDMI kann ein rohes MIPI-, RGB-, LVDS- oder eDP-Panel nicht passiv ansteuern. Ein aktiver Empfänger, eine Brücke, ein Scaler oder eine Controller-Platine ist erforderlich, um das Quellvideo in das elektrische Format, Timing und die Initialisierung zu übersetzen, die das LCD erwartet.
Touch bleibt ein separater Eingabepfad. Bei einem typischen HDMI-Touchdisplay überträgt HDMI das Bild und USB überträgt die Touchkoordinaten. Ein eingebetteter Touch-Controller kann stattdessen über I²C oder eine andere Schnittstelle verbunden sein.2Das USB Implementers Forum veröffentlicht die Human Interface Device-Klassenspezifikationen, die von konformen USB-Eingabegeräten verwendet werden.2
Vor der Auswahl des Moduls bestätigen:
Ein Zugangsterminal kann eine Android- oder Linux-Computing-Platine enthalten, die Display, Touch-UI, Kamera, Audio und Netzwerkanwendung steuert. Dasselbe Gehäuse kann auch Türsteuerungselektronik enthalten, oder das Terminal kann mit einem separaten sicheren Controller kommunizieren.
Das Projekt muss definieren, welche Komponente die Zugangsentscheidung trifft und welche Komponente das Schloss mit Strom versorgt. Eine grafische Anwendung sollte nicht allein deshalb als einzige Sicherheitsgrenze angenommen werden, weil sie auf der Host-Platine des Bildschirms läuft.
Die Security Industry Association beschreibt das Open Supervised Device Protocol als einen Zugangskontroll-Kommunikationsstandard, der die Interoperabilität zwischen Zugangskontroll- und Sicherheitsprodukten verbessern soll. Die aktuellen SIA-Informationen identifizieren OSDP v2.2.2 und weisen darauf hin, dass OSDP als IEC 60839-11-5 veröffentlicht wurde.3
Dies bedeutet nicht, dass jede RJY-Display-Platine oder jedes vorgeschlagene Terminal OSDP unterstützt. Wenn ein Projekt OSDP, RS-485, Wiegand, Ethernet, CAN, Relais-I/O oder eine andere Kommunikationsmethode erfordert, müssen die genaue Hardware, das elektrische Design, die Softwareimplementierung und die Zertifizierungsanforderungen für dieses Projekt bestätigt werden.
Netzwerkverlust, Serververfügbarkeit und Kommunikationsverlust zum Türcontroller sind unterschiedliche Ereignisse. Die Benutzeroberfläche sollte nur den Zustand anzeigen, den das Terminal verifizieren kann.
Zu klärende Fragen umfassen:
Ein allgemeines “Offline”-Symbol ist unzureichend, wenn verschiedene Offline-Zustände unterschiedliche Wartungsmaßnahmen oder Zugriffsrichtlinien erfordern.
Eine Android-Platine kann Grafik, Netzwerk, Kamera, Audio und Anwendungsunterstützung bieten, aber “Android-kompatibles LCD” ist keine vollständige technische Spezifikation. Die Kompatibilität muss für das genaue Panel, die Platinenrevision, den Bootloader, den Kernel, das BSP, den Device Tree, den Display-Treiber, den Touch-Treiber und das Anwendungsimage nachgewiesen werden.
Das Systemteam sollte bestätigen, ob jedes Peripheriegerät eine unterstützte native Schnittstelle verwendet oder eine externe Brücke oder einen Controller erfordert. Verfügbare Steckverbinder beweisen für sich genommen nicht, dass jede Kamera, jedes Display, jeder Touch-Sensor, jeder Berechtigungsleser oder jedes Audiogerät gleichzeitig betrieben werden kann.
Softwareverantwortlichkeiten sollten ebenfalls vor der Prototypfreigabe zugewiesen werden:
RJY Display unterstützt Controller-Board- und Firmware-Diskussionen für definierte Display-Projekte, jedoch ist die Softwareanpassung projektabhängig. Sie sollte nicht als automatische Plug-and-Play-Fähigkeit behandelt werden.
Das vordere Terminal-Panel muss als eine mechanische und optische Baugruppe konstruiert sein. Die aktive LCD-Fläche, der Touch-Sensor, Kamerafenster, Beleuchtungsöffnungen, Leserantenne, Mikrofon, Lautsprecher, Fingerabdrucksensor, bedruckter Rahmen und Montageelemente konkurrieren alle um begrenzten Raum.
Prüfen Sie die vollständigen Zeichnungen auf:
Das Abdeckglas kann um eine bestehende Display-Plattform koordiniert werden, begründet jedoch nicht eigenständig eine Stoß-, Eindring- oder Umweltzertifizierung für das fertige Terminal. Diese Eigenschaften hängen vom vollständigen Gehäuse, den Materialien, Dichtungen, der Montage und dem Qualifizierungsprogramm ab.
Ein Display-Muster mit Testbild ist noch kein validiertes Terminal. Der repräsentative Prototyp sollte das vorgesehene LCD, den Touch-Stack, das Host-Board, die Kamera, Beleuchtung, den Berechtigungsleser, die Audio-Hardware, die Türcontroller-Schnittstelle, die Stromversorgungsarchitektur, die Kabelführung, das Gehäuse und die Software-Version umfassen.
Prüfen Sie jeden Benutzerzustand aus der vorgesehenen Montagehöhe, Betrachtungsdistanz und Annäherungsrichtung. Testen Sie normale und schwache Umgebungsbeleuchtung, Reflexionen, Sprachvarianten, lange Namen, Fehlertexte, Bildschirmrotation, Dimmen, Aufwecken und Datenschutz-Timeout.
Verifizieren Sie Touch-Genauigkeit, Kantenverhalten, Leserbetrieb, Kameraausrichtung, Beleuchtung, Fingerabdruck- oder Tastaturzugang, Audio-Pegel und Mikrofonleistung im montierten Gehäuse. Üben Sie die Peripheriegeräte gemeinsam aus, nicht nur einzeln.
Testen Sie Kaltstart, wiederholte Stromzyklen, Neustart der Anwendung, Watchdog-Wiederherstellung, Netzwerktrennung, Server-Wiederverbindung, Verlust der Türcontroller-Kommunikation, Peripherietrennung wo sicher, fehlgeschlagenes Software-Update und Rollback. Bestätigen Sie, dass der Bildschirm niemals einen Zugriff-gewährt-Zustand ohne das entsprechende genehmigte Systemereignis anzeigt.
Die genehmigte Konfiguration sollte das LCD-Modell und die Revision, den Touch-Sensor, die Abdeckglas-Zeichnung, Kamera, Leser, Audiokomponenten, Host-Board-Revision, Türschnittstellen-Hardware, Kabelzeichnungen, Firmware, BSP, Device Tree, Anwendungs-Build, Konfigurationsdateien und das Produktionstestverfahren identifizieren.
Ein funktionierendes Engineering-Muster ist nicht reproduzierbar, wenn es von einem undokumentierten Kabel, manuell installiertem Treiber, temporären Registereinstellungen oder einer nicht aufgezeichneten Touch-Konfiguration abhängt.
Für eine nützliche technische Überprüfung stellen Sie bereit:
RJY Display kann verfügbare TFT-LCD-Module, Balkendisplays, Touch-Optionen, Controller-Boards und Anpassungen rund um eine bestehende Display-Plattform prüfen. Die Diskussion kann Abdeckglas, Hintergrundbeleuchtung, FPC, Schnittstelle, Touch, Controller-Board, Firmware und mechanische Koordination je nach Projektmachbarkeit umfassen.
Ein kompaktes Quer-, Hoch- oder Balken-TFT-LCD kann je nach UI, Kamera, Berechtigungsleser, Tastatur, Fingerabdrucksensor und Gehäuselayout des Terminals geeignet sein. Das korrekte Format sollte aus der vollständigen Frontpanel-Architektur ausgewählt werden, nicht allein aus der Displaygröße.
Nein. Das TFT-LCD zeigt Aufforderungen und Ergebnisse an. Kameraerfassung, biometrische Verarbeitung, Berechtigungslesen, Zutrittsentscheidungen und Türsteuerung gehören zu separaten Hardware- und Softwarefunktionen, auch wenn mehrere Funktionen ein gemeinsames eingebettetes Host-Board nutzen.
Nein. HDMI erfordert einen aktiven Empfänger, Bridge, Scaler oder ein Controller-Board, um die panelkompatible Schnittstelle, das Timing und die Initialisierung zu erzeugen. Ein passives Kabel kann diese Konvertierung nicht durchführen oder die Panel-Stromversorgung und Hintergrundbeleuchtungsfunktionen bereitstellen.
Nein. Die Kompatibilität muss für das exakte LCD, den Touch-Controller, die Board-Revision, Schnittstelle, Timing, Stecker, Stromversorgung, Bootloader, Kernel, BSP, Device Tree und Software-Image verifiziert werden. Peripherieanforderungen wie Kameras, Leser, Audio und Türcontroller-Kommunikation müssen ebenfalls geprüft werden.
Testen Sie den vollständigen Display- und Touch-Stack, Kamera und Beleuchtung, Berechtigungsleser, Audio, Türcontroller-Kommunikation, UI-Zustände, Betrachtungsbedingungen, Start, wiederholte Stromzyklen, Netzwerkverlust, Controller-Verlust, Anwendungswiederherstellung, Software-Update-Verhalten, Gehäusemontage und die kontrollierte Produktionskonfiguration.
Teilen Sie Ihre Display-Größe, Auflösung, Schnittstelle, Helligkeit, Touch-Anforderung, Controllerplatinen-Anforderung und Anwendungsumgebung mit.
Lesen Sie weiterführende Display-Technologie-Leitfäden und Anwendungsreferenzen.
Sprechen Sie mit dem Ingenieurteam von RJY über Display-Auswahl, Prüfung der Steuerplatine und individuelle Anpassungsmöglichkeiten.
