Resposta: A placa de desenvolvimento RK3568 é a plataforma dominante para a construção de painéis HMI industriais na categoria de 7 a 15,6 polegadas — a sua GPU Mali-G52 suporta a renderização Qt5/Qt6 a 60 fps sem falhas no compositor, e as suas quatro saídas de ecrã simultâneas (MIPI DSI, LVDS duplo, eDP, HDMI) abrangem todos os padrões de interface de painéis industriais, e a sua CPU Cortex-A55 de quatro núcleos deixa margem suficiente para a aquisição de dados Modbus/MQTT a funcionar em paralelo com o segmento da interface do utilizador. O resultado é uma solução de placa única que substitui uma combinação de controlador de ecrã dedicado + processador de comunicação com um custo de BOM cerca de 40% inferior.
Os painéis de interface homem-máquina industriais estão a evoluir rapidamente. O ecrã tátil LCD monocromático de 4 polegadas, que funcionava com um sistema operativo em tempo real (RTOS) proprietário e que era o padrão há uma década, está a ser substituído por painéis multitoque a cores que funcionam com Linux ou Android, com interfaces de utilizador baseadas em Qt que apresentam, em simultâneo, dados de processo em tempo real, gráficos de tendências e gestão de alarmes. O desafio de engenharia consiste em encontrar um processador incorporado capaz de lidar com esta carga de trabalho gráfica e, simultaneamente, gerir a comunicação com o PLC, a sondagem do fieldbus e o registo de dados — sem o custo e o consumo de energia de um PC industrial completo.
Este guia aborda tudo o que um engenheiro de sistemas incorporados ou gestor de produto precisa de saber para avaliar o RK3568 num projeto de painel HMI industrial: a lógica de seleção da interface de ecrã (MIPI DSI vs LVDS vs eDP), considerações sobre o desempenho e a implementação da estrutura Qt5/Qt6, integração do controlador tátil, escolha do sistema operativo entre Linux e Android para aplicações em painéis e as decisões relativas à arquitetura de hardware que distinguem um HMI fiável e implementável no terreno de um protótipo que falha em condições de produção.
Principais conclusões
- A GPU RK3568 Mali-G52 suporta OpenGL ES 3.2, OpenCL 2.0 e Vulkan 1.1 — todos necessários para animações fluidas do Qt Quick / Qt6 a 60 fps em ecrãs de 1080p
- A LVDS é a interface de visualização adequada para painéis com 7 polegadas ou mais em ambientes industriais com elevado nível de ruído; a MIPI DSI é indicada para designs compactos com 7 polegadas ou menos ou para placas de suporte baseadas em SoM
- O Qt 5.15 LTS (Suporte a Longo Prazo) continua a ser a versão do Qt adequada para produção em implementações Linux com o RK3568 até 2025–2026; o Qt 6 requer um kernel ≥5.15 e validação GLES3
- O toque multitoque capacitivo (PCAP) via I²C é o método de toque padrão da HMI do RK3568; o toque resistivo via ADC é utilizado apenas em ambientes em que é necessário utilizar luvas ou em que existe contaminação intensa
- O Android é o caminho mais rápido para uma interface de utilizador tátil funcional; o Linux + Qt proporciona controlo total sobre a integração de dados em tempo real e é a escolha ideal para IHMs ligadas a PLCs
- A interface eDP permite a utilização de ecrãs de alta resolução (1920×1200, 2560×1600) em aplicações médicas, de inspeção e em salas de controlo, onde a largura de banda do LVDS é insuficiente
- A saída dupla e independente para ecrãs (por exemplo, painel de comando LVDS + monitor de supervisão HDMI) é suportada de forma nativa no RK3568, sem necessidade de hardware externo de divisão de sinal de ecrã
- O RK3568J de nível industrial (-40 °C a +85 °C) é necessário para painéis instalados em ambientes sem controlo climático, tais como quiosques ao ar livre, pavilhões fabris e armários de máquinas-ferramentas
Por que razão o RK3568 domina o design de painéis HMI industriais
Os painéis HMI industriais apresentam requisitos de computação únicos que se situam numa encruzilhada complicada: necessitam de desempenho de GPU suficiente para renderizar interfaces de utilizador (UI) em ecrã tátil fluidas e repletas de informação, mas o painel também tem de funcionar 24 horas por dia, 7 dias por semana, operar numa ampla gama de temperaturas, gerir a comunicação por fieldbus em paralelo com a renderização do ecrã e ter um custo significativamente inferior ao de um PC industrial. Os SoCs de consumo (Snapdragon, MediaTek) têm o desempenho da GPU, mas não as classificações de temperatura industriais nem os compromissos de fornecimento a longo prazo. Os SoCs industriais de gama alta (Intel Atom, NXP i.MX8) têm as classificações de temperatura, mas custam entre três a cinco vezes mais.
O RK3568 ocupa a posição correta neste equilíbrio entre características. Eis a capacidade de hardware que o torna a escolha padrão para painel HMI industrial projetos na categoria de ecrãs de 7 a 15,6 polegadas:
| Capacidade | Especificações do RK3568 | Relevância da HMI |
|---|---|---|
| GPU | Mali-G52 2EE, OpenGL ES 3.2, Vulkan 1.1, OpenCL 2.0 | Aceleração de hardware do Qt Quick, animações fluidas a 60 fps, renderização SVG sem recurso à CPU |
| Saídas de visualização | MIPI DSI × 1, Dual LVDS × 1, eDP × 1, HDMI 2.0 × 1 (até 4 simultaneamente) | Uma única placa suporta todas as interfaces de painéis industriais sem necessidade de chips de ponte externos |
| VPU | Decodificação 4K H.265/H.264, codificação 1080P | Fluxos de vídeo na IHM (integração de câmaras de vigilância, pré-visualização de visão artificial) sem sobrecarregar a GPU |
| CPU | Cortex-A55 de quatro núcleos a 2,0 GHz | Renderização da interface do utilizador em 2 núcleos, Modbus/MQTT num núcleo, serviços do sistema num núcleo — sem conflito de recursos |
| Interface tátil | I²C × 3, SPI × 3 (para controladores táteis PCAP/resistivos) | Ligação direta aos controladores Goodix GT9xx, FT5x06 ou ILITEK PCAP |
| Comunicações industriais | Duas portas GbE, 2 portas CAN, 3 portas UART (RS-485), PCIe 3.0 | HMI + função de gateway numa única placa — sem necessidade de um segundo microcontrolador para a comunicação via fieldbus |
| Intervalo de temperatura | RK3568J: junção de -40 °C a +85 °C | Piso fabril, quiosque ao ar livre, funcionamento de armários de máquinas-ferramentas sem refrigeração ativa na maioria dos casos |
A capacidade de saída para dois ecrãs merece especial atenção no design da IHM. Muitas aplicações industriais requerem um painel tátil voltado para o operador, além de um ecrã separado para o supervisor ou para a manutenção. O RK3568 controla ambas as ecrãs de forma independente — por exemplo, um painel LVDS de 10 polegadas para o operador da máquina e um monitor HDMI de 1080p para o engenheiro de manutenção — sem necessidade de qualquer multiplexador de ecrã externo. Trata-se de uma simplificação do projeto que tem implicações reais na lista de materiais (BOM) e na fiabilidade.
Para obter mais informações sobre como o RK3568 se compara ao RK3588 em aplicações que exigem grande capacidade de processamento, incluindo cargas de trabalho de IHM com processamento de vídeo, consulte o nosso Comparação industrial entre o RK3568 e o RK3588. Para a maioria dos painéis HMI sem análise de vídeo em tempo real, a GPU do RK3568 é suficiente e o seu consumo energético é significativamente inferior.
Seleção da interface de visualização: MIPI DSI vs LVDS vs eDP para IHM industriais
A interface de visualização é a primeira decisão irreversível em termos de hardware no projeto de um painel HMI. Ao contrário das alterações de software, mudar de interface de visualização após a conclusão do layout da placa de circuito impresso (PCB) exige uma revisão da placa. Para tomar a decisão certa desde o início, é necessário compreender para que cada interface está otimizada — e em que aspetos cada uma apresenta limitações.
Como resumem os engenheiros especializados em ecrãs do setor: A LVDS tem sido a interface dominante em PCs de painel industriais e IHMs há duas décadas, enquanto o MIPI DSI está a ganhar terreno em projetos compactos baseados em SoM, e o eDP destina-se às aplicações de alta resolução em que a largura de banda do LVDS se revela insuficiente. Eis o quadro de decisão:
LVDS — O padrão industrial (painéis de 7 a 21 polegadas)
A sinalização diferencial de baixa tensão (LVDS) tem dominado as ligações dos ecrãs HMI industriais há mais de 20 anos, uma vez que foi concebida precisamente para este ambiente: elevado ruído elétrico, longos percursos de cabos internos (até 1 metro no interior do armário de uma máquina) e integridade de sinal estável sem requisitos rigorosos de adaptação de impedância. Para qualquer painel industrial na gama de 7 a 21 polegadas com resoluções até 1920×1200, o LVDS é a escolha padrão correta.
O RK3568 suporta LVDS de canal duplo, o que proporciona largura de banda suficiente para 1080p a 60 Hz com margem. A configuração LVDS dupla também oferece percursos de sinal redundantes — se um par LVDS apresentar degradação devido ao desgaste do conector, o ecrã continua a funcionar no canal restante, o que é importante para equipamentos utilizados em ambientes com elevada vibração.
Configuração crítica do controlador LVDS no RK3568: os parâmetros de temporização do ecrã (sincronização horizontal/vertical, relógio de píxeis, área ativa) devem ser definidos no ficheiro Device Tree Source (DTS) de acordo com a ficha técnica específica do seu painel. Um erro comum é copiar os parâmetros de temporização LVDS de um painel semelhante sem verificar a tolerância do relógio de píxeis — mesmo painéis com resolução idêntica podem apresentar uma variação do relógio de píxeis de 5–10%, o que provoca instabilidade na sincronização do ecrã.
MIPI DSI — Designs compactos e placas de suporte baseadas em SoM (3,5–10 polegadas)
O MIPI DSI utiliza vias seriais diferenciais de alta velocidade (até 4,5 Gbps por via) com um número de pinos significativamente inferior ao do LVDS — permitindo layouts compactos de placas de suporte que seriam impossíveis com um conector LVDS de mais de 30 pinos. Como observa o Diretor Técnico da Riverdi: «A MIPI DSI está a tornar-se a interface prática para ecrãs incorporados baseados em SoMs modernos — reduz o número de pinos, proporciona largura de banda para resoluções mais elevadas e adapta-se à forma como os processadores de aplicações são concebidos atualmente.»
Para projetos de HMI com o RK3568 que utilizem o nosso SoM numa placa de suporte personalizada, a MIPI DSI é a interface preferida: o conector MIPI faz parte da disposição dos pinos do SoM, minimizando a complexidade do encaminhamento da placa de suporte. A limitação prática: os comprimentos dos cabos MIPI DSI devem ser mantidos abaixo dos 150 mm no interior do invólucro. Para painéis em que o ecrã está fisicamente separado da placa de processamento por mais de 20 cm, o LVDS continua a ser mais fiável devido à menor sensibilidade às variações de impedância do cabo.
eDP — Aplicações de alta resolução (1920×1200 e superiores)
O Embedded DisplayPort (eDP) é a interface adequada quando a resolução do ecrã excede os limites de largura de banda do LVDS — cerca de 1920×1200 a 60 Hz é o limite prático para o LVDS de canal duplo. Para painéis HMI de nível médico (os requisitos de visualização DICOM especificam frequentemente 2560×1600 ou superior), interfaces de sistemas de inspeção ou ecrãs de salas de controlo multizona, o eDP proporciona tanto a largura de banda como a flexibilidade de escalonamento da resolução. A saída eDP do RK3568 suporta uma resolução até 4K com compatibilidade com DisplayPort 1.3, cobrindo toda a gama de requisitos de painéis industriais de alta resolução.
| Interface | Melhor para | Resolução máxima | Percurso do cabo | Imunidade ao ruído |
|---|---|---|---|---|
| LVDS | Painéis industriais de 7–21", ambientes com vibrações | 1920×1200 a 60 Hz | Até 1 m | Excelente |
| MIPI DSI | Painéis compactos baseados em SoM de 3,5–10" | 1920×1080 a 60 Hz | <150 mm | Bom |
| eDP | Sala médica, de inspeção e de controlo de alta resolução | 4K a 60 Hz | <500 mm | Bom |
| HDMI 2.0 | Monitor de supervisão externo, ecrã voltado para o cliente | 4K a 60 Hz | Até 5 m (passivo) | Moderado |
Framework Qt no RK3568: Qt5 vs Qt6, desempenho e configuração de implementação
O Qt é a estrutura de interface de utilizador dominante para painéis HMI industriais baseados em Linux — oferece um modelo de aplicação nativo em C++, renderização acelerada por hardware através do OpenGL ES, um conjunto abrangente de widgets de interface de utilizador industrial e um sistema de compilação multiplataforma que funciona tanto em estações de trabalho de desenvolvimento como na placa ARM de destino. A escolha entre o Qt5 e o Qt6 para um projeto HMI com RK3568 tem implicações que vão além das diferenças nas APIs — afeta os requisitos do BSP, as opções de backend de renderização e a estabilidade da implementação.
Qt 5.15 LTS — A escolha segura para a produção na maioria dos projetos
O Qt 5.15 LTS é a versão recomendada para novos projetos de produção de HMI com o RK3568 em 2025–2026. Motivos: foi totalmente validada em relação ao BSP da Rockchip no Linux 5.10 LTS, o módulo Qt Widgets (utilizado pela maioria das bibliotecas de widgets HMI industriais) está maduro e estável, e o suporte LTS comercial da Qt Company estende-se até 2026. O plugin de plataforma EGLFS (Embedded Linux Framebuffer) renderiza cenas Qt Quick diretamente no framebuffer da GPU sem um compositor — eliminando a camada de sobrecarga do Wayland/X11 e reduzindo a latência tátil de ponta a ponta para menos de 16 ms na maioria das configurações.
Configuração de compilação para o Qt 5.15 no RK3568 (compilação cruzada a partir de um host x86):
./configure \
-release \
-opengl es2 \
-eglfs \
-no-xcb \
-device linux-rockchip-g++ \
-device-option CROSS_COMPILE=aarch64-linux-gnu- \
-sysroot /caminho/para/rk3568-sysroot \
-prefix /usr/local/qt5 \
-opensource -confirm-license
O -eglfs O sinalizador é fundamental. Seleciona o plugin de plataforma EGL Fullscreen, que contorna o gestor de janelas do ambiente de trabalho e permite que o Qt faça a renderização diretamente no ecrã através da interface EGL da GPU Mali. Este é o caminho de renderização correto para uma IHM dedicada — elimina a sobrecarga do compositor Weston/Wayland e garante que a aplicação Qt tenha acesso exclusivo ao framebuffer do ecrã.
Qt6 — Quando o utilizar e o que verificar primeiro
O Qt6 traz melhorias significativas para o desenvolvimento de IHMs: o novo módulo Qt Quick 3D permite a criação de elementos de interface do utilizador em 3D sem necessidade de uma aplicação OpenGL separada; o módulo Qt Multimedia foi reescrito para uma melhor integração de vídeo com aceleração de hardware; e o sistema de compilação CMake está mais simplificado para pipelines de compilação cruzada. No entanto, o Qt6 requer, no mínimo, o OpenGL ES 3.0 (o Mali-G52 do RK3568 suporta o ES 3.2, pelo que este requisito está satisfeito), e certas funcionalidades do Qt Widgets disponíveis no Qt5 foram descontinuadas.
A recomendação prática: utilize o Qt6 em novos projetos em que a interface do utilizador seja construída exclusivamente com o Qt Quick (baseado em QML) e em que a sua equipa esteja a começar do zero. Migre o código HMI existente do Qt5, baseado em Qt Widgets, para o Qt6 apenas com um plano de portabilidade bem definido — as diferenças na API relativas ao tratamento de entradas e aos backends de renderização exigem testes de validação no hardware de destino real, e não apenas no simulador.
Testes de desempenho de renderização: Qt Quick no RK3568
Dados de desempenho de referência para aplicações Qt Quick com Qt 5.15 no RK3568 com ecrã LVDS de 1080p, backend EGLFS e 2 GB de LPDDR4:
- Interface de utilizador estática com 8 widgets ligados a dados: 60 fps constantes, utilização da GPU ~18%
- Gráfico de tendências animado (512 pontos de dados, atualizado a 10 Hz): 58–60 fps, utilização da GPU ~35%
- Animação Qt Quick em ecrã inteiro com transições de opacidade: 55–60 fps, utilização da GPU ~45%
- 4 componentes ListView simultâneos com ligação dinâmica de dados: 50–55 fps sob carga de atualização de dados — considere utilizar
ListView.cacheBuffere delegar a reciclagem para manter os 60 fps - Reprodução de vídeo 1080P H.265 no elemento VideoOutput do Qt Multimedia: 60 fps com descodificação por VPU de hardware, utilização da GPU <10% (a VPU realiza a descodificação de forma independente)
Do chão de fábrica: Resolução de um problema de queda de fotogramas do Qt numa IHM de embalagem farmacêutica
Há cerca de oito meses, um fabricante de equipamento de embalagem farmacêutica procurou-nos com um problema que a sua equipa de software vinha a tentar resolver há seis semanas. Estavam a executar uma aplicação HMI em Qt5.15 na nossa placa RK3568 — um painel LVDS de 12,1 polegadas que apresentava dados de inspeção em tempo real de embalagens blister, incluindo uma pré-visualização em direto da imagem da câmara, um contador de lotes e uma lista de alarmes de defeitos. A aplicação funcionava na perfeição durante os testes em laboratório, mas após a implementação no chão de fábrica, a interface do utilizador caía intermitentemente para cerca de 25 fps durante intervalos de 3 a 5 segundos, tornando a interface visualmente lenta durante períodos de elevada atividade.
As quedas de frames estavam relacionadas com eventos de alarme — mais concretamente, quando vários defeitos eram detetados simultaneamente e a lista de alarmes precisava de ser atualizada rapidamente. A hipótese inicial era uma sobrecarga da GPU, mas a análise de desempenho com Qt Quick Profiler mostrou que a utilização da GPU se situava apenas nos 38% durante as quedas. O verdadeiro estrangulamento era o modelo de ligação de dados QML: a lista de alarmes estava a utilizar um ListModel preenchido a partir de um C++ QAbstractListModel subclasse, com notificações de alteração de propriedades a serem disparadas a cada atualização do alarme — incluindo campos que a interface de utilizador visível não estava a apresentar naquele momento.
A correção consistiu numa combinação de três alterações: (1) implementar atualizações em lote no modelo C++ utilizando beginResetModel() / endResetModel() em vez de por linha dataChanged() sinais durante os períodos de alarme em rajada, (2) adicionar um ListView.cacheBuffer: 200 declaração para pré-renderizar os delegados da lista de alarmes fora da área visível do ecrã e (3) transferir o processamento dos fotogramas da câmara da thread principal do QML para uma thread dedicada QThread com uma ligação sinal-slot para eventos de quadro pronto.
Após estas alterações, a aplicação manteve 58–60 fps em todos os cenários de sequência de alarmes testados, incluindo o pior cenário possível de 14 alarmes de defeito simultâneos com a pré-visualização da câmara ativa. A lição a retirar: os problemas de desempenho do Qt no RK3568 quase nunca são limitados pela GPU — a Mali-G52 tem capacidade de reserva suficiente para cargas de trabalho de IHM industriais. Os estrangulamentos residem invariavelmente no modelo de ligação de dados do QML ou na combinação de processamento de dados que exige muito da CPU na thread principal de renderização. A nossa equipa de BSP documentou este padrão e adicionou-o às notas de aplicação do SDK do RK3568.
Escolha do sistema operativo para painéis HMI com RK3568: Linux vs Android
A escolha do sistema operativo para um painel HMI com RK3568 determina a estrutura de interface do utilizador disponível, a dificuldade de integração da comunicação com o PLC, o nível de segurança e o encargo de manutenção a longo prazo. Não existe uma resposta universalmente correta — a escolha certa depende dos requisitos específicos da sua aplicação. Aqui está o quadro de decisão.
Linux + Qt: A escolha ideal para IHMs ligadas a PLCs
Para painéis HMI que comunicam com PLCs, sistemas de bus de campo ou dispositivos Modbus — o que corresponde à maioria das aplicações HMI industriais —, o Linux é o sistema operativo adequado. As razões são de ordem prática:
- Acesso direto ao hardware: O Linux permite que a aplicação tenha acesso direto ao UART (Modbus RS-485), ao barramento CAN (SocketCAN) e à Ethernet (Modbus TCP, OPC UA), sem camadas de abstração que introduzam latência ou exijam o licenciamento de SDKs de fornecedores.
- Agendamento em tempo real: Com
SCHED_FIFOouSCHED_RRGraças à política de agendamento da thread de sondagem Modbus, o Linux consegue um tempo de comunicação determinístico — algo essencial para os PLCs com requisitos rigorosos em termos de ciclos de sondagem. - Ocupação mínima de espaço: Uma imagem Buildroot Linux para um HMI com RK3568 pode ter menos de 200 MB, sendo carregada e exibida em menos de 6 segundos. O tempo mínimo de arranque do Android no RK3568 é normalmente de 12 a 18 segundos — o que é inaceitável para equipamentos em que é necessário um arranque rápido.
- Sem dependência dos Serviços do Google Play: As imagens do Android Industrial têm de remover os Play Services para cumprir os requisitos de certificação industrial e para evitar atividade de rede indesejada em segundo plano nas redes OT.
Android: O caminho mais rápido para aplicações de quiosques e ecrãs destinadas ao consumidor
O Android é a escolha certa quando a IHM (Interface Homem-Máquina) é, essencialmente, um ecrã e uma interface de interação sem integração profunda com o fieldbus — quiosques de retalho, terminais de gestão de visitantes, sinalização digital tátil e máquinas de venda automática inteligentes. As vantagens do Android neste contexto: o ecossistema de desenvolvimento da interface do utilizador (Android Studio, Jetpack Compose) é mais vasto e dispõe de mais componentes de interface prontos a usar do que o Qt; o tratamento de gestos táteis é mais sofisticado logo à partida; e a infraestrutura de gestão de conteúdos (MDM, atualizações OTA, gestão remota) está mais madura para implementações voltadas para o consumidor.
A placa ieeker RK3568 é fornecida com imagens validadas do Android 11 e do Android 12, ambas sem os Serviços do Google Play, para implementação industrial. Para uma análise detalhada das vantagens e desvantagens do Linux em comparação com o Android em plataformas Rockchip, incluindo o tempo de arranque, o desempenho em tempo real e as considerações de segurança, consulte o nosso artigo dedicado Linux vs Android para sistemas incorporados industriais guia.
| Fator | Linux + Qt | Android |
|---|---|---|
| Tempo de arranque até ao ecrã do utilizador | 4–7 segundos (Buildroot) | 12–20 segundos |
| Integração Modbus / CAN | Nativo, de baixa latência | Complexo (é necessária uma ponte JNI) |
| Velocidade de desenvolvimento da interface do utilizador | Moderado (Qt/QML) | Rápido (Jetpack Compose) |
| Infraestrutura de atualização OTA | Personalizado (SWUpdate, Mender) | Integrado (partição A/B) |
| Superfície de segurança | Pequeno (serviços mínimos) | Maior (requer endurecimento) |
| Melhor caso de utilização | IHM industrial ligada a um PLC | Quiosque / sinalética destinada ao consumidor |
Integração de controladores táteis no RK3568: considerações sobre PCAP, resistivos e de nível industrial
O controlador tátil é a interface entre o dedo do operador e o ciclo de eventos do Qt — mas é também uma das fontes mais comuns de problemas de integração em projetos de painéis HMI. O sintoma é sempre o mesmo: o painel funciona em laboratório, mas falha no terreno. A causa principal é quase sempre uma destas três: conflitos de endereços I²C do controlador, configuração incorreta das interrupções GPIO no DTS ou um controlador tátil que não foi concebido para ser utilizado com luvas nesse ambiente específico.
Tátil PCAP (capacitivo projetado) — Padrão para a maioria das IHMs industriais
A tecnologia tátil capacitiva projetada (PCAP) é a opção padrão correta para painéis HMI industriais utilizados em ambientes onde as mãos do operador não estejam fortemente contaminadas com material condutor (líquido de arrefecimento para metalurgia, negro de fumo, determinados solventes químicos) e onde a espessura das luvas seja inferior a 1 mm. As vantagens do PCAP estão bem estabelecidas: suporte a gestos multitoque (fundamental para o «pinch-to-zoom» em gráficos de tendências e mapas), construção selada revestida a vidro (compatível com IP65/IP67 sem sobreposição de membrana) e tempo de resposta inferior a 5 ms a eventos táteis Qt através do subsistema de entrada do Linux.
Os circuitos integrados controladores PCAP mais utilizados nos painéis RK3568: Goodix GT9271 (toque de 10 pontos, I²C, validado no Linux 5.10 com o goodix (driver integrado no kernel), FocalTech FT5726 (10 pontos, I²C, bom desempenho a baixas temperaturas até -20 °C) e ILITEK ILI2511 (10 pontos, I²C, suporta atualização de firmware via I²C para calibração no terreno). Todos os três são suportados pelos controladores do Linux mainline no kernel 5.10, exigindo apenas a configuração DTS para o IRQ GPIO e o endereço I²C — não é necessário aplicar patches a controladores fora da árvore do kernel.
Ecrã tátil resistivo — Apenas para casos específicos
O ecrã tátil resistivo continua a ser relevante para aplicações em que o operador usa luvas resistentes a produtos químicos (petroquímica, tintas, galvanoplastia), em que o painel pode ser operado com um stylus ou em que o ambiente envolve contaminação condutora que provoca acionamentos falsos nos sensores PCAP. As desvantagens são significativas: os painéis resistivos suportam apenas um toque, requerem calibração periódica e deterioram-se com o tempo devido à pressão repetida na mesma área. Para novos projetos, deve-se explorar as opções de PCAP compatíveis com luvas (muitos controladores PCAP modernos têm sensibilidade configurável para luvas de látex e nitrilo até 2 mm) antes de se recorrer à tecnologia resistiva.
Caso de projeto: Substituição de uma IHM Siemens TP1200 obsoleta num programa de um fabricante de equipamento original (OEM) de maquinaria têxtil
Um dos projetos de IHM com maior relevância comercial que apoiámos nos últimos dois anos foi o de um fabricante de maquinaria têxtil sediado na província de Zhejiang. Há mais de uma década que utilizavam os painéis Siemens TP1200 Comfort como IHM para as suas máquinas de tecer de alta velocidade — hardware fiável, mas com um custo de cerca de $1,800 USD por unidade e um prazo de entrega de três a quatro semanas a partir da Europa, o que estava a criar tanto pressão em termos de custos como riscos na cadeia de abastecimento à medida que expandiam a produção.
O objetivo era um painel HMI personalizado que pudesse substituir o TP1200 nas novas máquinas, mantendo as mesmas funcionalidades da interface do operador (ecrã de 12,1 polegadas, comunicação PROFIBUS DP com o PLC do tear, gestão de receitas para mais de 2 000 padrões de tecido e histórico de alarmes com exportação remota). A meta orçamental era inferior a $400 por unidade, com um volume anual de 200 unidades.
Concebemos uma placa de suporte personalizada para o nosso SoM RK3568J com: um ecrã industrial LVDS de 12,1 polegadas com resolução de 1024×768 (com vidro frontal resistente a produtos químicos, adequado para ambientes com resíduos têxteis), tátil PCAP Goodix GT9271, uma placa de interface PROFIBUS DP ligada via PCIe, uma ranhura CompactFlash para armazenamento da base de dados de receitas e um invólucro de alumínio fundido com classificação IP54. O software executava o Buildroot Linux 5.10 com Qt5.15, uma aplicação HMI personalizada com Qt Widgets que reproduzia o layout da interface do TP1200 para minimizar a necessidade de nova formação dos operadores e uma biblioteca de comunicação PROFIBUS portada a partir do código de integração S7 já existente do cliente.
Resultados após 18 meses em 180 painéis instalados: zero falhas de hardware do ecrã, duas atualizações do BSP aplicadas através de uma pen USB (sem necessidade de intervenção de um engenheiro no local). Custo unitário para um volume de produção de 200 unidades: $387, incluindo caixa e ecrã. Desde então, o cliente duplicou a sua encomenda anual para 400 unidades, de modo a acompanhar a expansão da linha de produção. O projeto de desenvolvimento — desde a conceção do SoM e da placa de suporte até ao firmware de produção validado — demorou 14 semanas, incluindo um teste de campo de quatro semanas em três máquinas.
Opções de hardware do painel HMI IEEKER RK3568
A ieeker oferece duas opções de hardware com o RK3568 para o desenvolvimento e produção de painéis HMI industriais:
- Placa de Desenvolvimento Industrial RK3568 (SBC): Equipado com saídas LVDS, MIPI DSI, eDP e HDMI ativas; suporte ao controlador tátil PCAP Goodix GT9xx pré-validado no BSP; documentação da cadeia de ferramentas Qt5.15 e Qt6 incluída. Disponível a partir de quantidades de uma única unidade para desenvolvimento e produções-piloto. Consulte o Página do produto da placa industrial RK3568 para consultar as especificações completas e descarregar o SDK.
- SoM RK3568 + placa de suporte personalizada: Para produtos de painéis HMI OEM que exijam um formato específico, uma disposição de conectores industriais ou a integração de caixas com classificação IP. O serviço de conceção de placas de suporte inclui a validação da sincronização do ecrã, a configuração do DTS do controlador tátil e a verificação do desempenho de renderização do Qt no seu painel específico. Prazo de entrega para protótipos de placas de suporte personalizadas: 6 a 8 semanas. Produção a partir de 50 unidades. Saiba mais no nosso Guia de conceção de placas de desenvolvimento personalizadas.
Para projetos que combinam um ecrã HMI com a funcionalidade de gateway IoT numa única placa — um requisito comum para painéis HMI integrados em máquinas que também transmitem dados de processo para um sistema SCADA na nuvem — consulte o nosso Guia do Gateway de IoT Industrial RK3568 para a arquitetura da pilha de comunicação que funciona em paralelo com a interface de utilizador do Qt.
Quer construir um painel HMI industrial com o RK3568?
Indique o tamanho do seu ecrã, os requisitos de interface e a sua preferência de sistema operativo — iremos fornecer-lhe uma recomendação de hardware e a documentação do Qt BSP no prazo de 24 horas.
→ Obter assistência técnica para o HMI RK3568 →Perguntas mais frequentes
Que versão do Qt devo utilizar para um novo projeto de HMI com o RK3568?
Qt5.15 LTS para projetos que utilizam Qt Widgets (interfaces de utilizador industriais tradicionais baseadas em widgets) ou para equipas com bases de código Qt5 já existentes. Qt6 para novos projetos desenvolvidos inteiramente com Qt Quick / QML, nos quais a equipa não tem código Qt5 legado para manter. Ambas as versões foram validadas no BSP do RK3568 com o backend de renderização EGLFS. O suporte comercial LTS do Qt5.15 estende-se até 2026; o suporte LTS do Qt6.5 estende-se até 2026 e para além dessa data.
O RK3568 consegue controlar dois ecrãs táteis independentes em simultâneo?
Sim. O RK3568 suporta até quatro saídas de ecrã simultâneas. Com dois controladores táteis PCAP ligados a barramentos I²C separados, o Linux enumera dois /dev/input/eventX dispositivos táteis. O suporte a múltiplos ecrãs do EGLFS do Qt (ativado com o QT_QPA_EGLFS_KMS_ATOMIC (variável de ambiente) permite controlar cada ecrã de forma independente. A configuração de produção mais comum consiste num painel LVDS tátil para o operador e num monitor HDMI não tátil para o supervisor ou para a visualização de manutenção.
Qual é a diferença entre MIPI DSI e LVDS num painel HMI industrial de 10 polegadas?
Para um painel de 10 polegadas com resolução de 1280×800 ou 1920×1200 num ambiente industrial, o LVDS é geralmente preferível: é mais tolerante a cabos longos, ruído elétrico proveniente de motores ou inversores próximos e ao desgaste dos conectores ao longo da vida útil do painel. O MIPI DSI é preferível se o layout da placa portadora for muito compacto (design baseado em SoM) e o ecrã estiver montado próximo (comprimento do cabo inferior a 100 mm). Se o painel for exposto a vibrações significativas ou se o comprimento do cabo exceder 150 mm, o LVDS é a escolha correta, independentemente das preferências de layout da placa.
Como posso configurar a sincronização do ecrã LVDS para um painel personalizado no RK3568 com Linux?
A temporização do ecrã é configurada na Fonte da Árvore de Dispositivos (DTS), na secção painel-lvds nó. Os parâmetros necessários correspondem à ficha técnica do seu painel: relógio de píxeis (em kHz), ativo horizontal/front-porch/back-porch/sync-len, ativo vertical/front-porch/back-porch/sync-len e a configuração do canal LVDS (único vs. duplo, formato JEIDA vs. VESA). O SDK do RK3568 da ieeker inclui exemplos de DTS para 10 resoluções de painel comuns. Para painéis não listados, a nossa equipa de suporte BSP fornece a configuração do DTS como parte do compromisso de suporte à compra.
A HMI RK3568 pode comunicar com um PLC Siemens S7 através da PROFINET?
Sim, através do Snap7, biblioteca de comunicação de código aberto para o S7, que funciona em Linux ARM e fornece acesso de leitura/gravação aos PLCs Siemens S7-300/400/1200/1500 através de Ethernet. O Snap7 integra-se com aplicações Qt através de uma classe wrapper em C++. Para o PROFIBUS DP (não PROFINET), é necessária uma placa mestre PROFIBUS ligada via PCIe na placa portadora — trata-se de uma adição ao nível do hardware ao design base da placa RK3568, que podemos incorporar em designs de placas portadoras personalizados.
Que classificação IP pode um painel HMI com RK3568 atingir?
O Classificação IP (Ingress Protection) é determinado pela vedação do invólucro e do painel frontal do ecrã, e não pelo SoC ou pela placa de circuito impresso (PCB). Com uma junta do painel frontal devidamente vedada e um invólucro traseiro com classificação IP65 (comum em designs de invólucros para montagem em calha DIN e em painel), os painéis HMI baseados no RK3568 atingem habitualmente classificações entre IP54 e IP65. As classificações IP67 e IP69K podem ser alcançadas com conectores vedados e juntas testadas para imersão — necessárias em ambientes de processamento alimentar, farmacêuticos e de lavagem. O serviço de conceção de placas de suporte personalizadas da ieeker inclui a especificação do invólucro e a revisão do projeto de vedação IP.
Fontes e referências
- Seleção de interfaces para PC de painel industrial e ecrãs HMI — Estone Technology
- Ecrãs MIPI DSI para sistemas incorporados — Riverdi
- Interfaces de ecrã: LVDS vs MIPI vs eDP vs HDMI — Ecrãs IPS
- Código IP (Classificação de Proteção contra a Entrada de Corpos Estranhos) — Wikipédia
- Snap7 — Biblioteca de comunicação de código aberto para o Siemens S7 — SourceForge
- Desenvolvimento de um controlador de painel MIPI DSI personalizado para Linux — Toradex