Respuesta: La placa de desarrollo RK3568 es la plataforma dominante para la fabricación de paneles HMI industriales en la categoría de 7 a 15,6 pulgadas: su GPU Mali-G52 gestiona el renderizado de Qt5/Qt6 a 60 fps sin interrupciones en el compositor, y sus cuatro salidas de pantalla simultáneas (MIPI DSI, LVDS dual, eDP, HDMI) cubren todos los estándares de interfaz de paneles industriales, y su CPU Cortex-A55 de cuatro núcleos deja margen suficiente para la adquisición de datos Modbus/MQTT en paralelo con el hilo de la interfaz de usuario. El resultado es una solución de placa única que sustituye a la combinación de un controlador de pantalla dedicado y un procesador de comunicaciones con un coste de lista de materiales (BOM) aproximadamente 40% inferior.
Los paneles industriales de interfaz hombre-máquina están evolucionando rápidamente. La pantalla táctil LCD monocroma de 4 pulgadas que funcionaba con un sistema operativo en tiempo real (RTOS) propio, que era el estándar hace una década, está siendo sustituida por paneles multitáctiles en color que funcionan con Linux o Android, con interfaces de usuario basadas en Qt que muestran simultáneamente datos de proceso en tiempo real, gráficos de tendencias y gestión de alarmas. El reto de ingeniería consiste en encontrar un procesador integrado capaz de gestionar esta carga de trabajo gráfica y, al mismo tiempo, gestionar la comunicación con el PLC, el sondeo del bus de campo y el registro de datos, sin el coste ni el consumo energético de un ordenador industrial completo.
Esta guía abarca todo lo que un ingeniero de sistemas embebidos o un gestor de producto necesita para evaluar el RK3568 en un proyecto de panel HMI industrial: la lógica de selección de la interfaz de pantalla (MIPI DSI frente a LVDS frente a eDP), consideraciones sobre el rendimiento y la implementación del marco Qt5/Qt6, la integración del controlador táctil, la elección del sistema operativo entre Linux y Android para aplicaciones de paneles, y las decisiones sobre la arquitectura de hardware que marcan la diferencia entre una HMI fiable y apta para su uso en el campo y un prototipo que falla en condiciones de producción.
Principales conclusiones
- La GPU RK3568 Mali-G52 es compatible con OpenGL ES 3.2, OpenCL 2.0 y Vulkan 1.1, todos ellos necesarios para que las animaciones de Qt Quick y Qt6 se reproduzcan con fluidez a 60 fps en pantallas de 1080p.
- LVDS es la interfaz de pantalla adecuada para paneles de 7 pulgadas o más en entornos industriales con mucho ruido; MIPI DSI, para diseños compactos de 7 pulgadas o menos o placas portadoras basadas en SoM.
- Qt 5.15 LTS (soporte a largo plazo) sigue siendo la versión de Qt apta para entornos de producción en las implementaciones de Linux con RK3568 hasta 2025-2026; Qt 6 requiere un kernel ≥5.15 y la validación de GLES3.
- La tecnología multitáctil capacitiva (PCAP) a través de I²C es la vía táctil estándar de la HMI del RK3568; la tecnología táctil resistiva a través de ADC solo se utiliza en entornos en los que se trabaja con guantes o con altos niveles de contaminación.
- Android es la vía más rápida para conseguir una interfaz de usuario táctil que funcione; Linux + Qt ofrece un control total sobre la integración de datos en tiempo real y es la opción preferida en entornos de producción para las interfaces hombre-máquina (HMI) conectadas a controladores lógicos programables (PLC).
- La interfaz eDP permite el uso de pantallas de alta resolución (1920×1200, 2560×1600) en aplicaciones médicas, de inspección y de salas de control en las que el ancho de banda de LVDS resulta insuficiente.
- El RK3568 admite de forma nativa la salida a dos pantallas independientes (por ejemplo, panel de control LVDS + monitor de supervisión HDMI) sin necesidad de un divisor de señal externo.
- Se requiere el RK3568J de grado industrial (de -40 °C a +85 °C) para los paneles instalados en entornos sin climatización, como quioscos al aire libre, naves industriales y armarios de máquinas-herramienta.
Por qué el RK3568 domina el diseño de paneles HMI industriales
Los paneles HMI industriales tienen unos requisitos informáticos únicos que se sitúan en una encrucijada complicada: necesitan suficiente rendimiento de la GPU para renderizar interfaces de usuario táctiles fluidas y con gran densidad de información, pero el panel también debe funcionar las 24 horas del día, los 7 días de la semana, operar en un amplio rango de temperaturas, gestionar la comunicación por bus de campo en paralelo con el renderizado de la pantalla y tener un coste significativamente inferior al de un PC industrial. Los SoC de consumo (Snapdragon, MediaTek) cuentan con el rendimiento de la GPU, pero no cumplen con los rangos de temperatura industriales ni ofrecen garantías de suministro a largo plazo. Los SoC industriales de gama alta (Intel Atom, NXP i.MX8) cumplen con los rangos de temperatura, pero cuestan entre tres y cinco veces más.
El RK3568 ocupa la posición adecuada en este equilibrio entre prestaciones y costes. Estas son las prestaciones de hardware que lo convierten en la opción estándar para panel HMI industrial proyectos en la categoría de pantallas de 7 a 15,6 pulgadas:
| Capacidad | Especificaciones del RK3568 | Relevancia de la interfaz hombre-máquina (HMI) |
|---|---|---|
| GPU | Mali-G52 2EE, OpenGL ES 3.2, Vulkan 1.1, OpenCL 2.0 | Aceleración por hardware de Qt Quick, animaciones fluidas a 60 fps, renderización SVG sin recurrir a la CPU |
| Salidas de pantalla | MIPI DSI × 1, LVDS dual × 1, eDP × 1, HDMI 2.0 × 1 (hasta 4 simultáneas) | Una sola placa cubre todas las interfaces de paneles industriales sin necesidad de chips puente externos |
| VPU | Decodificación 4K H.265/H.264, codificación 1080p | Señales de vídeo en la interfaz hombre-máquina (integración de cámaras de vigilancia, vista previa de visión artificial) sin sobrecargar la GPU |
| CPU | Cortex-A55 de cuatro núcleos a 2,0 GHz | Representación de la interfaz de usuario en 2 núcleos, Modbus/MQTT en 1 núcleo, servicios del sistema en 1 núcleo — sin conflictos |
| Interfaz táctil | I²C × 3, SPI × 3 (para controladores táctiles PCAP/resistivos) | Conexión directa a los controladores Goodix GT9xx, FT5x06 o ILITEK PCAP |
| Comunicaciones industriales | Doble GbE, 2 puertos CAN, 3 puertos UART (RS-485), PCIe 3.0 | Interfaz hombre-máquina (HMI) y función de pasarela en una sola placa: no se necesita una segunda MCU para la comunicación por bus de campo |
| Rango de temperatura | RK3568J: de -40 °C a +85 °C en la unión | Planta de producción, quiosco exterior, funcionamiento de armarios de máquinas-herramienta sin refrigeración activa en la mayoría de los casos |
La capacidad de salida a doble pantalla merece una atención especial en el diseño de interfaces hombre-máquina (HMI). Muchas aplicaciones industriales requieren un panel táctil orientado al operador, además de una pantalla independiente para el supervisor o el personal de mantenimiento. El RK3568 controla ambas pantallas de forma independiente —por ejemplo, un panel LVDS de 10 pulgadas para el operador de la máquina y un monitor HDMI de 1080p para el ingeniero de mantenimiento— sin necesidad de ningún multiplexor de pantalla externo. Se trata de una simplificación del diseño que tiene repercusiones reales en la lista de materiales (BOM) y en la fiabilidad.
Para conocer cómo se compara el RK3568 con el RK3588 en aplicaciones que requieren un uso intensivo de recursos de cálculo, incluidas las cargas de trabajo de HMI con procesamiento de vídeo, consulta nuestro Comparación industrial entre el RK3568 y el RK3588. Para la mayoría de los paneles HMI que no cuentan con análisis de vídeo en tiempo real, la GPU del RK3568 es suficiente y su consumo energético es notablemente menor.
Selección de la interfaz de pantalla: MIPI DSI, LVDS y eDP para interfaces hombre-máquina (HMI) industriales
La interfaz de visualización es la primera decisión irreversible en cuanto al hardware en el diseño de un panel HMI. A diferencia de los cambios de software, cambiar de interfaz de visualización una vez finalizado el diseño de la placa de circuito impreso (PCB) requiere una revisión de la placa. Para tomar la decisión correcta desde el principio, es necesario comprender para qué está optimizada cada interfaz y cuáles son sus limitaciones.
Tal y como resumen los ingenieros especializados en pantallas del sector: LVDS ha sido la interfaz predominante en los ordenadores de panel y las interfaces hombre-máquina (HMI) industriales durante dos décadas, mientras que MIPI DSI está ganando terreno en los diseños compactos basados en SoM, y eDP se adapta a las aplicaciones de alta resolución en las que el ancho de banda de LVDS resulta insuficiente. A continuación se presenta el marco de decisión:
LVDS: el estándar industrial (pantallas de 7 a 21 pulgadas)
La señalización diferencial de bajo voltaje (LVDS) ha dominado las conexiones de las pantallas HMI industriales durante más de 20 años, ya que se diseñó precisamente para este entorno: alto nivel de ruido eléctrico, tramos largos de cableado interno (hasta 1 metro dentro del armario de una máquina) e integridad de señal estable sin requisitos estrictos de adaptación de impedancia. Para cualquier panel industrial de entre 7 y 21 pulgadas con resoluciones de hasta 1920×1200, LVDS es la opción predeterminada más adecuada.
El RK3568 es compatible con LVDS de doble canal, lo que proporciona un ancho de banda suficiente para 1080p a 60 Hz con margen de sobra. La configuración de doble LVDS también ofrece rutas de señal redundantes: si un par LVDS se deteriora debido al desgaste del conector, la pantalla sigue funcionando en el canal restante, lo cual es importante para equipos que operan en entornos con altas vibraciones.
Configuración crítica del controlador LVDS en el RK3568: los parámetros de sincronización de la pantalla (sincronización horizontal/vertical, reloj de píxeles, área activa) deben definirse en el archivo Device Tree Source (DTS) de acuerdo con la ficha técnica específica de tu panel. Un error habitual es copiar los parámetros de sincronización LVDS de un panel similar sin verificar la tolerancia del reloj de píxeles; incluso los paneles con resolución idéntica pueden presentar una variación del reloj de píxeles de 5–10% que provoca inestabilidad en la sincronización de la pantalla.
MIPI DSI: diseños compactos y placas portadoras basadas en SoM (3,5–10 pulgadas)
MIPI DSI utiliza canales serie diferenciales de alta velocidad (hasta 4,5 Gbps por canal) con un número de pines considerablemente menor que el de LVDS, lo que permite diseños compactos de placas portadoras que serían imposibles con un conector LVDS de más de 30 pines. Como señala el director técnico de Riverdi: «MIPI DSI se está convirtiendo en la interfaz más práctica para las pantallas integradas basadas en los modernos módulos SoM: reduce el número de pines, proporciona el ancho de banda necesario para resoluciones más altas y se adapta al diseño actual de los procesadores de aplicaciones».
Para los diseños de HMI con RK3568 que utilicen nuestro módulo SoM en una placa portadora personalizada, MIPI DSI es la interfaz recomendada: el conector MIPI forma parte de la disposición de pines del SoM, lo que minimiza la complejidad del enrutamiento de la placa portadora. La limitación práctica es que la longitud de los cables MIPI DSI debe mantenerse por debajo de los 150 mm dentro de la carcasa. En el caso de los paneles en los que la pantalla está separada físicamente de la placa de cálculo por más de 20 cm, LVDS sigue siendo más fiable debido a su menor sensibilidad a las variaciones de impedancia del cable.
eDP — Aplicaciones de alta resolución (1920×1200 y superiores)
Embedded DisplayPort (eDP) es la interfaz adecuada cuando la resolución de la pantalla supera los límites de ancho de banda de LVDS; aproximadamente 1920×1200 a 60 Hz es el límite práctico para LVDS de doble canal. Para paneles HMI de grado médico (los requisitos de visualización DICOM suelen especificar 2560×1600 o más), interfaces de sistemas de inspección o pantallas de salas de control multizona, eDP ofrece tanto el ancho de banda como la flexibilidad de escalado de resolución. La salida eDP del RK3568 admite una resolución de hasta 4K y es compatible con DisplayPort 1.3, lo que cubre toda la gama de requisitos de los paneles industriales de alta resolución.
| Interfaz | Lo mejor para | Resolución máxima | Trazado del cable | Inmunidad al ruido |
|---|---|---|---|---|
| LVDS | Paneles industriales de 7–21", entornos con vibraciones | 1920 × 1200 a 60 Hz | Hasta 1 m | Excelente |
| MIPI DSI | Paneles compactos basados en SoM de 3,5–10" | 1920 × 1080 a 60 Hz | <150 mm | Bien |
| eDP | Sala médica, de inspección y de control de alta resolución | 4K a 60 Hz | <500 mm | Bien |
| HDMI 2.0 | Monitor externo de supervisión, pantalla orientada al cliente | 4K a 60 Hz | Hasta 5 m (pasivo) | Moderado |
El marco Qt en RK3568: Qt5 frente a Qt6, rendimiento y configuración de implementación
Qt es el marco de interfaz de usuario (UI) predominante para los paneles HMI industriales basados en Linux: ofrece un modelo de aplicación nativo en C++, renderizado acelerado por hardware a través de OpenGL ES, un amplio conjunto de widgets de interfaz de usuario industrial y un sistema de compilación multiplataforma que se ejecuta tanto en estaciones de trabajo de desarrollo como en la placa ARM de destino. La elección entre Qt5 y Qt6 para un proyecto de HMI con RK3568 tiene implicaciones que van más allá de las diferencias en las API: afecta a los requisitos del BSP, a las opciones de backend de renderizado y a la estabilidad de la implementación.
Qt 5.15 LTS: la opción más segura para la producción en la mayoría de los proyectos
Qt 5.15 LTS es la versión recomendada para los nuevos proyectos de producción de HMI con RK3568 en 2025-2026. Motivos: está totalmente validada con el BSP de Rockchip en Linux 5.10 LTS, el módulo Qt Widgets (utilizado por la mayoría de las bibliotecas de widgets HMI industriales) es maduro y estable, y el soporte comercial LTS de Qt Company se extiende hasta 2026. El complemento de plataforma EGLFS (Embedded Linux Framebuffer) representa las escenas de Qt Quick directamente en el framebuffer de la GPU sin necesidad de un compositor, lo que elimina la capa de sobrecarga de Wayland/X11 y reduce la latencia táctil de extremo a extremo a menos de 16 ms en la mayoría de las configuraciones.
Configuración de compilación para Qt 5.15 en RK3568 (compilación cruzada desde un host x86):
./configure \
-release \
-opengl es2 \
-eglfs \
-no-xcb \
-device linux-rockchip-g++ \
-device-option CROSS_COMPILE=aarch64-linux-gnu- \
-sysroot /ruta/a/rk3568-sysroot \
-prefix /usr/local/qt5 \
-opensource -confirm-license
En -eglfs El indicador es fundamental. Selecciona el complemento de plataforma EGL Fullscreen, que omite el gestor de ventanas del escritorio y permite a Qt renderizar directamente en la pantalla a través de la interfaz EGL de la GPU Mali. Esta es la ruta de renderizado correcta para una HMI dedicada: elimina la sobrecarga del compositor Weston/Wayland y garantiza que la aplicación Qt tenga acceso exclusivo al búfer de fotogramas de la pantalla.
Qt6: cuándo utilizarlo y qué hay que comprobar primero
Qt6 aporta mejoras significativas para el desarrollo de interfaces hombre-máquina (HMI): el nuevo módulo Qt Quick 3D permite crear elementos de interfaz de usuario en 3D sin necesidad de una aplicación OpenGL independiente; el módulo Qt Multimedia se ha reescrito para lograr una mejor integración del vídeo con aceleración por hardware; y el sistema de compilación CMake es más sencillo para los procesos de compilación cruzada. Sin embargo, Qt6 requiere como mínimo OpenGL ES 3.0 (el Mali-G52 del RK3568 es compatible con ES 3.2, por lo que este requisito queda cumplido), y algunas funciones de Qt Widgets disponibles en Qt5 han quedado obsoletas.
Recomendación práctica: utiliza Qt6 para proyectos nuevos en los que la interfaz de usuario se desarrolle exclusivamente con Qt Quick (basado en QML) y en los que tu equipo empiece desde cero. Migrar el código HMI existente basado en Qt Widgets de Qt5 a Qt6 solo con un plan de migración bien definido: las diferencias en la API relativas al manejo de entradas y a los backends de renderizado requieren pruebas de validación en el hardware de destino real, no solo en el simulador.
Pruebas de rendimiento de renderizado: Qt Quick en RK3568
Datos de rendimiento de referencia para aplicaciones Qt Quick con Qt 5.15 en RK3568 con pantalla LVDS de 1080p, backend EGLFS y 2 GB de LPDDR4:
- Interfaz de usuario estática con 8 widgets vinculados a datos: 60 fps constantes, utilización de la GPU: ~18%
- Gráfico de tendencias animado (512 puntos de datos, con una frecuencia de actualización de 10 Hz): 58-60 fps, uso de la GPU: ~35%
- Animación Qt Quick a pantalla completa con transiciones de opacidad: 55-60 fps, uso de la GPU: ~45%
- 4 componentes ListView simultáneos con enlace dinámico de datos: 50-55 fps con carga de actualización de datos: plantéate utilizar
ListView.cacheBuffery delegar el reciclaje para mantener los 60 fps - Reproducción de vídeo 1080p H.265 en el elemento VideoOutput de Qt Multimedia: 60 fps con decodificación por VPU de hardware, utilización de la GPU <10% (la VPU se encarga de la decodificación de forma independiente)
Desde la planta de producción: cómo resolver un problema de pérdida de fotogramas en Qt en una interfaz hombre-máquina (HMI) para el envasado de productos farmacéuticos
Hace unos ocho meses, un fabricante de equipos de envasado farmacéutico acudió a nosotros con un problema que su equipo de software llevaba seis semanas intentando solucionar. Estaban ejecutando una aplicación HMI con Qt 5.15 en nuestra placa RK3568: un panel LVDS de 12,1 pulgadas que mostraba datos de inspección de envases blíster en tiempo real, incluyendo una vista previa en directo de la cámara, un contador de lotes y una lista de alarmas de defectos. La aplicación funcionaba a la perfección durante las pruebas de laboratorio, pero tras su implantación en la planta de producción, la interfaz de usuario bajaba de forma intermitente a unos 25 fps durante intervalos de entre 3 y 5 segundos, lo que hacía que la interfaz se mostrara visualmente lenta durante los periodos de mayor actividad.
Las caídas de fotogramas se producían en relación con los eventos de alarma; concretamente, cuando se activaban varios errores al mismo tiempo y era necesario actualizar rápidamente la lista de alarmas. En un principio se pensó que se debía a una sobrecarga de la GPU, pero al realizar un análisis de rendimiento con Qt Quick Profiler mostró que la utilización de la GPU solo era de 38% durante las caídas. El verdadero cuello de botella era el modelo de enlace de datos de QML: la lista de alarmas utilizaba un ListModel cargado desde un archivo C++ QAbstractListModel subclase, en la que se activaban notificaciones de cambio de propiedad con cada actualización de la alarma, incluidos los campos que la interfaz de usuario visible no mostraba en ese momento.
La solución consistió en una combinación de tres cambios: (1) implementar actualizaciones por lotes en el modelo de C++ utilizando beginResetModel() / endResetModel() en lugar de por fila dataChanged() señales durante los periodos de alarma en ráfaga, (2) añadir un ListView.cacheBuffer: 200 declaración para precargar los delegados de la lista de alarmas fuera del área de visualización, y (3) trasladar el procesamiento de los fotogramas de la cámara del hilo principal de QML a un hilo dedicado QThread con una conexión de señal-ranura para eventos de «frame-ready».
Tras estos cambios, la aplicación mantuvo entre 58 y 60 fps en todos los escenarios de ráfagas de alarmas probados, incluido el peor de los casos: 14 alarmas de defectos simultáneas con la vista previa de la cámara activa. La conclusión: los problemas de rendimiento de Qt en el RK3568 casi nunca están limitados por la GPU; la Mali-G52 tiene margen suficiente para las cargas de trabajo de las interfaces hombre-máquina (HMI) industriales. Los cuellos de botella se encuentran invariablemente en el modelo de enlace de datos de QML o en la combinación de procesamiento de datos que exige un uso intensivo de la CPU en el hilo principal de renderizado. Nuestro equipo de BSP documentó este patrón y lo añadió a las notas de la aplicación del SDK del RK3568.
Elección del sistema operativo para los paneles HMI con RK3568: Linux frente a Android
La elección del sistema operativo para un panel HMI con RK3568 determina el marco de interfaz de usuario disponible, la dificultad para integrar la comunicación con el PLC, el nivel de seguridad y la carga que supone el mantenimiento a largo plazo. No existe una respuesta universalmente correcta: la elección adecuada depende de los requisitos específicos de tu aplicación. A continuación se presenta el marco de decisión.
Linux + Qt: la opción ideal para interfaces hombre-máquina (HMI) conectadas a controladores lógicos programables (PLC)
Para los paneles HMI que se comunican con PLC, sistemas de bus de campo o dispositivos Modbus —lo cual constituye la mayor parte de las aplicaciones industriales de HMI—, Linux es el sistema operativo adecuado. Las razones son de carácter práctico:
- Acceso directo al hardware: Linux permite a la aplicación acceder directamente al UART (Modbus RS-485), al bus CAN (SocketCAN) y a Ethernet (Modbus TCP, OPC UA) sin capas de abstracción que introduzcan latencia o requieran licencias de SDK de los fabricantes.
- Programación en tiempo real: Con
SCHED_FIFOoSCHED_RRGracias a la política de programación del hilo de sondeo de Modbus, Linux consigue una sincronización de comunicación determinista, algo fundamental para los PLC con requisitos estrictos en cuanto a los ciclos de sondeo. - Ocupación mínima: Una imagen de Linux con Buildroot para una HMI con RK3568 puede ocupar menos de 200 MB y cargarse en la pantalla en menos de 6 segundos. El tiempo mínimo de arranque de Android en un RK3568 suele ser de entre 12 y 18 segundos, lo cual es inaceptable para equipos en los que se requiere un encendido rápido.
- No depende de Google Play Services: Las imágenes de Android Industrial deben eliminar Play Services para cumplir con los requisitos de certificación industrial y evitar una actividad de red en segundo plano no deseada en las redes OT.
Android: la vía más rápida para aplicaciones de quioscos y pantallas dirigidas al consumidor
Android es la opción adecuada cuando la interfaz hombre-máquina (HMI) es principalmente una pantalla y una interfaz de interacción sin una integración profunda con el bus de campo: quioscos para comercios, terminales de gestión de visitantes, señalización digital táctil y máquinas expendedoras inteligentes. Las ventajas de Android en este contexto son: el ecosistema de desarrollo de la interfaz de usuario (Android Studio, Jetpack Compose) es más amplio y cuenta con más componentes de interfaz de usuario ya preparados que Qt; el manejo de los gestos táctiles es más sofisticado de serie; y la infraestructura de gestión de contenidos (MDM, actualizaciones OTA, gestión remota) está más consolidada para implementaciones orientadas al consumidor.
La placa ieeker RK3568 se suministra con imágenes validadas de Android 11 y Android 12, ambas sin Google Play Services para su implementación industrial. Para obtener un análisis detallado de las ventajas e inconvenientes de Linux frente a Android en las plataformas Rockchip —incluidos el tiempo de arranque, el rendimiento en tiempo real y las consideraciones de seguridad—, consulta nuestro artículo dedicado a Linux frente a Android para sistemas embebidos industriales guía.
| Factor | Linux + Qt | Android |
|---|---|---|
| Tiempo de arranque hasta que aparece la interfaz de usuario | 4–7 segundos (Buildroot) | 12–20 segundos |
| Integración de Modbus y CAN | Nativo, baja latencia | Complejo (se requiere un puente JNI) |
| Velocidad de desarrollo de la interfaz de usuario | Moderado (Qt/QML) | Rápido (Jetpack Compose) |
| Infraestructura de actualización OTA | Personalizado (SWUpdate, Mender) | Integrado (partición A/B) |
| Superficie de seguridad | Pequeño (servicios mínimos) | Más grande (requiere endurecimiento) |
| Mejor caso de uso | HMI industrial conectada a un PLC | Quioscos y señalización dirigidos al consumidor |
Integración de controladores táctiles en el RK3568: consideraciones sobre PCAP, resistivos y de grado industrial
El controlador táctil es la interfaz entre el dedo del operador y el bucle de eventos de Qt, pero también es una de las fuentes más habituales de problemas de integración en los proyectos de paneles HMI. El síntoma es siempre el mismo: el panel funciona en el laboratorio y falla en el campo. La causa principal suele ser, casi siempre, una de estas tres cosas: conflictos de direcciones I²C del controlador, una configuración incorrecta de las interrupciones GPIO en el DTS o un controlador táctil que no se diseñó para su uso con guantes en ese entorno específico.
Pantalla táctil PCAP (capacitiva proyectada): estándar para la mayoría de las interfaces hombre-máquina (HMI) industriales
La tecnología táctil capacitiva proyectada (PCAP) es la opción predeterminada adecuada para los paneles HMI industriales utilizados en entornos en los que las manos del operador no están muy contaminadas con material conductor (líquido refrigerante para metalurgia, negro de humo, determinados disolventes químicos) y en los que el grosor de los guantes es inferior a 1 mm. Las ventajas de la tecnología PCAP están más que demostradas: compatibilidad con gestos multitáctiles (fundamental para el zoom por pellizco en gráficos de tendencias y mapas), construcción sellada con cubierta de cristal (compatible con IP65/IP67 sin necesidad de membrana superpuesta) y un tiempo de respuesta inferior a 5 ms a los eventos táctiles de Qt a través del subsistema de entrada de Linux.
Los circuitos integrados controladores PCAP más utilizados para los paneles RK3568: Goodix GT9271 (táctil de 10 puntos, I²C, validado en Linux 5.10 con el goodix controlador integrado en el árbol del kernel), FocalTech FT5726 (10 puntos, I²C, buen rendimiento a bajas temperaturas hasta -20 °C) e ILITEK ILI2511 (10 puntos, I²C, admite la actualización del firmware a través de I²C para la calibración in situ). Los tres son compatibles con los controladores de la rama principal de Linux en el kernel 5.10, y solo requieren una configuración DTS para el IRQ GPIO y la dirección I²C; no es necesario aplicar parches a controladores externos al árbol del kernel.
Pantalla táctil resistiva: solo para casos muy específicos
La tecnología táctil resistiva sigue siendo relevante para aplicaciones en las que el operario lleva guantes resistentes a productos químicos (petroquímica, pintura, galvanoplastia), en las que el panel puede manejarse con un lápiz óptico o en las que el entorno presenta contaminación conductiva que provoca activaciones falsas en los sensores PCAP. Las desventajas son significativas: los paneles resistivos solo admiten un toque, requieren una calibración periódica y se deterioran con el tiempo debido a la presión repetida sobre la misma zona. Para los nuevos diseños, se deben agotar primero las opciones de PCAP compatibles con guantes (muchos controladores PCAP modernos tienen una sensibilidad configurable para guantes de látex y nitrilo de hasta 2 mm) antes de recurrir a la tecnología resistiva.
Caso práctico: Sustitución de una IHM Siemens TP1200 obsoleta en un programa de fabricantes de maquinaria textil (OEM)
Uno de los proyectos de HMI con mayor relevancia comercial en los que hemos colaborado en los últimos dos años fue el de un fabricante de maquinaria textil con sede en la provincia de Zhejiang. Llevaban más de una década utilizando los paneles TP1200 Comfort de Siemens como HMI para sus máquinas de tejer de alta velocidad —un hardware fiable, pero con un coste aproximado de $1.800 USD por unidad y un plazo de entrega de entre tres y cuatro semanas desde Europa—, esto generaba tanto presión en los costes como riesgos en la cadena de suministro a medida que ampliaban su producción.
El objetivo era crear un panel HMI a medida que pudiera sustituir al TP1200 en las nuevas máquinas, manteniendo las mismas características de la interfaz de operador (pantalla de 12,1 pulgadas, comunicación PROFIBUS DP con el PLC del telar, gestión de recetas para más de 2.000 patrones de tejido e historial de alarmas con exportación remota). El objetivo presupuestario era no superar los $400 por unidad, con un volumen anual de 200 unidades.
Hemos diseñado una placa portadora a medida para nuestro módulo SoM RK3568J que incluye: una pantalla industrial LVDS de 12,1 pulgadas con resolución de 1024×768 (con cristal frontal resistente a los productos químicos, adecuado para entornos con pelusas textiles), un panel táctil PCAP Goodix GT9271, una tarjeta de interfaz PROFIBUS DP conectada a través de PCIe, una ranura CompactFlash para el almacenamiento de la base de datos de recetas y una carcasa de aluminio fundido a presión con clasificación IP54. El software ejecutaba Buildroot Linux 5.10 con Qt5.15, una aplicación HMI personalizada basada en Qt Widgets que reproducía el diseño de la interfaz del TP1200 para minimizar la necesidad de volver a formar a los operarios, y una biblioteca de comunicación PROFIBUS adaptada a partir del código de integración S7 ya existente del cliente.
Resultados tras 18 meses con 180 paneles instalados: cero fallos de hardware en las pantallas; se aplicaron dos actualizaciones del BSP mediante una memoria USB (sin necesidad de que acudiera un ingeniero in situ). Coste unitario con un volumen de producción de 200 unidades: $387, incluyendo la carcasa y la pantalla. Desde entonces, el cliente ha duplicado su pedido anual hasta alcanzar las 400 unidades para la línea de producción ampliada. El proyecto de desarrollo —desde el diseño del SoM y la placa portadora hasta el firmware de producción validado— duró 14 semanas, incluyendo una prueba de campo de cuatro semanas en tres máquinas.
Opciones de hardware del panel HMI IEEKER RK3568
ieeker ofrece dos soluciones de hardware basadas en el RK3568 para el desarrollo y la producción de paneles HMI industriales:
- Placa de desarrollo industrial RK3568 (SBC): Se suministra con salidas LVDS, MIPI DSI, eDP y HDMI activas; compatibilidad con el controlador táctil PCAP Goodix GT9xx prevalidada en el BSP; se incluye documentación sobre las cadenas de herramientas Qt5.15 y Qt6. Disponible a partir de una sola unidad para desarrollo y series piloto. Consulte la Página del producto de la placa industrial RK3568 Para consultar las especificaciones completas y descargar el SDK.
- Módulo de sistema (SoM) RK3568 + placa portadora personalizada: Para productos de paneles HMI OEM que requieran un formato específico, una disposición de conectores industriales o la integración de una carcasa con clasificación IP. El servicio de diseño de placas base incluye la validación de la sincronización de la pantalla, la configuración del DTS del controlador táctil y la verificación del rendimiento de renderizado de Qt en su panel específico. Plazo de entrega para prototipos de placas base personalizadas: de 6 a 8 semanas. Producción a partir de 50 unidades. Más información en nuestra Guía para el diseño de placas de desarrollo personalizadas.
Para proyectos que combinan una pantalla HMI con la funcionalidad de una pasarela IoT en una sola placa —un requisito habitual en los paneles HMI integrados en máquinas que también envían datos de proceso a un sistema SCADA en la nube—, consulta nuestra Guía de la pasarela de IoT industrial RK3568 para la arquitectura de la pila de comunicaciones que funciona en paralelo con la interfaz de usuario de Qt.
¿Cómo se construye un panel HMI industrial con el RK3568?
Indícanos el tamaño de tu pantalla, los requisitos de interfaz y el sistema operativo que prefieres; te proporcionaremos una recomendación de hardware y la documentación del BSP de Qt en un plazo de 24 horas.
→ Obtener asistencia técnica para la HMI RK3568 →Preguntas frecuentes
¿Qué versión de Qt debería utilizar para un nuevo proyecto de HMI con RK3568?
Qt 5.15 LTS para proyectos que utilicen Qt Widgets (interfaces de usuario industriales tradicionales basadas en widgets) o para equipos con código heredado de Qt 5. Qt 6 para nuevos proyectos desarrollados íntegramente con Qt Quick / QML, en los que el equipo no tenga que mantener código heredado de Qt 5. Ambas versiones están validadas en el BSP RK3568 con el backend de renderizado EGLFS. El soporte comercial LTS de Qt5.15 se extiende hasta 2026; el de Qt6.5 LTS se extiende hasta 2026 y más allá.
¿Puede el RK3568 controlar dos pantallas táctiles independientes al mismo tiempo?
Sí. El RK3568 admite hasta cuatro salidas de pantalla simultáneas. Con dos controladores táctiles PCAP conectados a buses I²C independientes, Linux identifica dos /dev/input/eventX dispositivos táctiles. La compatibilidad con múltiples pantallas de EGLFS de Qt (que se activa con el QT_QPA_EGLFS_KMS_ATOMIC (variable de entorno) permite controlar cada pantalla de forma independiente. La configuración más habitual en entornos de producción es un panel LVDS táctil para el operador y un monitor HDMI no táctil para el supervisor o como pantalla de mantenimiento.
¿Cuál es la diferencia entre MIPI DSI y LVDS en un panel HMI industrial de 10 pulgadas?
Para una pantalla de 10 pulgadas con una resolución de 1280×800 o 1920×1200 en un entorno industrial, suele ser preferible el estándar LVDS: es más resistente a los tramos largos de cable, al ruido eléctrico procedente de motores o inversores cercanos y al desgaste de los conectores a lo largo de la vida útil de la pantalla. MIPI DSI es preferible si el diseño de la placa portadora es muy compacto (diseño basado en SoM) y la pantalla está montada cerca (longitud del cable inferior a 100 mm). Si el panel va a estar expuesto a vibraciones importantes o el recorrido del cable supera los 150 mm, LVDS es la opción correcta, independientemente de las preferencias de diseño de la placa.
¿Cómo se configura la sincronización de la pantalla LVDS para un panel personalizado en Linux con el RK3568?
La configuración de la sincronización de la pantalla se realiza en Device Tree Source (DTS), dentro de la sección panel-lvds nodo. Los parámetros necesarios coinciden con los de la ficha técnica de tu panel: frecuencia de reloj de píxeles (en kHz), longitud de señal activa/porche delantero/porche trasero/sincronización en horizontal, longitud de señal activa/porche delantero/porche trasero/sincronización en vertical, y la configuración del canal LVDS (único o doble, formato JEIDA o VESA). El SDK del RK3568 de ieeker incluye ejemplos de DTS para 10 resoluciones de panel habituales. Para los paneles que no figuran en la lista, nuestro equipo de soporte de BSP proporciona la configuración de DTS como parte del compromiso de asistencia tras la compra.
¿Puede la HMI RK3568 comunicarse con un PLC Siemens S7 a través de PROFINET?
Sí, a través de la Snap7, biblioteca de comunicación de código abierto para S7, que funciona en Linux ARM y proporciona acceso de lectura y escritura a los PLC Siemens S7-300/400/1200/1500 a través de Ethernet. Snap7 se integra con aplicaciones Qt mediante una clase envolventa en C++. Para PROFIBUS DP (no PROFINET), se requiere una tarjeta maestra PROFIBUS conectada por PCIe en la placa portadora; se trata de una adición a nivel de hardware al diseño básico de la placa RK3568, que podemos incorporar a diseños de placas portadoras personalizados.
¿Qué índice de protección IP puede alcanzar un panel HMI con chip RK3568?
En Clasificación IP (protección contra la entrada de partículas y líquidos) Viene determinado por el sellado de la carcasa y del panel frontal de la pantalla, no por el SoC ni por la placa de circuito impreso. Con una junta del panel frontal debidamente sellada y una carcasa trasera con clasificación IP65 (habitual en los diseños de carcasas para montaje en carril DIN y en panel), los paneles HMI basados en el RK3568 alcanzan habitualmente clasificaciones que van desde IP54 hasta IP65. Las clasificaciones IP67 e IP69K se pueden alcanzar con conectores sellados y juntas sometidas a pruebas de inmersión, algo imprescindible en entornos de procesamiento de alimentos, farmacéuticos y de lavado a presión. El servicio de diseño de placas portadoras a medida de ieeker incluye la revisión de las especificaciones de la carcasa y del diseño de sellado IP.
Fuentes y referencias
- Selección de interfaces de pantalla para PC industriales y HMI — Estone Technology
- Pantallas MIPI DSI para sistemas integrados — Riverdi
- Interfaces de pantalla: LVDS, MIPI, eDP y HDMI — Pantallas IPS
- Código IP (Índice de protección contra la entrada de partículas y líquidos) — Wikipedia
- Snap7 — Biblioteca de comunicación de código abierto para Siemens S7 — SourceForge
- Desarrollo de un controlador personalizado para paneles MIPI DSI en Linux — Toradex