Resposta curta: Escolha o RK3568 Se o seu projeto necessitar de visualização acelerada por GPU, compatibilidade com Android ou multimédia, múltiplas saídas de vídeo ou objetivos de custo de BOM ambiciosos — a placa de desenvolvimento ieeker YKR-BP3568-V1 sai 30–40% mais barata do que o hardware i.MX8M Plus equivalente em produção em série. Escolha a i.MX8M Plus se a sua aplicação exigir um coprocessador Cortex-M7 em tempo real, conformidade com as normas de segurança funcional DO-178/IEC 61508 ou o programa de longevidade de 15 anos da NXP para aplicações médicas/aeroespaciais, nas quais o compromisso de fornecimento deve ser garantido contratualmente.
O RK3568 e o NXP i.MX8M Plus situam-se no mesmo nível de desempenho — ambos são SoCs quad-core Cortex-A53 na gama de 1,8–2,0 GHz, ambos se destinam a aplicações de IoT industrial, HMI e IA de ponta, e ambos estão disponíveis em placas de desenvolvimento de vários fornecedores. No entanto, apresentam compromissos de engenharia profundamente diferentes, e escolher o menos adequado tem um custo real: não apenas a diferença na lista de materiais (BOM), mas também as horas de integração do BSP, o processo de certificação e a exposição da cadeia de abastecimento ao longo de um programa de 5 anos.
Este guia oferece aos engenheiros de sistemas incorporados e aos gestores de produtos de hardware uma comparação direta, critério a critério — arquitetura da CPU, GPU, NPU, saída de vídeo, capacidade em tempo real, disponibilidade de placas de desenvolvimento, ecossistema de BSP, custo da lista de materiais (BOM) e durabilidade do fornecimento — para que possam tomar a decisão certa antes de se avançar com o primeiro layout da placa de circuito impresso (PCB).
Principais conclusões
- A GPU RK3568 Mali-G52 apresenta um desempenho significativamente superior ao do i.MX8M Plus GC7000UL em tarefas relacionadas com OpenGL ES, renderização Qt e interfaces HMI com vários ecrãs
- O i.MX8M Plus possui um coprocessador dedicado Cortex-M7 de 800 MHz para tempo real; o RK3568 não o possui — um fator diferenciador crucial para circuitos de controlo em tempo real estrito
- NPU do RK3568: 1,0 TOPS. NPU do i.MX8M Plus: 2,3 TOPS — o i.MX8M Plus destaca-se em termos de rendimento de inferência de IA nesta gama
- O custo da lista de materiais (BOM) da placa de desenvolvimento ieeker YKR-RK3568 é 30–40% inferior ao das placas i.MX8M Plus comparáveis, em volumes de produção de 1 000 unidades
- O NXP i.MX8M Plus beneficia de um programa contratual de longevidade de 15 anos da NXP; o RK3568J da Rockchip tem disponibilidade industrial alargada, mas sem uma garantia por escrito de 15 anos
- O RK3568 suporta 4 saídas de ecrã simultâneas (MIPI DSI, LVDS duplo, eDP, HDMI); o i.MX8M Plus suporta 2 (LVDS duplo + HDMI ou MIPI DSI)
- A maturidade do BSP do Linux é elevada em ambos; o Android tem um suporte significativamente melhor no RK3568 do que no i.MX8M Plus
- Para aplicações 95% em IHMs industriais, gateways de IoT e IA de perifeiro — o RK3568 é a escolha certa em termos de relação custo-desempenho
RK3568 vs i.MX8M Plus: Comparação rápida das especificações
Antes de entrarmos em pormenor, eis o quadro completo das especificações. As entradas a negrito destacam os aspetos em que um SoC apresenta um desempenho significativamente superior ao outro.
| Parâmetro | RK3568 / RK3568J | NXP i.MX8M Plus |
|---|---|---|
| Núcleos da CPU | 4× Cortex-A55 a 2,0 GHz | 4× Cortex-A53 a 1,8 GHz + 1× Cortex-M7 a 800 MHz |
| Arquitetura da CPU | ARMv8.2-A (mais recente) | ARMv8-A |
| GPU | Mali-G52 2EE OpenGL ES 3.2, Vulkan 1.1, OpenCL 2.0 | Vivante GC7000UL OpenGL ES 3.1, Vulkan 1.1, OpenCL 1.2 |
| NPU | 1.0 TOPS (RKNN) | 2.3 TOPS (eIQ / TFLite) |
| Nó de processo | 22 nm | 14 nm (TSMC) |
| Saídas de visualização | 4 simultâneas MIPI DSI + LVDS duplo + eDP + HDMI 2.0 | 2 simultâneas duplo LVDS + HDMI ou MIPI DSI |
| Decodificação de vídeo | 4K H.265/H.264 a 60 fps | 4K H.265/H.264 a 60 fps |
| Ethernet | 2× Gigabit (MACs independentes) | 2× Gigabit (com o apoio da TSN) |
| PCIe | PCIe 3.0 × 2 | PCIe 3.0 × 1 |
| USB | USB 3.0 × 1, USB 2.0 × 2 | USB 3.0 × 2, USB 2.0 × 1 |
| SATA | SATA III × 1 | Nenhum |
| Barramento CAN | CAN 2.0 × 2 | CAN-FD × 2 |
| Temperatura industrial | -40 °C a +85 °C (RK3568J) | -40 °C a +85 °C (padrão) |
| Programa de longevidade | Disponibilidade industrial (RK3568J), sem contrato de 15 anos | Programa de fidelidade de 15 anos da NXP |
| Custo típico da lista de materiais (BOM) de um SBC | ~$65–90 @ 1k unidades | ~$95–130 @ 1k unidades |
| Suporte para Android | Excelente (Android 12, bem mantido) | Limitado (principalmente Yocto/Linux) |
Arquitetura da CPU: Por que é que o coprocessador Cortex-M7 é o verdadeiro fator diferenciador
No papel, o RK3568 leva a melhor na corrida das CPUs de núcleo único: os seus núcleos Cortex-A55 funcionam a 2,0 GHz, em comparação com os 1,8 GHz do Cortex-A53 do i.MX8M Plus, e a arquitetura ARMv8.2-A traz melhorias modestas no IPC em relação à ARMv8-A. Na prática, para as cargas de trabalho que estes SoCs executam — renderização da interface do utilizador, gestão de protocolos, aquisição de dados, inferência na periferia —, esta diferença na velocidade de clock é impercetível.
A diferença realmente importante no que diz respeito ao processador é aquilo que o i.MX8M Plus oferece e que falta ao RK3568: um Coprocessador em tempo real Cortex-M7 a funcionar a 800 MHz. Não se trata de uma nota de rodapé insignificante nas especificações. O M7 executa um RTOS independente (FreeRTOS, Zephyr ou bare-metal) e dispõe da sua própria RAM, controlador de interrupções e acesso direto aos periféricos — totalmente isolado dos núcleos do processador de aplicações Linux. Permite tempos de resposta determinísticos às interrupções no intervalo inferior a 150 µs sem qualquer impacto da instabilidade de agendamento do Linux nos núcleos A53.
A título de comparação: o RK3568 com um PREEMPT_RT O kernel corrigido atinge aproximadamente Latência de interrupção no pior dos casos: 180–220 µs sob carga — adequado para IHMs, gateways de IoT e a maioria dos painéis de controlo industriais, mas acima do limiar para circuitos de servocontrolo que têm de fechar a ≥1 kHz. Como refere um teste de desempenho detalhado na DEV Community: «Para os produtos da série 95% — sinalização digital, painéis de controlo, câmaras de borda —, a latência da Rockchip já é excessiva. Se o seu circuito servo tiver de fechar a ≥1 kHz com um jitter <150 µs, opte pela NXP.»
A regra prática: se a sua aplicação industrial envolver controlo de motores em circuito fechado, robótica multieixos sincronizada ou certificação de segurança funcional que exija um ambiente de execução em tempo real certificado — o coprocessador M7 do i.MX8M Plus é verdadeiramente necessário. Para tudo o resto (painéis HMI, gateways de IoT, visão artificial, sinalização digital, inferência de IA na periferia), o desempenho do Linux PREEMPT_RT do RK3568 é mais do que suficiente.
Desempenho da GPU: a maior diferença prática entre estes dois SoCs
A diferença a nível da GPU entre o RK3568 e o i.MX8M Plus é a especificação mais relevante para a maioria das aplicações industriais incorporadas — e favorece claramente o RK3568.
O RK3568 Mali-G52 2EE é uma GPU moderna com arquitetura Bifrost e suporte total a OpenGL ES 3.2, Vulkan 1.1 e OpenCL 2.0 suporte. O i.MX8M Plus utiliza um Vivante GC7000UL — uma arquitetura mais antiga que suporta OpenGL ES 3.1 e OpenCL 1.2, com suporte para Vulkan 1.1 adicionado através de uma atualização do controlador, mas com limitações de desempenho documentadas em cargas de trabalho com grande volume de geometria.
Na prática, isto traduz-se em diferenças significativas nas cargas de trabalho exatas que os produtos industriais incorporados executam:
| Carga de trabalho | RK3568 Mali-G52 | i.MX8M Plus GC7000UL |
|---|---|---|
| Interface de utilizador Qt Quick 1080p a 60 fps | ✅ 60 fps estáveis, carga da GPU de ~351 TP3T | ⚠️ 45–55 fps com carga de animação |
| Launcher do Android / Interface do utilizador | ✅ Funcionamento fluido (compatibilidade total com o Android 12) | ❌ BSP do Android mal mantido |
| Decodificação de vídeo 4K H.265 (VPU) | ✅ VPU de hardware, carga da GPU <10% | ✅ VPU de hardware, equivalente |
| Saída independente para vários ecrãs | ✅ 4 saídas simultâneas | ⚠️ 2 saídas simultâneas |
| Computação OpenCL (processamento de imagens) | ✅ Perfil completo do OpenCL 2.0 | ⚠️ Apenas OpenCL 1.2 |
| Compositor Wayland/Weston | ✅ Estável e devidamente testado | ✅ Estável (referência Yocto) |
A diferença no desempenho da GPU é mais importante para Aplicações de painéis HMI. Se estiver a desenvolver um painel tátil industrial com o Qt Quick, uma visualização animada de dados ou uma interface Android do tipo quiosque, a margem de desempenho do Mali-G52 traduz-se numa interface de utilizador mais fluida, sem necessidade de otimização do controlador de ecrã. A GC7000UL é uma GPU funcional, mas requer uma configuração de renderização Qt mais cuidadosa para atingir taxas de fotogramas equivalentes. Para aplicações puramente sem ecrã (gateways de IoT, conversores de protocolo), a diferença entre as GPUs é irrelevante.
Para mais detalhes sobre o desempenho de renderização do Qt especificamente no RK3568 — incluindo a configuração do EGLFS e os gargalos comuns na ligação de dados — consulte o nosso Guia do ieeker YKR-RK3568 Qt HMI.
Comparação de NPU: 1,0 TOPS vs 2,3 TOPS — Será que isso é importante para a sua aplicação?
Ambos os SoCs incluem uma Unidade de Processamento Neural dedicada, mas com arquiteturas, cadeias de ferramentas e débito efetivo diferentes:
- NPU RK3568 (1,0 TOPS): Utiliza a mesma arquitetura RKNN que a NPU de 6 TOPS do RK3588, o que significa que o RKNN-Toolkit2 O fluxo de trabalho (PyTorch/TensorFlow → ONNX → modelo quantizado RKNN → inferência) é idêntico entre as plataformas. Os modelos validados no RK3568 são implementados no RK3588 sem necessidade de requantização. Inferência em condições reais para o MobileNetV2 quantizado em INT8: aproximadamente 35 ms por fotograma — adequado para deteção de anomalias, classificação básica de objetos e modelos de manutenção preditiva.
- NPU i.MX8M Plus (2,3 TOPS): Utiliza uma arquitetura Verisilicon VIP acessível através da NXP Ambiente de desenvolvimento de ML da eIQ (TensorFlow Lite, ONNX Runtime). O valor de 2,3 TOPS corresponde a cerca de duas vezes a taxa de processamento bruta de inferência do RK3568, permitindo uma inferência mais rápida ou modelos de maior dimensão com o mesmo objetivo de latência. A NXP disponibiliza ferramentas de otimização de modelos bem mantidas e pipelines de quantização INT8 documentados.
A questão prática é saber se a diferença entre 2,3 TOPS e 1,0 TOPS é relevante para a sua aplicação específica. Para cargas de trabalho de inferência leves — deteção de anomalias na manutenção preditiva em dados de sensores de séries temporais, inspeção visual básica a 5–10 fps, deteção de palavras-chave — 1,0 TOPS é suficiente e a vantagem em termos de custo da plataforma RK3568 é decisiva. Para inferência de vídeo com múltiplos fluxos (execução de deteção em 4 ou mais feeds de câmara simultaneamente) ou inferência de visão de baixa latência a 30+ fps com modelos ResNet-50 ou superiores, os 2,3 TOPS do i.MX8M Plus proporcionam uma margem significativa.
Uma observação sobre a cadeia de ferramentas: o RKNN-Toolkit2 conta com uma comunidade de programadores chineses mais vasta e mais exemplos de modelos industriais disponíveis no GitHub do que o ecossistema i.MX8M Plus eIQ. Para as equipas que pretendem criar os seus próprios modelos personalizados, esta vantagem prática em termos de documentação pode compensar a diferença em TOPS no tempo de desenvolvimento.
Do chão de fábrica: Por que razão um cliente alemão do setor da automação mudou do i.MX8M Plus para o RK3568
Há cerca de dezoito meses, fomos contactados pela equipa de hardware de uma empresa alemã de automação industrial que estava a desenvolver uma nova geração de painéis de controlo para transportadores. Tinham passado quatro meses a desenvolver protótipos com um SoM i.MX8M Plus de um fornecedor europeu — uma plataforma bem conceituada com um sólido suporte ao Yocto Linux — e depararam-se com dois problemas que não conseguiram resolver dentro do prazo do projeto.
O primeiro era o desempenho de visualização. A sua IHM Qt Quick — um painel LVDS de 10,1 polegadas que mostrava a velocidade da correia transportadora em tempo real, a ocupação da zona e um gráfico de tendências de rendimento de 60 segundos — estava a ser renderizado a uma taxa consistente de 42–48 fps na GPU GC7000UL, em vez dos 60 fps exigidos pela especificação da interface do utilizador. O consultor Qt da empresa passou duas semanas a otimizar o pipeline de renderização, a reduzir a complexidade da animação e a ajustar as definições de renderização em lote. A melhoria foi marginal. A causa principal era que a GC7000UL simplesmente não tinha capacidade de processamento de sombreamento de fragmentos suficiente para a sua combinação específica de ícones SVG animados e componentes ListView dinâmicos a 1280×800.
O segundo problema era o custo da lista de materiais (BOM). Com o volume de produção previsto de 800 unidades por ano, o SoM i.MX8M Plus tinha um preço de aproximadamente 87 € por unidade. A margem-alvo do produto exigia que o custo do módulo de computação fosse inferior a 60 €. A diferença era de 27 € por unidade — com 800 unidades, isso representava uma erosão da margem de 21 600 € por ano, o que não tinha sido previsto no plano de negócios original do produto.
Fornecemos uma placa de desenvolvimento protótipo ieeker YKR-RK3568 no prazo de cinco dias após o seu pedido de informação. A sua interface de utilizador funcionou a uma taxa constante de 60 fps no Mali-G52 logo na primeira inicialização, sem quaisquer alterações na configuração do Qt. Custo da lista de materiais (BOM) para o volume de produção do cliente: aproximadamente $72 USD — dentro do orçamento. A aplicação não apresentava requisitos rigorosos de controlo servo em tempo real (o coprocessador M7 não era necessário) e a temperatura ambiente situava-se dentro da gama de classificação industrial do RK3568J. A migração demorou seis semanas: implementação do BSP na nova placa, atualização do DTS para a temporização específica do seu painel LVDS e testes de validação na linha de produção.
Estão em produção há catorze meses, com 840 unidades expedidas. Não se registaram falhas de hardware atribuíveis à escolha do SoC. A melhoria anual da margem de 21 600 € permitiu amortizar o custo da migração do BSP logo no primeiro trimestre de produção.
Custo da lista de materiais (BOM), ecossistema BSP e longevidade do abastecimento: os três fatores de aquisição
Custo da lista de materiais: 30–40% Inferior no RK3568
A diferença de custo total entre as placas de desenvolvimento RK3568 e i.MX8M Plus, em volumes de produção, é determinada por três fatores: o preço unitário do SoC, a complexidade do PMIC e a configuração da memória. Conforme documentado numa análise detalhada comparativa entre a Rockchip e a NXP: A variação de custo do SoC é de aproximadamente -30%, a variação relativa aos componentes passivos e à árvore de alimentação é de aproximadamente -10% e a variação agregada do SBC situa-se entre 30 e 40%, após a inclusão da placa de circuito impresso (PCB), dos conectores e da montagem local. Com 1 000 unidades por ano, esta margem situa-se normalmente entre $25 e 40 por unidade — um valor significativo nos casos de negócio de produtos industriais.
Ecossistema BSP: Forte em ambos os aspetos, mas com comunidades diferentes
Ambas as plataformas dispõem de BSPs Linux bem desenvolvidos. As diferenças residem na composição da comunidade e no suporte ao Android:
- BSP do RK3568: Vasta comunidade de programadores chineses, amplo suporte a BSP do Android (Android 11/12), forte cobertura de multimédia e controladores de ecrã, RKNN-Toolkit2 para inferência na NPU. Existe suporte para o Yocto, mas não é a principal via de desenvolvimento. As atualizações do BSP seguem o ritmo de lançamento do kernel do fabricante Rockchip.
- BSP do i.MX8M Plus: A NXP disponibiliza uma meta-camada oficial do Yocto (meta-imx) com um percurso de implementação industrial bem documentado. Projeto Yocto é o sistema de compilação dominante em implementações regulamentadas de Linux incorporado em aplicações industriais e médicas na Europa e na América do Norte. Existe um BSP para o Android, mas não é mantido ativamente. O ambiente eIQ ML está bem documentado para a implementação de NPU.
Se o sistema de compilação de produção da sua equipa for baseado no Yocto — o que é comum entre os fabricantes de equipamento original (OEM) industriais europeus que desenvolvem produtos em conformidade com a norma IEC 61508 —, a i.MX8M Plus oferece um caminho de integração mais simples do que o ecossistema do RK3568, que se baseia principalmente no Buildroot e no kernel do fornecedor. Se a sua equipa utiliza o Buildroot, o Ubuntu ou o Debian e não tem requisitos relacionados com o Yocto, o RK3568 é uma boa opção.
Durabilidade do fornecimento: o programa de 15 anos da NXP vs. o RK3568J de nível industrial
O i.MX8M Plus da NXP faz parte do seu programa de longevidade, que garante um fornecimento mínimo de 15 anos a partir do lançamento do produto — um compromisso contratual que seja verificável e auditável e que cumpra os requisitos em matéria de risco da cadeia de abastecimento dos programas relativos a dispositivos médicos (FDA/MDR), ao setor aeroespacial (DO-178C) e às infraestruturas críticas.
O RK3568J é a variante de nível industrial da Rockchip, com faixas de temperatura alargadas e ciclos de produção mais longos do que os SoCs da Rockchip de nível comercial; no entanto, a Rockchip não publica um compromisso contratual de longevidade de 15 anos equivalente ao programa da NXP. Para programas em que um compromisso de fornecimento por escrito constitui um requisito regulamentar ou contratual por parte do cliente final, este é um verdadeiro fator diferenciador a favor do i.MX8M Plus.
Para a maioria dos programas industriais — gateways de IoT, painéis HMI, sistemas de IA de ponta, tablets industriais — em que o compromisso de fornecimento exigido é de 5 a 7 anos, em vez de 15, a disponibilidade de nível industrial do RK3568J, combinada com as opções de inventário garantido da ieeker, proporciona segurança de abastecimento suficiente. Abordamos em pormenor os critérios de avaliação da cadeia de abastecimento no nosso Guia de avaliação de fabricantes de placas incorporadas.
Guia de decisão: quando escolher cada plataforma
Escolha a placa de desenvolvimento RK3568 se:
- A sua candidatura é uma Painel HMI ou terminal de visualização — a GPU Mali-G52 executa as interfaces de utilizador do Qt Quick e do Android de forma significativamente melhor do que a GC7000UL
- Precisas de mais de duas saídas de vídeo simultâneas — As 4 saídas do RK3568 permitem configurações com dois operadores que, no i.MX8M Plus, exigem um SoC separado ou um divisor HDMI
- O teu projeto é um Gateway IoT, dispositivo de IA de ponta ou NVR — PCIe 3.0 ×2, duas portas GbE, SATA e barramento CAN sem chips externos
- A vossa equipa utiliza Android ou que necessite de um BSP robusto para o Android — O Android 12 é bem suportado e mantido ativamente no RK3568; o BSP do Android para o i.MX8M Plus foi, na prática, abandonado
- O seu O preço-alvo da BOM é inferior a $90/unidade, para um volume de 1k — a vantagem em termos de custos do modelo 30–40% é real e consistente
- A sua implementação requer 5 a 7 anos de vida útil em condições de utilização no terreno com as placas industriais RK3568J da ieeker e a gestão de inventário — sem um compromisso contratual de fornecimento de 15 anos
Escolha o i.MX8M Plus se:
- A sua candidatura requer circuitos de controlo em tempo real estrito com frequência de fechamento ≥ 1 kHz — o coprocessador Cortex-M7 com RTOS dedicado é a única solução correta
- O seu produto deve cumprir IEC 61508, DO-178C ou ISO 26262 certificação de segurança funcional — a NXP fornece bibliotecas de segurança pré-certificadas e o M7 proporciona o ambiente de execução isolado necessário
- O seu cliente final ou entidade reguladora exige um compromisso por escrito de fornecimento por um período de 15 anos — O programa de longevidade da NXP é a única opção contratual nesta gama de preços
- A vossa equipa é Yocto-first e compilar para certificações industriais europeias, em que a camada Yocto oficial «meta-imx» da NXP constitui o caminho de compilação correto
- A sua candidatura requer maior rendimento da NPU (2,3 vs 1,0 TOPS) para inferência de vídeo com múltiplos fluxos ou modelos de maior dimensão, sem os custos e o consumo energético do RK3588
Caso de projeto: Construção de um gateway de monitorização de temperatura multizona com o RK3568
Uma empresa de logística da cadeia de frio alimentar na Coreia do Sul precisava de um gateway de monitorização de temperatura multizona para a sua rede de armazéns frigoríficos — 24 sensores de temperatura e humidade por gateway através de Modbus RTU, ligação celular via M.2 LTE, um ecrã local LVDS de 4,3 polegadas que mostra o estado das zonas e encaminhamento para a nuvem para o AWS IoT Core via MQTT/TLS. A sua equipa de engenharia tinha inicialmente definido o âmbito do projeto em torno de um SoM i.MX8M Plus, com base na familiaridade adquirida num projeto anterior, com um orçamento unitário de $85.
Após analisarmos em conjunto os requisitos, recomendámos o RK3568J por três razões específicas: (1) a aplicação não apresentava requisitos de controlo em tempo real — o coprocessador M7 representaria um custo de silício não utilizado; (2) o ecrã local LVDS com a interface de utilizador de estado Qt tirava partido dos pontos fortes do Mali-G52; (3) a configuração dupla do RK3568J (GbE + SATA + PCIe M.2) eliminou a necessidade de chips de expansão externos que o i.MX8M Plus teria de utilizar para igualar o número de interfaces.
O protótipo ficou operacional em três semanas, utilizando a nossa placa de desenvolvimento ieeker YKR-RK3568. A placa de suporte personalizada para produção foi entregue em oito semanas. Custo unitário para um volume anual de 300 unidades: $74 — $11 abaixo do orçamento. O cliente aproveitou a melhoria na margem para adicionar um segundo modem celular como ligação ascendente redundante, melhorando o seu SLA de tempo de atividade de 99,7% para 99,95% com failover automático da operadora.
Estão agora no segundo ano de produção, com 580 gateways instalados em seis armazéns na Coreia do Sul e um no Vietname. Taxa de falhas em campo atribuíveis ao hardware dos gateways: 0,17% (uma placa por cada 600 instaladas), todas atribuídas a danos nos conectores causados por impactos de empilhadoras, e não a falhas eletrónicas.
Placas de desenvolvimento ieeker RK3568 para projetos industriais
A ieeker fabrica placas de desenvolvimento e SoMs baseados no YKR-RK3568 para aplicações industriais — com produção SMT interna, BSP validados (Buildroot, Debian 11, Ubuntu 22.04, Android 12) e uma linha direta de apoio técnico para questões relacionadas com a integração. Para projetos em transição do i.MX8M Plus ou que estejam a avaliar o RK3568 pela primeira vez, fornecemos placas de avaliação individuais com acesso completo ao SDK e podemos disponibilizar uma lista de verificação de compatibilidade de funcionalidades do BSP em relação à sua plataforma existente.
- ieeker YKR-RK3568: Dupla porta GbE, LVDS + MIPI DSI + eDP + HDMI, ranhura M.2 PCIe LTE, SATA III, barramento CAN, RS-485. Disponível a partir de uma única unidade para avaliação. Consulte o Página do produto ieeker YKR-RK3568.
- ieeker YKR-RK3568 SoM + Placa de suporte personalizada: Para programas OEM que exijam um formato personalizado ou um layout de interface específico. Custos de desenvolvimento (NRE) a partir de $4,000; produção a partir de 50 unidades. Consulte o Guia de conceção de placas de desenvolvimento personalizadas.
Para projetos em que a capacidade de processamento do RK3568 seja insuficiente — inferência de IA na periferia a mais de 30 fps, processamento de vídeo 8K, análise multicâmara — consulte o nosso Placa de desenvolvimento RK3588 que mantém o mesmo ecossistema de interfaces e o mesmo fluxo de trabalho do BSP com um rendimento da NPU 6 vezes superior.
Está a avaliar o RK3568 em comparação com o i.MX8M Plus para o seu projeto?
Partilhe os seus requisitos de interface e o tipo de aplicação — iremos fornecer-lhe uma recomendação de placa e uma comparação de funcionalidades do BSP no prazo de 24 horas.
→ Solicitar a placa de avaliação RK3568 →Perguntas mais frequentes
O RK3568 é mais rápido do que o i.MX8M Plus?
Nos testes de desempenho da CPU em modo de thread único e multithread, os núcleos Cortex-A55 a 2,0 GHz do RK3568 são ligeiramente mais rápidos do que o i.MX8M Plus — com um desempenho de thread único aproximadamente 10–15% superior. O desempenho da GPU é significativamente superior no RK3568 (Mali-G52 vs GC7000UL). A taxa de transferência da NPU é superior no i.MX8M Plus (2,3 TOPS vs 1,0 TOPS). A latência em tempo real é melhor no i.MX8M Plus devido ao coprocessador Cortex-M7 dedicado. O que é «mais rápido» depende inteiramente da carga de trabalho que se medir.
O RK3568 pode substituir o i.MX8M Plus num projeto já existente?
Para aplicações sem requisitos rigorosos de tempo real e sem a exigência de um contrato de fornecimento de 15 anos, sim — normalmente com 6 a 10 semanas de trabalho de migração do BSP (atualização do DTS, validação dos controladores de periféricos, recompilação da aplicação e testes). As principais áreas de integração são: configuração da temporização do ecrã (nó do painel DTS), controladores de interfaces industriais (CAN, RS-485) e recompilação da aplicação para ARM Linux (mesma arquitetura, recompilação simples). As migrações para Android requerem trabalho adicional de validação do BSP.
O i.MX8M Plus é compatível com o Android?
A NXP disponibiliza um BSP Android para o i.MX8M Plus, mas este não é mantido ativamente como plataforma principal — a principal estratégia de software incorporado da NXP é o Yocto Linux. O Android no i.MX8M Plus é funcional para implementações básicas, mas fica significativamente aquém do BSP do Android 12 do RK3568 em termos de otimização do controlador da GPU, compatibilidade de aplicações e frequência de atualização do BSP. Para aplicações que privilegiam o Android (quiosques, tablets, sinalização digital), o RK3568 é a escolha certa.
O que significa, na prática, o programa de longevidade de 15 anos da NXP?
O programa de longevidade da NXP é um compromisso contratual de que o SoC i.MX8M Plus permanecerá em produção e disponível para compra durante, pelo menos, 15 anos a contar da data de lançamento do produto. Isto é verificável por escrito e pode ser citado na documentação do produto para submissões à FDA relativas a dispositivos médicos, pacotes de certificação aeroespacial DO-178C e contratos de automação industrial em que os clientes finais exijam a continuidade documentada da cadeia de abastecimento. Não garante o preço — apenas a disponibilidade.
O que é melhor para um gateway de IoT — o RK3568 ou o i.MX8M Plus?
O RK3568 para a maioria das aplicações de gateways de IoT. O RK3568 oferece nativamente: duas portas GbE (separação LAN/WAN), PCIe 3.0 ×2 (modem 4G/5G), SATA III (SSD para registo histórico local), duas portas CAN e três UARTs para Modbus RS-485. O i.MX8M Plus oferece duas portas GbE com TSN (útil para redes sensíveis ao tempo em aplicações de Ethernet industrial) e CAN-FD ×2, mas não dispõe de SATA e tem apenas uma via PCIe 3.0. Para monitorização remota, armazenamento histórico de dados e gateways de reencaminhamento MQTT para a nuvem, o RK3568 destaca-se pela variedade de interfaces e pelo custo. Para gateways de Ethernet industrial que requeiram especificamente TSN ou CAN-FD, o i.MX8M Plus tem a vantagem. Consulte o nosso Guia do gateway IoT RK3568 para a arquitetura completa de implementação.
O que é o CAN-FD e é relevante para a minha aplicação?
CAN-FD (CAN com taxa de transmissão flexível) alarga o protocolo CAN 2.0 clássico com taxas de transmissão de dados mais elevadas (até 8 Mbps, contra 1 Mbps do CAN 2.0) e quadros de dados mais longos (até 64 bytes, contra 8 bytes). O i.MX8M Plus suporta CAN-FD; o RK3568 suporta apenas CAN 2.0. O CAN-FD é importante para aplicações que se ligam a sensores modernos derivados do setor automóvel, a atuadores industriais mais recentes da Bosch ou da Beckhoff que utilizam CAN-FD, ou a qualquer dispositivo de campo que transmita grandes quantidades de dados periodicamente. Para equipamento industrial mais antigo que utilize o CAN 2.0 clássico (a esmagadora maioria da base instalada), o suporte ao CAN 2.0 do RK3568 é totalmente suficiente.
Fontes e referências
- i.MX 8M Plus: Aprendizagem Automática e Visão Artificial na Periferia — NXP Semiconductors
- Rockchip vs NXP — Uma análise aprofundada para equipas de produto — Comunidade DEV
- RKNN-Toolkit2 — SDK de inferência da NPU da Rockchip — GitHub
- Ambiente de desenvolvimento eIQ ML para i.MX — NXP
- Projeto Yocto — Wikipédia
- CAN Bus / CAN-FD — Wikipédia