NXP i.MX · Rockchip RK3588 · Qualcomm QCS6490

임베디드 제어, 비전 및 엣지 AI용 ARM Mini-ITX 플랫폼

실시간 제어, BSP 성숙도, 카메라 파이프라인, 산업용 I/O, NPU 성능, 생산용 소프트웨어 지원 등을 기준으로 ARM 플랫폼을 비교해 보세요.

  • i.MX 93 · 0.5 TOPS리눅스 + Cortex-M33
  • i.MX 8M Plus · 2.3 TOPS듀얼 ISP + Cortex-M7
  • RK3588 / QCS64906 TOPS / 최대 12 TOPS
ARM SoC 비교 내 ARM 요구 사항 확인하기
임베디드 제어, 머신 비전 및 엣지 AI용 ARM Mini-ITX 플랫폼

ARM SoC 비교

TOPS 수치만 보고 선택하지 말고, 시스템 역할에 따라 SoC를 선택하세요

ARM 플랫폼은 실시간 코어, 이미지 처리, 산업용 인터페이스, 공급업체별 소프트웨어, 가속기 툴체인 측면에서 차이가 있습니다. 보드의 복잡성과 소프트웨어 관련 위험을 줄여주는 기본 리소스를 갖춘 SoC가 최선의 선택입니다.

플랫폼 주요 자료 베스트핏 다음과 같은 경우에는 다른 플랫폼을 선택하세요.
NXP i.MX 93 2× Cortex-A55 @ 1.7 GHz · Cortex-M33 @ 250 MHz · 0.5 TOPS 제어 중심 게이트웨이, HMI, 계량, 원격 I/O, 경량 머신러닝 더 강력한 그래픽 가속 성능이나 더 무거운 멀티미디어 작업이 필요합니다.
NXP i.MX 8M Plus 4× Cortex-A53 @ 1.8 GHz · Cortex-M7 @ 800 MHz · 2.3 TOPS 산업용 비전 기술과 결정론적 제어, CAN FD, TSN 및 듀얼 카메라 기능 CPU/GPU/NPU 성능이 훨씬 더 많이 필요합니다.
Rockchip RK3588 4× Cortex-A76 + 4× Cortex-A55 · 6 TOPS 다중 디스플레이, 8K급 미디어, 카메라 처리 및 로컬 AI 산업용 실시간 공동 처리 또는 공급업체 수명 주기 정책이 주요 제약 요인입니다.
퀄컴 QCS6490 최대 2.7 GHz의 8코어 CPU · 최대 12 TOPS · 최대 16 GB LPDDR5 연동형 멀티 카메라 AI, 로봇 공학 및 고집적 엣지 시스템 더 단순한 제어 중심의 BSP나 네이티브 CAN/TSN 소유권이 필요합니다.

리눅스 · RTOS · BSP

ARM에서는 소프트웨어 스택이 하드웨어 선택의 일부입니다.

부트로더, 커널, 디바이스 트리, GPU/NPU 펌웨어, 카메라 드라이버 및 RTOS 코드는 ARM 보드의 인터페이스가 양산 환경에서 안정적으로 작동하는지 여부를 결정합니다.

지역 무엇을 냉동 보관해야 할까 중요한 이유
리눅스 / 안드로이드 커널/BSP 브랜치, 패치, 드라이버, 디바이스 트리, 모듈 업그레이드를 통해 PCIe, USB, MIPI, 이더넷, 일시 중지/재개 또는 부팅 동작이 변경될 수 있습니다.
실시간 도메인 주변 장치 소유권, RTOS 이미지, 워치독, IPC 방식 i.MX 93은 A55 기반 리눅스와 M33 제어 기능을 결합할 수 있으며, i.MX 8M Plus는 리눅스와 800 MHz M7을 결합할 수 있습니다.
AI / 카메라 런타임 NPU 컴파일러/런타임, ISP 스택, 센서 드라이버, 모델 변환 경로 필요한 연산자, 센서 또는 카메라 파이프라인이 지원되지 않는다면 TOPS는 별다른 가치가 없습니다.
제작 이미지 부트 로더, 파일 시스템, 구성, 복구 이미지, 업데이트 패키지 하드웨어 개정판은 출시된 소프트웨어 기준 버전과 호환성을 유지해야 합니다.

카메라 · ISP · CAN · TSN

불필요한 컨트롤러를 제거할 수 있는 경우 네이티브 ARM 인터페이스를 사용하십시오.

ARM SoC는 내장 카메라, 실시간 및 산업용 인터페이스가 제품에 적합할 때 가장 큰 장점을 발휘합니다. 이를 통해 브리지 장치, PCIe 전력 소비, 기판 면적 및 드라이버의 복잡성을 줄일 수 있습니다.

자료 수치 / 표준 참조 선택 값
i.MX 8M Plus 카메라 2× MIPI CSI · 듀얼 ISP · 최대 12 MP · 최대 375 MPixels/s 두 개의 카메라 경로와 로컬 이미지 처리가 실시간 제어와 함께 공존해야 할 때 유용합니다.
QCS6490 카메라 다중 카메라 플랫폼 방향 · 현재 구현 버전에서 최대 4개의 MIPI CSI 지원 카메라, AI 및 무선 통합이 주를 이루는 연결형 비전 시스템에 유용합니다
CAN FD 최대 64바이트의 페이로드 대 클래식 CAN의 8바이트 대용량 산업용 또는 차량용 메시지가 필요한 경우 프로토콜 오버헤드를 줄여줍니다.
ISO 11898-1:2024 CAN 데이터 링크 및 물리 계층 코딩 참조 프로토콜 참조용으로 사용하십시오. 트랜시버, 절연, 종단 처리 및 EMC는 여전히 보드 수준에서 결정해야 합니다.
TSN / IEEE 1588 지원되는 경우 하드웨어 기반 시간 동기화 MAC/PHY, 드라이버, PTP 스택, 스위치 토폴로지 및 측정된 타이밍 정확도를 검증합니다.

RS-232 / RS-422 / RS-485 물리 계층 선택 → 카메라 경로가 정의된 후 AI 지원 플랫폼 선택 →

보안 부팅 · OTA · 수명 주기

양산 전에 ARM 소프트웨어-하드웨어 계약을 확정하십시오

보안 부팅 체인

부트로더, 커널, 디바이스 트리, 펌웨어 및 업데이트 패키지에 서명하는 키를 정의하십시오. 플랫폼 보안 기능은 전체 체인이 구현되고 유지 관리될 때만 효과를 발휘합니다.

업데이트 및 복구

정의된 롤백 또는 복구 경로를 사용하여, OTA 업데이트 실패나 정전으로 인해 무인 장치가 부팅되지 않는 상황이 발생하지 않도록 하십시오.

BSP 유지보수

지원 기간 동안 커널 CVE, 부트로더 패치, GPU/NPU 펌웨어, 무선 펌웨어 및 벤더 BSP 업데이트에 대한 담당자를 지정합니다.

이사회 개정 관리

메모리, 저장 장치, PMIC, PHY, 무선 모듈 및 카메라의 대체 부품은 출시된 BSP 및 복구 이미지와 호환성을 유지해야 합니다.

부팅, 복구 및 운영 소프트웨어를 함께 검증하기 →

플랫폼 선택

측정 가능한 제약 조건이 발생할 때에만 다른 ARM SoC로 전환하십시오

주요 요건 여기서 시작하기 이동 시기
리눅스 + 결정론적 제어, CAN/TSN, 경량 머신러닝 i.MX 93 더 뛰어난 카메라/ISP 성능이나 AI 성능이 필요합니다.
듀얼 카메라 비전 + M7 실시간 제어 i.MX 8M Plus 2.3 TOPS 또는 A53의 성능이 병목 현상이 된다
8K급 미디어, 멀티 디스플레이, 6 TOPS 로컬 AI RK3588 보안, 라이프사이클 또는 엔터프라이즈용 다중 카메라 통합의 중요성이 더욱 커지고 있다
연동형 멀티 카메라 AI, 최대 12 TOPS QCS6490 CUDA / TensorRT / JetPack 사용이 의무화됩니다
CUDA 생태계는 필수불가결한 요소입니다. NVIDIA 플랫폼 단순히 동일한 CPU 명령어 세트 계열을 사용한다는 이유만으로 다른 ARM SoC를 선택해서는 안 됩니다.

ARM 플랫폼 리뷰

소프트웨어 및 I/O 제약 조건을 먼저 보내주세요

SoC 선호 사항, Linux/Android/RTOS, 카메라 센서, CAN/직렬 통신, 이더넷, AI 런타임, 메모리/저장 장치, 전원, 외장 케이스, 수량 및 수명 주기 목표를 제시해 주십시오.

ARM 플랫폼 요구 사항 제출

출발대

프로덕션 소프트웨어 스택과 가장 가까운 생태계부터 시작하세요

방향 이곳에서 시작해야 할 가장 큰 이유 시제품 제작 전 동결
i.MX 93 제어 우선 리눅스 + M33 아키텍처 SoC 모델, 메모리, 저장 용량, CAN/TSN 할당, BSP, M33 펌웨어
i.MX 8M Plus 비전 및 실시간 제어 기능을 하나의 SoC에 통합 카메라 센서, MIPI 레인, NPU 런타임, 리눅스 브랜치, M7 파티션
RK3588 높은 멀티미디어 처리 성능과 6 TOPS의 엣지 AI 벤더 BSP, ISP/센서 지원, NPU 런타임, 스토리지 및 열 설계
QCS6490 연동된 멀티 카메라 AI 및 강력한 통합 가속 기능 카메라 세트, BSP/OS, 무선, AI 런타임, 보안 부팅 및 수명 주기
맞춤형 ARM 레퍼런스 플랫폼 필요한 SoC 리소스 맵을 제공하는 표준 보드는 없습니다. 개략적 할당, 디바이스 트리, BSP, BOM, 검증 범위 및 업데이트 담당자

자주 묻는 질문

ARM Mini-ITX 플랫폼 자주 묻는 질문

왜 ARM 마더보드 선택은 x86보다 소프트웨어에 더 많이 좌우되는가?

ARM 보드는 대개 해당 공급업체의 BSP, 디바이스 트리, 카메라 및 NPU 드라이버, PMIC, 부트로더, 보드별 I/O와 더 밀접하게 연계되어 있습니다. 따라서 하드웨어와 소프트웨어는 함께 검증되어야 합니다.

i.MX 8M Plus는 언제 TOPS 수치가 더 높은 SoC보다 더 유용할까요?

2.3 TOPS로 충분하며, 단일 산업용 아키텍처 내에서 듀얼 ISP, 두 개의 MIPI CSI 경로, 800 MHz Cortex-M7, CAN FD 및 TSN 지원 이더넷을 통해 프로젝트에 이점을 얻을 수 있는 경우에 선택하십시오.

NPU TOPS 수치가 높다고 해서 추론 속도가 반드시 더 빨라지는 것일까요?

아닙니다. 모델 연산자, 정밀도, 실행 시간, 메모리 전송, 전처리, 카메라 파이프라인, 전력 모드 및 지속 온도가 실제 지연 시간과 처리량을 결정합니다.

ARM 생산 전에 무엇을 냉동해야 하나요?

SoC, 메모리, 스토리지, PMIC, I/O 맵, 카메라 센서, 부트로더, 커널/BSP 브랜치, 디바이스 트리, RTOS 펌웨어, AI 런타임, 보안 키, 복구 방법 및 승인된 대체 품목을 고정합니다.

ARM 기반 임베디드 시스템을 위한 실질적인 통찰력

저전력 에지 AI부터 견고한 산업용 제어에 이르기까지 최신 ARM SoC 통합, 보드 수준 설계 팁, 실제 배포 전략에 대한 최신 정보를 확인하세요.