¿Por qué es importante la compatibilidad del software para las pantallas táctiles montadas en la pared?

Una pantalla táctil montada en la pared puede parecer un producto de visualización, pero la pantalla en sí es sólo una parte del sistema. Una vez que se agrega la interacción táctil, la compatibilidad del software queda estrechamente ligada a la forma en que se utilizará el equipo.

Una tienda minorista puede necesitar un catálogo de productos y un sistema de inventario. Una escuela puede ejecutar software de presentación, aplicaciones de enseñanza o plataformas basadas en navegador. Una sala de exposición puede necesitar vídeos, información de productos y contenido interactivo en la misma pantalla. Las instalaciones públicas pueden tener requisitos completamente diferentes, como directorios, mapas, información de servicios o funciones de autoservicio.

Para los compradores de proyectos, elegir el tamaño de panel y las especificaciones de visualización correctos es sólo el comienzo. El sistema operativo, el entorno de la aplicación, la entrada táctil, los dispositivos externos, la resolución de la pantalla y el método de actualización del software deben trabajar juntos.

El hardware de la pantalla no decide si se ejecutará una aplicación

Dos pantallas táctiles pueden tener especificaciones de pantalla casi idénticas y al mismo tiempo ofrecer resultados muy diferentes después de la instalación.

Un panel de 55 pulgadas con resolución de 1920×1080, por ejemplo, puede funcionar bien para una visualización de información sencilla. Agregue un catálogo de productos interactivo, una aplicación basada en Windows, un periférico USB o una plataforma de navegador y los requisitos del sistema se vuelven mucho más específicos.

El sistema operativo juega un papel importante.

Para proyectos que utilizan software empresarial estándar, Windows puede ser una mejor opción porque muchas aplicaciones de escritorio existentes están desarrolladas para entornos Windows. Android puede ser más adecuado para proyectos creados en torno a aplicaciones de estilo móvil, contenido web, reproducción multimedia e interfaces interactivas más simples.

Ninguno de los dos sistemas debe considerarse como la opción universal.

Un proyecto que ya cuenta con software debe comenzar con los requisitos de software en lugar de elegir el sistema operativo basándose únicamente en la hoja de especificaciones del hardware.

Por ejemplo:

Para pedidos OEM o de proyectos, normalmente recomendamos probar la aplicación real en la configuración prevista antes de confirmar el lote final. Una hoja de especificaciones puede indicarle el procesador, la memoria, la resolución y los puertos. No puede decirle si una aplicación en particular se comportará correctamente.

¿Android o Windows? Comience con la aplicación

La decisión entre Android y Windows suele aparecer al principio de una discusión sobre compras. La mejor pregunta es qué necesita la pantalla para funcionar.

Supongamos que un minorista quiere una pantalla interactiva montada en la pared para explorar productos. Si la interfaz se basa en una aplicación de Android, puede haber pocas razones para agregar un entorno de Windows simplemente porque le resulta familiar al equipo de TI.

Es posible que un proyecto diferente ya utilice una aplicación de administración basada en Windows en computadoras de escritorio. En ese caso, trasladar el software a Android podría generar trabajos de desarrollo o compatibilidad innecesarios.

También puede haber diferencias en el soporte periférico.

Los escáneres de códigos de barras, impresoras, cámaras, dispositivos de almacenamiento USB, teclados, ratones y otros accesorios pueden requerir controladores o métodos de conexión específicos. Una pantalla táctil puede tener los puertos físicos necesarios, pero el dispositivo conectado aún puede requerir soporte de software que el sistema operativo seleccionado no proporciona.

Por lo tanto, para los equipos de adquisiciones, el sistema operativo debe tratarse como parte de la configuración del proyecto y no como una opción de hardware aislada.

La resolución de la pantalla también afecta la interfaz del software

La resolución a menudo se analiza desde la perspectiva de la calidad de la imagen. En el caso de las pantallas interactivas, la cuestión va más allá.

La interfaz del software debe adaptarse a la resolución de pantalla y la relación de aspecto reales. El contenido mal adaptado puede producir botones pequeños, menús abarrotados, imágenes alargadas o espacios en blanco excesivos.

La pantalla táctil montada en la pared FVASEE utiliza una configuración de pantalla Full HD de 1920×1080. Para aplicaciones desarrolladas específicamente en torno a una interfaz 16:9, esto proporciona un formato de trabajo familiar en todos los tamaños de pantalla disponibles.

La pantalla física se vuelve más grande a medida que el modelo pasa de 42/43 pulgadas a 65 pulgadas, mientras que la resolución se mantiene en 1920×1080. Esa distinción es importante al preparar una interfaz.

Un panel físico más grande no proporciona automáticamente más espacio de trabajo para el software.

Si la aplicación está diseñada con elementos de interfaz pequeños, una pantalla de 65 pulgadas aún puede resultar inconveniente para los usuarios que se encuentran a una distancia operativa normal. Los botones y las áreas de navegación deben dimensionarse para uso táctil en lugar de simplemente copiarlos desde un monitor de escritorio.

Para la implementación del proyecto, sugerimos verificar:

· Resolución de pantalla nativa

· Relación de aspecto

· Escalado de interfaz

· Tamaño de fuente

· Dimensiones del botón

· Proporciones de vídeo e imagen.

· Compatibilidad del navegador

· Comportamiento de pantalla completa

· Requisitos de diseño vertical u horizontal

Una prueba rápida en un monitor de escritorio es útil, pero la prueba en la pantalla táctil real da un resultado mucho más confiable.

La entrada táctil debe coincidir con el software

Una pantalla táctil hace más que mostrar software. Envía la entrada del usuario a la aplicación.

Esa interacción puede implicar tocar, desplazarse, arrastrar, hacer zoom, seleccionar elementos, ingresar información u operar varios puntos de contacto al mismo tiempo.

El software necesita reconocer esas acciones correctamente.

FVASEE proporciona opciones táctiles capacitivas e infrarrojas para la pantalla montada en la pared. La elección depende de la configuración del proyecto y del método de interacción esperado.

Para un menú simple o un directorio de información, las operaciones táctiles básicas pueden ser suficientes. Una aplicación para el aula o un catálogo de productos interactivo puede requerir una interacción multipunto más receptiva.

Hay otro detalle que puede pasarse por alto: la propia aplicación debe soportar los gestos táctiles que se utilizan.

Un panel táctil puede detectar un gesto correctamente, pero si el software se diseñó únicamente para hacer clic con el mouse, la experiencia del usuario seguirá siendo deficiente.

Antes de la producción en masa, es útil probar el funcionamiento completo:

1. Abra la aplicación deseada.

2. Toque los botones de navegación comunes.

3. Desplácese por páginas largas.

4. Seleccione productos o información.

5. Pruebe las operaciones multipunto cuando sea necesario.

6. Ingrese texto si se necesita un teclado en pantalla.

7. Conecte los dispositivos externos utilizados por el software.

8. Haga funcionar el sistema de forma continua durante un período prolongado.

Las pruebas de hardware y las pruebas de aplicaciones deben tratarse como un solo proceso.

Las aplicaciones basadas en navegador necesitan su propia verificación de compatibilidad

Un número creciente de sistemas comerciales se ejecutan a través de navegadores en lugar de aplicaciones de escritorio dedicadas.

Eso puede simplificar la implementación, pero aún es necesario prestar atención a la compatibilidad del navegador.

Los diferentes sistemas operativos y versiones de navegador pueden manejar las aplicaciones web de manera diferente. Una página que se ve correcta en una computadora portátil puede requerir ajustes de diseño en una pantalla de pared grande.

El desplazamiento táctil es otra consideración. Los menús basados ​​en el cursor, las pequeñas áreas en las que se puede hacer clic, las ventanas emergentes y la navegación orientada al escritorio pueden resultar difíciles de operar desde una posición de pie.

Para un proyecto basado en navegador, la prueba debe cubrir más que si se abre la página de inicio.

Verifique la ruta de usuario completa.

¿Pueden los usuarios llegar a la página requerida? ¿Los botones responden correctamente al tacto? ¿Funciona la reproducción de vídeo? ¿Las ventanas emergentes permanecen dentro del área visible? ¿La página se escala correctamente a 1920×1080? ¿Pueden los usuarios volver a la página anterior sin teclado ni mouse?

Estos detalles a menudo determinan si la instalación final se siente pulida o incómoda.

Se deben considerar las actualizaciones de software antes de la instalación

Una exhibición puede permanecer en una pared durante varios años. El software rara vez permanece sin cambios durante tanto tiempo.

Las aplicaciones están actualizadas. Las versiones del navegador cambian. El contenido se reemplaza. Se modifican los sistemas de red. Las políticas de seguridad también pueden afectar la forma en que un dispositivo se conecta a servicios externos.

Por esa razón, el proceso de actualización del software debe discutirse durante la etapa de compra.

Hay varios enfoques posibles:

· Actualización manual por USB

· Actualización de la red local

· Gestión remota de software

· Gestión de contenidos basada en navegador

· Actualización de la aplicación a través del sistema operativo seleccionado

· Mantenimiento in situ por personal técnico

El método correcto depende del tamaño del proyecto.

Una sola pantalla en una sala de exposición puede ser fácil de mantener manualmente. Una cadena minorista con docenas o cientos de pantallas interactivas montadas en la pared tiene un requisito diferente. Enviar técnicos a cada ubicación para realizar una pequeña actualización de software rápidamente se vuelve ineficiente.

Por lo tanto, las implementaciones grandes deben considerar cómo se mantendrán el contenido y las aplicaciones después de la instalación, no solo cómo se instalarán el primer día.

Los dispositivos externos pueden cambiar la configuración

Una pantalla táctil rara vez funciona completamente sola en un proyecto comercial.

Dependiendo de la aplicación, los clientes podrán conectarse:

· teclados USB

· Ratones

· Escáneres de códigos de barras

· Impresoras

· Cámaras

· Ponentes

· Dispositivos de almacenamiento

· Equipos de red

· Periféricos relacionados con POS

· Otros dispositivos USB o serie

La interfaz física es sólo la primera comprobación.

La placa base, el sistema operativo, el entorno del controlador y la aplicación seleccionados deben ser compatibles con el equipo conectado.

Por ejemplo, un sistema de pedidos de autoservicio puede necesitar una impresora. Un sistema de búsqueda de productos minoristas puede utilizar un escáner de código de barras. Una aplicación educativa puede requerir una cámara o un equipo de audio externo.

Por lo tanto, una especificación de proyecto debería incluir la cadena de conexión completa en lugar de enumerar la pantalla táctil por separado de los periféricos.

Una breve prueba de compatibilidad antes de la producción puede evitar cambios mucho más costosos después de la instalación.

La configuración personalizada suele ser más útil que una configuración estándar

Los proyectos comerciales rara vez tienen requisitos de software idénticos.

Es posible que un cliente necesite Android con una aplicación específica. Otro puede necesitar Windows y varios periféricos USB. Es posible que un tercero solo requiera un navegador y reproducción de medios locales.

Por ese motivo, las pantallas táctiles montadas en la pared que se utilizan para pedidos de proyectos pueden requerir configuración según el entorno de la aplicación real.

El procesador, la memoria, el almacenamiento, el sistema operativo, los puertos y la tecnología táctil se pueden evaluar juntos en lugar de seleccionarse de forma independiente.

Para un proyecto OEM/ODM, una unidad de muestra es particularmente útil.

La muestra debe utilizar la misma configuración o una equivalente planificada para el lote de producción. Instale la aplicación real y pruebe el flujo de trabajo completo. Una vez que el cliente confirma la muestra, la configuración aprobada puede convertirse en la referencia para la producción en masa.

Ese proceso también ayuda a reducir las diferencias de configuración entre unidades.

Por qué es importante probar una unidad completa antes de realizar un pedido al por mayor

Los pedidos al por mayor introducen otra capa de riesgo.

Un problema de software que afecta a un dispositivo puede afectar a todas las unidades producidas con la misma configuración. Encontrar el problema después del envío puede implicar reinstalar el software, cambiar la configuración de forma remota, devolver el equipo u organizar el servicio en el sitio.

Una prueba de preproducción es mucho más económica.

Para un proyecto típico, el proceso de aprobación puede cubrir:

Hardware → Sistema operativo → Aplicación → Táctil → Periférico → Red → Contenido → Operación a largo plazo

Cada etapa depende de la anterior.

La pantalla debe iniciarse correctamente. El sistema operativo debe ser compatible con la aplicación. La aplicación necesita reconocer la entrada táctil. Los dispositivos externos deben comunicarse correctamente. Las funciones de la red deben permanecer estables. El contenido debe adaptarse a la pantalla. A continuación, el sistema completo debería funcionar durante un período de prueba adecuado.

Una muestra de producto que solo demuestra la calidad de la imagen no proporciona suficiente información para una implementación interactiva.

La compatibilidad del software también afecta la experiencia del usuario

La compatibilidad técnica es el primer requisito. La experiencia del usuario es lo siguiente.

Técnicamente, un sistema puede ejecutar una aplicación y aun así resultar incómodo de usar.

Imagine una pantalla táctil de 55 pulgadas montada en la pared que muestra una aplicación de escritorio diseñada para una computadora portátil de 14 pulgadas. Es posible que el software se abra normalmente, pero los menús pueden ser demasiado pequeños, el texto puede ser difícil de leer y es posible que los usuarios necesiten recorrer la pantalla repetidamente.

El mismo problema puede ocurrir con los sitios web.

Una página creada en torno al movimiento del mouse y los menús flotantes puede funcionar bien en una computadora, pero resultar frustrante en una pantalla táctil.

Un buen contenido interactivo suele tener en cuenta la instalación física.

Para equipos montados en la pared, los usuarios pueden pararse a varios pies de distancia de la pantalla. La interfaz debe proporcionar una navegación clara, texto legible, objetivos táctiles del tamaño adecuado y una ruta sencilla de regreso a la pantalla principal.

El hardware no puede solucionar por sí solo una interfaz mal diseñada.

Los requisitos del software deben estar escritos en las especificaciones de compra.

Una de las formas más sencillas de evitar malentendidos es incluir requisitos de software en la especificación técnica.

Un documento de compra puede especificar:

· Tamaño de pantalla

· Resolución

· Brillo

· Tecnología táctil

· Sistema operativo

· Requisitos del procesador

· Memoria y almacenamiento

· Puertos requeridos

· Nombre y versión de la aplicación

· Requisitos del navegador

· Periféricos externos

· Requisitos de red

· Orientación de la pantalla

· Requisitos de aprobación de muestras

· Requisitos de instalación de software

· Método de actualización y mantenimiento.

Para un proyecto de señalización básico, la sección de software puede ser corta.

Para un sistema interactivo, debería ser mucho más detallado.

El proveedor y el comprador pueden entonces trabajar desde la misma configuración en lugar de depender de frases como “pantalla táctil Android” o “pantalla interactiva de Windows”, que dejan abiertos muchos detalles técnicos.

¿Qué se debe confirmar antes de realizar el pedido?

Para los clientes del proyecto, es mejor comprobar la compatibilidad del software antes de finalizar la configuración del hardware.

Una lista de verificación útil incluye:

1. ¿Qué software se ejecutará en la pantalla? Identifique la aplicación, plataforma o sitio web real en lugar de describirlo únicamente como "software interactivo".

2. ¿Qué sistema operativo requiere? Confirme Android, Windows u otro entorno requerido.

3. ¿Qué resolución y orientación de pantalla admite la interfaz? Verifique la compatibilidad con 1920 × 1080 y si la aplicación necesita operación horizontal o vertical.

4. ¿El software admite operación táctil? Pruebe tocar, desplazarse, arrastrar, realizar funciones multitáctiles y escribir texto cuando sea necesario.

5. ¿Se requieren dispositivos externos? Enumere escáneres, impresoras, cámaras, teclados, dispositivos de almacenamiento y otros periféricos.

6. ¿El sistema requiere acceso a Internet? Verifique los requisitos de red Wi-Fi o cableada, el acceso al navegador, las conexiones del servidor y la autenticación.

7. ¿Cómo se actualizará el software? Decida si las actualizaciones se realizarán localmente, de forma remota, manualmente o mediante una plataforma de administración.

8. ¿Puede el proveedor proporcionar una muestra para realizar pruebas? Para proyectos más grandes, la aprobación de la muestra debe realizarse preferiblemente antes de la producción.

Estas comprobaciones llevan relativamente poco tiempo en comparación con la resolución de problemas de compatibilidad después de la entrega.

Elegir una pantalla táctil montada en la pared desde el sistema hacia afuera

Se debe seleccionar una pantalla táctil montada en la pared para todo el entorno de aplicación, especialmente para proyectos comerciales e institucionales.

El tamaño de la pantalla, la resolución, el brillo, el rendimiento del panel IPS, la tecnología táctil, el sistema operativo, los puertos y la compatibilidad del software contribuyen al resultado final. Ninguna especificación por sí sola puede garantizar que un sistema interactivo funcionará correctamente.

FVASEE ofrece pantallas táctiles montadas en la pared en configuraciones de 42/43 pulgadas, 49/50 pulgadas, 55 pulgadas y 65 pulgadas, con opciones de Android o Windows y táctil infrarroja o capacitiva según los requisitos del proyecto. La resolución de pantalla estándar es 1920×1080, con tecnología IPS, un ángulo de visión de 178° y un brillo de al menos 350 cd/m².

Para un proyecto de exhibición estándar, la hoja de especificaciones puede ser suficiente para comenzar la discusión. Para un proyecto interactivo, el software debe incluirse en esa discusión desde el principio.

El enfoque más confiable es definir la aplicación, confirmar el entorno operativo, probar la configuración completa, aprobar una muestra y luego pasar a la producción en masa.

Para conocer la configuración específica del proyecto o los requisitos de compatibilidad de software, comuníquese con el equipo de ventas de FVASEE para analizar la aplicación real y la configuración del hardware.