La pantalla de un terminal de control de acceso tiene una función específica pero exigente. Debe proporcionar a los usuarios una retroalimentación inmediata e inequívoca, compartiendo al mismo tiempo un panel frontal compacto con una cámara, un lector de credenciales, un sistema de iluminación, un micrófono, un altavoz, un teclado, un sensor de huellas dactilares u otro hardware de autenticación.
Por lo tanto, la pantalla TFT LCD es solo una parte del terminal. No verifica una credencial, toma una decisión de acceso ni controla directamente la puerta simplemente porque muestra un mensaje de aprobación o rechazo. Esas funciones pertenecen al software del terminal, al subsistema de credenciales, al controlador de puerta y a la arquitectura de control de acceso en general.
Para los equipos OEM, el proceso de diseño correcto comienza definiendo la interacción completa del usuario y el límite del sistema. El tamaño de la pantalla, la relación de aspecto, la interfaz y la tecnología táctil pueden seleccionarse entonces en función de esa arquitectura, en lugar de tratarse como opciones independientes de un catálogo.
“El término ”terminal de control de acceso" puede describir varios productos diferentes. Un lector simple puede necesitar solo una pantalla de estado compacta. Un terminal de tiempo y asistencia puede requerir información del empleado, indicaciones de horario y navegación táctil. Un terminal para visitantes puede incluir una cámara, un flujo de trabajo con código QR, un interfono y una interfaz gráfica más grande. Un terminal biométrico puede necesitar coordinar el posicionamiento facial, las indicaciones de credenciales, el registro y la retroalimentación de transacciones.
El primer paso de ingeniería es documentar qué funciones son locales al terminal y cuáles se realizan en otro lugar.
| Función del terminal | Requisito típico de pantalla | Preguntas del sistema |
|---|---|---|
| Lector de estado | Indicaciones breves, estado de la credencial, estado de la puerta y mensajes de fallo | ¿El lector toma una decisión local o informa a un controlador separado? |
| Terminal de acceso con pantalla táctil | Ingreso de PIN, navegación por menús, indicaciones para visitantes e instrucciones contextuales | ¿Qué acciones están permitidas localmente y cómo se aseguran y validan los eventos táctiles? |
| Terminal biométrico | Guía de posicionamiento, retroalimentación de progreso, instrucciones de reintento y estados de resultado | ¿Dónde se gestionan la captura biométrica, el emparejamiento, las plantillas y los controles de privacidad? |
| Terminal de tiempo y asistencia | Identidad del usuario, estado de entrada o salida, códigos de trabajo y confirmación de transacción | ¿Qué debe permanecer disponible cuando la red o el servidor están fuera de línea? |
| Terminal para visitantes o interfono | Directorio, estado de llamada, vista previa de cámara, instrucciones y soporte de accesibilidad | ¿Cómo se separan las funciones de video, audio, táctil, liberación de puerta y operador remoto? |
Un requisito como “pantalla de acceso Android de 4 pulgadas” aún no es suficiente. La línea base de ingeniería también debe definir el recorrido del usuario, los métodos de autenticación, la arquitectura del controlador de puerta, las dependencias de red, el entorno de instalación, la posición de visualización, la fuente de alimentación, el gabinete, la propiedad del software y las cantidades de producción.
Los terminales de control de acceso suelen tener limitaciones de espacio porque la superficie frontal debe albergar más que una pantalla. Una cámara puede necesitar permanecer cerca del nivel de los ojos. Una antena RFID debe evitar materiales y electrónica que interfieran con su funcionamiento previsto. Un sensor de huellas dactilares necesita una posición física accesible. Los altavoces, micrófonos y componentes de iluminación requieren aberturas o rutas ópticas controladas.
El formato de la pantalla debe seguir este diseño.
Una pantalla TFT LCD apaisada pequeña puede funcionar bien cuando el terminal muestra principalmente estado, instrucciones cortas, iconos o una interfaz PIN simple. Su anchura puede soportar texto y elementos visuales lado a lado, pero puede competir con el lector o la cámara por el espacio horizontal del panel frontal.
Una pantalla vertical puede soportar pasos ordenados verticalmente como presentar credencial, ingresar PIN, posicionar rostro, esperar y ver el resultado. Este formato puede alinearse naturalmente con un terminal montado en pared estrecho. El equipo aún debe verificar el tamaño del objetivo táctil, la operación con una sola mano, la longitud del texto y la ubicación de la cámara.
Una pantalla LCD de barra estrecha puede ser útil cuando el producto requiere un área de estado delgada encima o al lado de un lector de credenciales. Puede proporcionar un diseño industrial distintivo y preservar espacio para cámaras o sensores. Sin embargo, una relación de aspecto alargada limita los diseños de interfaz de usuario convencionales, por lo que la aplicación debe diseñarse específicamente para el área activa.
La demostración pública Smart Access de RJY Display utilizó una pantalla LCD de barra pequeña con una placa base Android, mostrando que esta arquitectura puede considerarse para un proyecto de terminal de acceso definido. La demostración no debe interpretarse como una prueba de que cualquier pantalla de barra o placa Android es automáticamente adecuada para cualquier sistema de control de acceso.
La interacción con un terminal de puerta es breve. Los usuarios no esperan estudiar una interfaz compleja mientras están de pie en una entrada. La pantalla debe dejar claro el estado actual sin depender de un solo color, un icono pequeño o una animación de corta duración.
Como mínimo, defina el comportamiento visual para:
Los estados de éxito y fallo deben permanecer visibles el tiempo suficiente para ser comprendidos, pero la pantalla debe volver a un estado de inactividad que preserve la privacidad sin exponer información sobre el usuario anterior.
Aunque una interfaz de terminal embebido no es automáticamente una página web, WCAG 2.2 proporciona referencias útiles para el diseño de UI. Especifica una relación de contraste de al menos 4.5:1 para texto normal y 3:1 para texto grande bajo su criterio de contraste mínimo. También define una guía de objetivo de puntero mínima y mejorada para interfaces operadas por táctil.1
Estos valores no reemplazan los requisitos de accesibilidad aplicables del producto ni las pruebas en dispositivos reales. Proporcionan un punto de partida para evaluar texto, iconos y controles. La legibilidad final aún depende de la densidad de píxeles, la representación de fuentes, los reflejos del vidrio de cubierta, la distancia de visualización, la altura de instalación, la luz ambiental y la vista de los usuarios reales.
Evite usar solo el color para distinguir los estados de concedido y denegado. Combine el color con un icono claro, texto, audio u otra señal apropiada. La UI también debe evitar presentar una confirmación verde mientras el controlador de puerta informa un estado conflictivo.
La pantalla es un dispositivo de salida. El sensor táctil, la cámara, el lector RFID, el sensor de huellas dactilares, el teclado y el micrófono son sistemas de entrada separados. Pueden compartir un procesador anfitrión y un gabinete, pero tienen diferentes interfaces, controladores, requisitos de temporización y modos de fallo.
| Subsistema | Función principal | Preguntas típicas de integración |
|---|---|---|
| LCD TFT | Muestra indicaciones, estado e interfaz gráfica de usuario | Interfaz de panel, temporización, alimentación, retroiluminación, ángulo de visión y ajuste mecánico |
| Sensor táctil | Reporta coordenadas táctiles o gestos del usuario | Controlador táctil, ruta USB o I2C, pila de cubierta, ajuste, conexión a tierra y controlador |
| Cámara e iluminación | Captura imágenes para funciones de aplicación aprobadas | Campo de visión, interfaz de imagen, iluminación, carga térmica, privacidad y propiedad de la aplicación |
| Lector de credenciales | Lee una tarjeta, etiqueta, credencial móvil u otro token compatible | Posición de antena, protocolo, límite del controlador, ruido eléctrico y materiales del gabinete |
| Entrada de huella dactilar o teclado | Proporciona otro factor de autenticación o método de entrada de usuario | Acceso físico, ruta de datos, limpieza, desgaste, privacidad e integración de software local |
| Micrófono y altavoz | Proporciona intercomunicación o retroalimentación audible | Códec de audio, diseño acústico, eco, aberturas, sellado y comportamiento de la aplicación |
Una falla en un subsistema no debe ser disfrazada por otro. Por ejemplo, un LCD funcional no prueba que el lector de credenciales esté en línea. Una vista previa de la cámara no prueba que el procesamiento biométrico o el controlador de puerta estén disponibles. Una animación táctil no prueba que la operación solicitada haya sido aceptada.
La ruta de visualización depende de la placa base seleccionada. Los sistemas embebidos compactos pueden usar RGB, MIPI DSI, LVDS, eDP, SPI u otra interfaz de panel compatible. Una placa controladora de pantalla puede aceptar una fuente de video externa como HDMI.
Estas arquitecturas no deben mezclarse casualmente. HDMI no puede manejar pasivamente un panel MIPI, RGB, LVDS o eDP sin procesar. Se requiere un receptor activo, puente, escalador o placa controladora para traducir el video fuente al formato eléctrico, temporización e inicialización esperados por el LCD.
El táctil sigue siendo una ruta de entrada separada. En una pantalla táctil HDMI típica, HDMI transporta la imagen y USB transporta las coordenadas táctiles. Un controlador táctil embebido puede conectarse a través de I2C u otra interfaz. El Foro de Implementadores de USB publica las especificaciones de la clase de dispositivo de interfaz humana utilizadas por los dispositivos de entrada USB compatibles.2
Antes de seleccionar el módulo, confirme:
Un terminal de acceso puede contener una placa informática Android o Linux que maneje la pantalla, la interfaz táctil, la cámara, el audio y la aplicación de red. El mismo gabinete también puede contener electrónica de control de puerta, o el terminal puede comunicarse con un controlador seguro separado.
El proyecto debe definir qué componente toma la decisión de acceso y qué componente energiza la cerradura. No se debe asumir que una aplicación gráfica es el único límite de seguridad simplemente porque se ejecuta en la placa base de la pantalla.
La Asociación de la Industria de Seguridad describe el Protocolo Abierto Supervisado de Dispositivos como un estándar de comunicaciones para control de acceso destinado a mejorar la interoperabilidad entre productos de control de acceso y seguridad. La información actual de SIA identifica OSDP v2.2.2 y señala que OSDP ha sido publicado como IEC 60839-11-5.3
Esto no significa que cada placa RJY Display o terminal propuesto sea compatible con OSDP. Si un proyecto requiere OSDP, RS-485, Wiegand, Ethernet, CAN, E/S de relé u otro método de comunicación, se deben confirmar el hardware exacto, el diseño eléctrico, la implementación de software y los requisitos de certificación para ese proyecto.
La pérdida de red, la indisponibilidad del servidor y la pérdida de comunicación con el controlador de puerta son eventos diferentes. La interfaz de usuario debe mostrar solo el estado que el terminal puede verificar.
Las preguntas a resolver incluyen:
Un ícono genérico de “fuera de línea” es insuficiente si diferentes estados fuera de línea requieren diferentes acciones de servicio o políticas de acceso.
Una placa Android puede proporcionar gráficos, redes, cámara, audio y soporte de aplicaciones, pero “LCD compatible con Android” no es una especificación de ingeniería completa. La compatibilidad debe establecerse para el panel exacto, la revisión de la placa, el cargador de arranque, el kernel, el BSP, el árbol de dispositivos, el controlador de pantalla, el controlador táctil y la imagen de la aplicación.
El equipo del sistema debe confirmar si cada periférico utiliza una interfaz nativa compatible o requiere un puente o controlador externo. Los conectores disponibles no prueban por sí mismos que cada cámara, pantalla, sensor táctil, lector de credenciales o dispositivo de audio pueda operar simultáneamente.
Las responsabilidades de software también deben asignarse antes de la aprobación del prototipo:
RJY Display respalda las discusiones sobre placas controladoras y firmware para proyectos de visualización definidos, pero la adaptación de software depende del proyecto. No debe tratarse como una capacidad automática de conexión y uso inmediato.
El panel frontal del terminal debe diseñarse como un conjunto mecánico y óptico único. El área activa del LCD, el sensor táctil, las ventanas de la cámara, las aberturas de iluminación, la antena del lector, el micrófono, el altavoz, el sensor de huellas dactilares, el borde impreso y los elementos de montaje compiten por un espacio controlado.
Revise los planos completos para:
El vidrio de cubierta puede coordinarse en torno a una plataforma de visualización existente, pero no establece de forma independiente la certificación de impacto, ingreso o ambiental para el terminal terminado. Esas propiedades dependen de la carcasa completa, los materiales, los sellos, el montaje y el programa de calificación.
Una muestra de visualización que muestra una imagen de prueba aún no es un terminal validado. El prototipo representativo debe incluir el LCD previsto, la pila táctil, la placa host, la cámara, la iluminación, el lector de credenciales, el hardware de audio, la interfaz del controlador de puerta, la arquitectura de alimentación, el enrutamiento de cables, la carcasa y la versión de software.
Verifique cada estado de usuario desde la altura de montaje prevista, la distancia de visualización y la dirección de aproximación. Pruebe condiciones de luz ambiental normal y baja, reflejos, variantes de idioma, nombres largos, texto de error, rotación de pantalla, atenuación, activación y tiempo de espera de privacidad.
Verifique la precisión táctil, el comportamiento en los bordes, el funcionamiento del lector, la alineación de la cámara, la iluminación, el acceso por huella dactilar o teclado, el nivel de audio y el rendimiento del micrófono en la carcasa ensamblada. Ejercite los periféricos en conjunto en lugar de solo uno a la vez.
Pruebe el arranque en frío, ciclos de encendido repetidos, reinicio de la aplicación, recuperación del watchdog, desconexión de red, reconexión del servidor, pérdida de comunicación con el controlador de puerta, desconexión de periféricos cuando sea seguro, actualización de software fallida y reversión. Confirme que la pantalla nunca presenta un estado de acceso concedido sin el evento de sistema aprobado correspondiente.
La configuración aprobada debe identificar el modelo y la revisión del LCD, el sensor táctil, el plano del vidrio de cubierta, la cámara, el lector, los componentes de audio, la revisión de la placa host, el hardware de interfaz de puerta, los planos de cables, el firmware, el BSP, el árbol de dispositivos, la compilación de la aplicación, los archivos de configuración y el procedimiento de prueba de producción.
Una muestra de ingeniería funcional no es reproducible si depende de un cable no documentado, un controlador instalado manualmente, un ajuste temporal de registro o una configuración táctil no registrada.
Para una revisión de ingeniería útil, proporcione:
RJY Display puede revisar módulos TFT LCD disponibles, pantallas de barra, opciones táctiles, placas controladoras y personalización en torno a una plataforma de visualización existente. La discusión puede incluir vidrio de cubierta, retroiluminación, FPC, interfaz, táctil, placa controladora, firmware y coordinación mecánica según la viabilidad del proyecto.
Un TFT LCD compacto en orientación horizontal, vertical o tipo barra puede ser adecuado según la interfaz de usuario del terminal, la cámara, el lector de credenciales, el teclado, el sensor de huellas dactilares y la disposición de la carcasa. El formato correcto debe seleccionarse a partir de la arquitectura completa del panel frontal, no solo del tamaño de la pantalla.
No. El TFT LCD muestra indicaciones y resultados. La captura de cámara, el procesamiento biométrico, la lectura de credenciales, las decisiones de acceso y el control de puerta pertenecen a funciones de hardware y software separadas, incluso cuando varias funciones comparten una sola placa host integrada.
No. HDMI requiere un receptor activo, puente, escalador o placa controladora para generar la interfaz, sincronización e inicialización compatible con el panel. Un cable pasivo no puede realizar esa conversión ni proporcionar la alimentación del panel y las funciones de retroiluminación.
No. La compatibilidad debe verificarse para el LCD exacto, el controlador táctil, la revisión de la placa, la interfaz, la sincronización, el conector, la alimentación, el bootloader, el kernel, el BSP, el árbol de dispositivos y la imagen de software. También deben verificarse los requisitos periféricos como cámaras, lectores, audio y comunicación con el controlador de puerta.
Pruebe la pila completa de visualización y táctil, la cámara y la iluminación, el lector de credenciales, el audio, la comunicación con el controlador de puerta, los estados de interfaz de usuario, las condiciones de visualización, el arranque, los ciclos de encendido repetidos, la pérdida de red, la pérdida del controlador, la recuperación de la aplicación, el comportamiento de actualización de software, el ensamblaje de la carcasa y la configuración de producción controlada.
Comparta el tamaño de su pantalla, resolución, interfaz, brillo, requisitos táctiles, requisitos de la placa controladora y el entorno de aplicación.
Continúe leyendo guías técnicas sobre pantallas y referencias de aplicaciones relacionadas.
Hable con el equipo de ingeniería de RJY para obtener asesoramiento sobre compatibilidad de pantallas, revisión de placas controladoras y discusión sobre personalización.
+86 13316179236
