Il display di un terminale di controllo accessi ha un compito mirato ma impegnativo. Deve fornire agli utenti un feedback immediato e inequivocabile condividendo un pannello frontale compatto con telecamera, lettore di credenziali, sistema di illuminazione, microfono, altoparlante, tastierino, sensore di impronte digitali o altro hardware di autenticazione.
Il TFT LCD è quindi solo una parte del terminale. Non verifica una credenziale, non prende una decisione di accesso né controlla direttamente la porta semplicemente mostrando un messaggio di approvazione o rifiuto. Queste funzioni appartengono al software del terminale, al sottosistema delle credenziali, al controller della porta e all'architettura più ampia del controllo accessi.
Per i team OEM, il processo di progettazione corretto inizia definendo l'interazione utente completa e il confine del sistema. Dimensioni del display, proporzioni, interfaccia e tecnologia touch possono quindi essere selezionate in base a tale architettura, piuttosto che trattate come scelte indipendenti da catalogo.
“Terminale di controllo accessi” può descrivere diversi prodotti. Un semplice lettore può richiedere solo un display di stato compatto. Un terminale per presenze e orari di lavoro può richiedere informazioni sui dipendenti, prompt di pianificazione e navigazione touch. Un terminale visitatori può includere telecamera, flusso di lavoro con codice QR, citofono e interfaccia grafica più ampia. Un terminale biometrico può dover coordinare il posizionamento del viso, i prompt delle credenziali, la registrazione e il feedback delle transazioni.
Il primo passo ingegneristico è documentare quali funzioni sono locali al terminale e quali sono eseguite altrove.
| Ruolo del terminale | Requisito tipico del display | Domande di sistema |
|---|---|---|
| Lettore di stato | Prompt brevi, stato delle credenziali, stato della porta e messaggi di errore | Il lettore prende una decisione locale o riporta a un controller separato? |
| Terminale di accesso touchscreen | Inserimento PIN, navigazione nei menu, prompt per visitatori e istruzioni contestuali | Quali azioni sono consentite localmente e come vengono protetti e validati gli eventi touch? |
| Terminale biometrico | Guida al posizionamento, feedback di avanzamento, istruzioni di ripetizione e stati dei risultati | Dove vengono gestite acquisizione biometrica, corrispondenza, modelli e controlli sulla privacy? |
| Terminale per presenze e orari di lavoro | Identità utente, stato di entrata o uscita, codici di lavoro e conferma delle transazioni | Cosa deve rimanere disponibile quando la rete o il server è offline? |
| Terminale visitatori o citofono | Rubrica, stato della chiamata, anteprima della telecamera, istruzioni e supporto all'accessibilità | Come vengono separate video, audio, touch, rilascio della porta e funzioni dell'operatore remoto? |
Un requisito come “display Android da 4 pollici per accesso” non è ancora sufficiente. La baseline ingegneristica dovrebbe anche definire il percorso utente, i metodi di autenticazione, l'architettura del controller della porta, le dipendenze di rete, l'ambiente di installazione, la posizione di visione, la fonte di alimentazione, l'involucro, la proprietà del software e le quantità di produzione.
I terminali di controllo accessi sono generalmente vincolati nello spazio perché la superficie frontale deve ospitare più di uno schermo. Una telecamera potrebbe dover rimanere vicino al livello degli occhi. Un'antenna RFID deve evitare materiali ed elettronica che interferiscono con il suo funzionamento previsto. Un sensore di impronte digitali necessita di una posizione fisica accessibile. Altoparlanti, microfoni e componenti di illuminazione richiedono aperture o percorsi ottici controllati.
Il formato del display dovrebbe seguire questo layout.
Un piccolo TFT LCD orizzontale può funzionare bene quando il terminale mostra principalmente stato, brevi istruzioni, icone o una semplice interfaccia PIN. La sua larghezza può supportare testo ed elementi visivi affiancati, ma potrebbe competere con il lettore o la telecamera per lo spazio orizzontale del pannello frontale.
Un display verticale può supportare passaggi ordinati verticalmente come presentare la credenziale, inserire il PIN, posizionare il viso, attendere e visualizzare il risultato. Questo formato può allinearsi naturalmente con un terminale da parete stretto. Il team deve comunque verificare la dimensione dei target touch, l'uso con una sola mano, la lunghezza del testo e il posizionamento della telecamera.
Un LCD a barra stretto può essere utile quando il prodotto richiede un'area di stato sottile sopra o accanto a un lettore di credenziali. Può fornire un design industriale distintivo e preservare spazio per telecamere o sensori. Tuttavia, un rapporto d'aspetto allungato limita i layout UI convenzionali, quindi l'applicazione deve essere progettata specificamente per l'area attiva.
La dimostrazione pubblica Smart Access di RJY Display ha utilizzato un piccolo LCD a barra con una scheda madre Android, mostrando che questa architettura può essere considerata per un progetto definito di terminale di accesso. La dimostrazione non deve essere interpretata come prova che ogni display a barra o scheda Android sia automaticamente adatto a ogni sistema di controllo accessi.
L'interazione con un terminale per porte è breve. Gli utenti non si aspettano di studiare un'interfaccia complessa mentre sono in piedi all'ingresso. Il display dovrebbe rendere chiaro lo stato corrente senza affidarsi a un singolo colore, una piccola icona o un'animazione di breve durata.
Come minimo, definire il comportamento visivo per:
Gli stati di successo e fallimento dovrebbero rimanere visibili abbastanza a lungo per essere compresi, ma lo schermo dovrebbe tornare a uno stato inattivo che preservi la privacy senza esporre informazioni sull'utente precedente.
Sebbene un'interfaccia di terminale embedded non sia automaticamente una pagina web, WCAG 2.2 fornisce riferimenti utili per la progettazione UI. Specifica un rapporto di contrasto di almeno 4,5:1 per testo normale e 3:1 per testo grande secondo il suo criterio di contrasto minimo. Definisce inoltre linee guida minime e potenziate per i target del puntatore per interfacce operate tramite touch.1
Questi valori non sostituiscono i requisiti di accessibilità applicabili del prodotto o i test su dispositivi reali. Forniscono un punto di partenza per valutare testo, icone e controlli. La leggibilità finale dipende comunque dalla densità dei pixel, dal rendering dei caratteri, dai riflessi del vetro di copertura, dalla distanza di visione, dall'altezza di installazione, dalla luce ambientale e dalla vista degli utenti reali.
Evitare di usare il solo colore per distinguere gli stati di concessione e negazione. Combinare il colore con un'icona chiara, testo, audio o un altro segnale appropriato. L'UI dovrebbe anche evitare di mostrare una conferma verde mentre il controller della porta riporta uno stato conflittuale.
Il display è un dispositivo di output. Il sensore touch, la telecamera, il lettore RFID, il sensore di impronte digitali, il tastierino e il microfono sono sistemi di input separati. Possono condividere un processore host e un involucro, ma hanno interfacce, driver, requisiti di temporizzazione e modalità di guasto diversi.
| Sottosistema | Funzione primaria | Domande tipiche di integrazione |
|---|---|---|
| Il TFT LCD | Mostra prompt, stato e interfaccia grafica utente | Interfaccia pannello, temporizzazione, alimentazione, retroilluminazione, angolo di visuale e adattamento meccanico |
| Sensore touch | Riporta le coordinate di tocco o i gesti dell'utente | Controller di tocco, percorso USB o I2C, stack di copertura, messa a punto, messa a terra e driver |
| Fotocamera e illuminazione | Acquisisce immagini per le funzioni applicative approvate | Campo visivo, interfaccia immagine, illuminazione, carico termico, privacy e titolarità dell'applicazione |
| Lettore di credenziali | Legge una scheda, un tag, una credenziale mobile o un altro token supportato | Posizione dell'antenna, protocollo, confine del controller, rumore elettrico e materiali dell'involucro |
| Ingresso tramite impronta digitale o tastierino | Fornisce un ulteriore fattore di autenticazione o metodo di input utente | Accesso fisico, percorso dati, pulizia, usura, privacy e integrazione software locale |
| Microfono e altoparlante | Fornisce interfono o feedback acustico | Codec audio, progettazione acustica, eco, aperture, sigillatura e comportamento applicativo |
Un guasto in un sottosistema non deve essere mascherato da un altro. Ad esempio, un LCD funzionante non dimostra che il lettore di credenziali sia online. Un'anteprima della fotocamera non dimostra che l'elaborazione biometrica o il controller della porta siano disponibili. Un'animazione di tocco non dimostra che l'operazione richiesta sia stata accettata.
Il percorso di visualizzazione dipende dalla scheda host selezionata. I sistemi embedded compatti possono utilizzare RGB, MIPI DSI, LVDS, eDP, SPI o un'altra interfaccia pannello supportata. Una scheda controller di visualizzazione può invece accettare una sorgente video esterna come HDMI.
Queste architetture non devono essere mescolate casualmente. HDMI non può pilotare passivamente un pannello MIPI, RGB, LVDS o eDP grezzo. È necessario un ricevitore attivo, bridge, scaler o scheda controller per convertire il video sorgente nel formato elettrico, nella temporizzazione e nell'inizializzazione previsti dall'LCD.
Il tocco rimane un percorso di input separato. In un tipico display touch HDMI, HDMI trasporta l'immagine e USB trasporta le coordinate di tocco. Un controller di tocco embedded può invece collegarsi tramite I2C o un'altra interfaccia. L'USB Implementers Forum pubblica le specifiche della classe Human Interface Device utilizzate dai dispositivi di input USB conformi.2
Prima di selezionare il modulo, confermare:
Un terminale di accesso può contenere una scheda di calcolo Android o Linux che gestisce display, interfaccia touch, fotocamera, audio e applicazione di rete. Lo stesso involucro può anche contenere l'elettronica di controllo della porta, oppure il terminale può comunicare con un controller sicuro separato.
Il progetto deve definire quale componente prende la decisione di accesso e quale componente alimenta la serratura. Un'applicazione grafica non deve essere considerata l'unico confine di sicurezza semplicemente perché esegue sulla scheda host dello schermo.
La Security Industry Association descrive l'Open Supervised Device Protocol come uno standard di comunicazione per il controllo accessi volto a migliorare l'interoperabilità tra prodotti di controllo accessi e sicurezza. Le attuali informazioni SIA identificano OSDP v2.2.2 e notano che OSDP è stato pubblicato come IEC 60839-11-5.3
Ciò non significa che ogni scheda RJY Display o terminale proposto supporti OSDP. Se un progetto richiede OSDP, RS-485, Wiegand, Ethernet, CAN, I/O relè o un altro metodo di comunicazione, l'hardware esatto, la progettazione elettrica, l'implementazione software e i requisiti di certificazione devono essere confermati per quel progetto.
La perdita di rete, l'indisponibilità del server e la perdita di comunicazione con il controller della porta sono eventi diversi. L'interfaccia utente deve presentare solo lo stato che il terminale può verificare.
Le domande da risolvere includono:
Un'icona generica “offline” è insufficiente se diversi stati offline richiedono diverse azioni di assistenza o politiche di accesso.
Una scheda Android può fornire grafica, rete, fotocamera, audio e supporto applicativo, ma “LCD compatibile con Android” non è una specifica tecnica completa. La compatibilità deve essere stabilita per il pannello esatto, la revisione della scheda, il bootloader, il kernel, il BSP, il device tree, il driver di visualizzazione, il driver di tocco e l'immagine applicativa.
Il team di sistema deve confermare se ogni periferica utilizza un'interfaccia nativa supportata o richiede un bridge o controller esterno. I connettori disponibili non dimostrano di per sé che ogni fotocamera, display, sensore di tocco, lettore di credenziali o dispositivo audio possa operare simultaneamente.
Le responsabilità software devono inoltre essere assegnate prima dell'approvazione del prototipo:
RJY Display supporta discussioni su scheda controller e firmware per progetti display definiti, ma l'adattamento software dipende dal progetto. Non deve essere trattato come una capacità automatica di tipo plug-and-play.
Il pannello frontale del terminale deve essere progettato come un unico gruppo meccanico e ottico. L'area attiva del LCD, il sensore touch, le finestre della fotocamera, le aperture di illuminazione, l'antenna del lettore, il microfono, l'altoparlante, il sensore di impronte digitali, il bordo stampato e le caratteristiche di montaggio competono tutti per uno spazio controllato.
Esaminare i disegni completi per:
Il vetro di copertura può essere coordinato attorno a una piattaforma display esistente, ma non stabilisce in modo indipendente la certificazione di impatto, ingresso o ambientale per il terminale finito. Queste proprietà dipendono dall'involucro completo, dai materiali, dalle guarnizioni, dal montaggio e dal programma di qualifica.
Un campione display che mostra un'immagine di prova non è ancora un terminale validato. Il prototipo rappresentativo deve includere il LCD previsto, lo stack touch, la scheda host, la fotocamera, l'illuminazione, il lettore di credenziali, l'hardware audio, l'interfaccia del controller della porta, l'architettura di alimentazione, il percorso dei cavi, l'involucro e la release software.
Verificare ogni stato utente dall'altezza di montaggio prevista, dalla distanza di visione e dalla direzione di avvicinamento. Testare condizioni di luce ambientale normale e scarsa, riflessi, varianti linguistiche, nomi lunghi, testo di errore, rotazione dello schermo, attenuazione, riattivazione e timeout di privacy.
Verificare la precisione del touch, il comportamento sui bordi, il funzionamento del lettore, l'allineamento della fotocamera, l'illuminazione, l'accesso tramite impronta digitale o tastierino, il livello audio e le prestazioni del microfono nell'involucro assemblato. Testare le periferiche insieme piuttosto che una sola alla volta.
Testare avvio a freddo, cicli di alimentazione ripetuti, riavvio dell'applicazione, ripristino tramite watchdog, disconnessione di rete, riconnessione al server, perdita di comunicazione con il controller della porta, disconnessione delle periferiche dove sicuro, aggiornamento software fallito e rollback. Confermare che lo schermo non presenti mai uno stato di accesso consentito senza il corrispondente evento di sistema approvato.
La configurazione approvata deve identificare il modello e la revisione del LCD, il sensore touch, il disegno del vetro di copertura, la fotocamera, il lettore, i componenti audio, la revisione della scheda host, l'hardware dell'interfaccia della porta, i disegni dei cavi, il firmware, il BSP, il device tree, la build dell'applicazione, i file di configurazione e la procedura di test di produzione.
Un campione ingegneristico funzionante non è riproducibile se dipende da un cavo non documentato, un driver installato manualmente, un'impostazione di registro temporanea o una configurazione touch non registrata.
Per una revisione ingegneristica utile, fornire:
RJY Display può esaminare moduli TFT LCD disponibili, display a barra, opzioni touch, schede controller e personalizzazioni attorno a una piattaforma display esistente. La discussione può includere vetro di copertura, retroilluminazione, FPC, interfaccia, touch, scheda controller, firmware e coordinamento meccanico in base alla fattibilità del progetto.
Un TFT LCD compatto in formato orizzontale, verticale o a barra può essere adatto a seconda della UI del terminale, della fotocamera, del lettore di credenziali, del tastierino, del sensore di impronte digitali e del layout dell'involucro. Il formato corretto deve essere selezionato dall'architettura completa del pannello frontale piuttosto che dalla sola dimensione del display.
No. Il TFT LCD visualizza prompt e risultati. L'acquisizione della fotocamera, l'elaborazione biometrica, la lettura delle credenziali, le decisioni di accesso e il controllo della porta appartengono a funzioni hardware e software separate, anche quando più funzioni condividono una singola scheda host integrata.
No. L'HDMI richiede un ricevitore attivo, un bridge, uno scaler o una scheda controller per generare l'interfaccia, il timing e l'inizializzazione compatibili con il pannello. Un cavo passivo non può eseguire quella conversione né fornire l'alimentazione del pannello e le funzioni di retroilluminazione.
No. La compatibilità deve essere verificata per il LCD esatto, il controller touch, la revisione della scheda, l'interfaccia, il timing, il connettore, l'alimentazione, il bootloader, il kernel, il BSP, il device tree e l'immagine software. Devono essere verificati anche i requisiti delle periferiche come fotocamere, lettori, audio e comunicazione con il controller della porta.
Testare lo stack completo di display e touch, fotocamera e illuminazione, lettore di credenziali, audio, comunicazione con il controller della porta, stati UI, condizioni di visualizzazione, avvio, cicli di alimentazione ripetuti, perdita di rete, perdita del controller, ripristino dell'applicazione, comportamento degli aggiornamenti software, assemblaggio dell'involucro e la configurazione di produzione controllata.
Condividi le dimensioni del display, la risoluzione, l'interfaccia, la luminosità, i requisiti tattili, i requisiti della scheda controller e l'ambiente applicativo.
Continua a leggere guide tecniche sui display e riferimenti applicativi correlati.
Parla con il team di ingegneri di RJY per l'abbinamento del display, la revisione della scheda controller e la discussione sulla personalizzazione.
+86 13316179236
