차량 에지 · 텔레매틱스 · 대중교통 시스템

운송 및 자동차를 위한 견고한 Mini-ITX 보드

차량 내 컴퓨팅, 차량 함대 및 텔레매틱스 시스템, 승객 정보, 센서 처리, 도로변 인프라 등을 위한 구성 가능한 Mini-ITX 플랫폼으로, 차량 전원, CAN 및 직렬 I/O, 네트워킹, 디스플레이, 스토리지, 열적 특성, 기계적 통합 및 수명 주기 관리를 하나의 배포 단위로 통합 설계해야 합니다.

교통 플랫폼 견적 요청하기 특정 용도에 최적화된 Mini-ITX 보드 살펴보기
운송 및 자동차 시스템용 견고한 Mini-ITX 플랫폼

교통 컴퓨팅은 배포 경계에서 시작된다

차량의 전력, I/O, 환경 및 수명 주기를 고려하여 컴퓨팅 플랫폼을 설계하십시오.

교통 및 자동차 시스템은 동일한 Mini-ITX 폼 팩터에 대해 매우 상이한 요구 사항을 제시할 수 있습니다. 차량 게이트웨이는 CAN, GNSS, 셀룰러 연결, 저장 장치, 시동 상태에 따른 전원 관리 기능을 우선시할 수 있는 반면, 승객 정보 시스템이나 차량용 HMI 시스템은 그래픽, 디스플레이, 오디오, 네트워킹, 긴 수명을 우선시할 수 있습니다. 따라서 보드는 단순히 CPU 성능만 고려하기보다는 전체 시스템 아키텍처를 종합적으로 고려하여 선정해야 합니다.

안전 요구 사항은 시스템 역할에 따라 달라집니다.

자동차 프로젝트의 경우, 품목, 기능 및 안전 등급에 따라 ISO 26262와 같은 기능 안전 관련 활동이 필요할 수 있습니다. 상용 Mini-ITX 마더보드만으로는 완성차 시스템의 규정 준수 여부를 입증할 수 없습니다.

실시간 동작은 전체 데이터 경로에 따라 달라집니다.

추적, 센서 처리, 차량 네트워킹 및 로컬 의사결정 지원은 인터페이스 컨트롤러, 드라이버, 운영 체제 스케줄링, 소프트웨어, 저장 장치 및 네트워크 부하에 좌우됩니다. 저지연 성능은 프로세서 사양에서 추론하기보다는 대표적인 워크로드 하에서 측정해야 합니다.

가혹한 환경에서의 운용에는 배치별 검증 절차가 필요합니다

승용차, 상용 차량, 버스, 철도, 도로변 장비에 따라 온도, 진동, 충격, 습도, 먼지, 케이블 고정 상태 및 인클로저 조건이 각기 다릅니다. 출시된 구성은 대상 배포 환경 프로필에 따라 검증되어야 합니다.

산업용 제어 시스템 → 스마트 시티 및 캠퍼스 인프라 →

차량 에지 · 차량 관리 · 승객 시스템 · 도로변

소형 임베디드 컴퓨팅의 운송 및 자동차 분야 적용 사례

원본 문서는 차량 함대 관리, ADAS 및 센서 워크로드, 인포테인먼트, 차량 네트워킹, 승객용 시스템, 도로변 컴퓨팅에 중점을 두었습니다. 이러한 분야들은 배포될 시스템에 대한 정확한 I/O, 전력, 소프트웨어, 환경 및 검증 요구 사항이 정의될 때 여전히 유용한 적용 방향으로 남아 있습니다.

차량 함대, 텔레매틱스 및 차량 내 엣지 컴퓨팅

로컬 처리 기능을 CAN 또는 직렬 인터페이스, GNSS, 셀룰러 또는 Wi-Fi 모듈, 이더넷, 저장 장치 및 원격 관리 기능과 결합하여 차량 추적, 진단, 기록, 유지보수 워크플로우 및 차량 관리 애플리케이션에 활용하십시오.

승객 정보 및 차량 내 인포테인먼트

버스, 철도, 대중교통 및 차량 HMI 시스템에 대한 디스플레이, 오디오, 저장, 네트워킹 및 애플리케이션 처리 기능을 지원합니다. 그래픽 성능, 디스플레이 토폴로지, 부팅 동작, 열 부하 및 소프트웨어 호환성을 종합적으로 검증해야 합니다.

ADAS 및 센서 처리 플랫폼

선택된 CPU, GPU 또는 가속기, 메모리, 인터페이스 대역폭, 드라이버, 소프트웨어 스택 및 열 설계가 애플리케이션 요구 사항을 충족하는 경우, 고대역폭 컴퓨팅 플랫폼은 카메라, 레이더 및 기타 센서 처리 워크로드를 지원할 수 있습니다.

도로변 및 교통 인프라

팬이 없는 시스템이나 견고한 엣지 시스템은 설치 환경이 명확하게 정의된 곳에서 교통 모니터링, 도로변 제어 및 지능형 교통 인프라를 위해 카메라, 센서, 직렬 장치, 이더넷 네트워크 및 로컬 스토리지를 통합할 수 있습니다.

전력 · 안전 · 환경 · 타이밍 · 수명 주기

운송 위원회를 선정하기 전에 정의해야 할 공학적 요구 사항

교통 프로젝트에서는 마더보드를 선정하기 전에 전기적, 인터페이스, 환경적, 소프트웨어 및 수명 주기 관련 사양을 명확히 정해야 합니다. 공칭 전압 범위, CAN 커넥터 또는 팬이 없는 방열판만으로는 차량이나 대중교통 분야에의 적용 적합성을 입증할 수 없습니다.

요구 사항 엔지니어링 고려 사항 선택하기 전에 확인하세요
차량의 전력 및 과도 현상 차량의 전기 시스템에는 정격 직류 입력 전압만으로는 설명할 수 없는 시동, 서지, 부하 덤프, 역극성, 점화 상태 및 전압 저하 등의 상황이 포함될 수 있습니다. 공칭 및 극한 입력 범위, 과도 현상 프로파일, 보호 및 신호 조정 단계, 점화 특성, 정지 순서, 홀드업 요구 사항, 접지, 및 정전 후 복구.
기능 안전 경계 마더보드는 컴퓨팅 자원을 제공할 수는 있지만, 안전 목표, 진단, 중복성, 오류 처리, 워치독 전략 및 관련 기능 안전성 입증 자료는 전체 시스템 아키텍처에 속합니다. 시스템 역할, 안전 등급, 고장 모드, 외부 제어기, 워치독 소유권, 안전 상태, 진단 범위, 소프트웨어 책임, 그리고 필요한 검증 근거.
CAN, 시리얼 및 차량 네트워킹 물리적인 CAN 인터페이스만으로는 CAN FD, J1939, UDS, OBD-II, 절연, 종단 처리 또는 애플리케이션 계층 소프트웨어 지원이 자동으로 제공되지 않습니다. 컨트롤러 및 트랜시버, CAN/CAN FD 요구 사항, 채널 수, 절연, 종단, 보드 속도, 프로토콜 스택, 드라이버, 커넥터 핀 배열, 소프트웨어 소유권.
환경 및 기계적 부하 온도 범위, 진동, 충격, 습도, 먼지, 장착 방식, 커넥터 고정 방식 및 인클로저 설계는 실내, 트렁크, 상용차, 철도 및 노변 설치 환경에 따라 상당히 다릅니다. 주변 및 국부 온도, 진동/충격 프로파일, 침투 방지 전략, 장착 방향, 케이블 고정 방식, 방열판 또는 섀시 경로, 인클로저, 그리고 대표적인 시스템 시험 조건.
실시간 데이터 및 저장소 추적, 센서 처리, 이벤트 로깅, 영상 및 원격 통신은 CPU, 메모리, 저장 공간 및 인터페이스 대역폭을 놓고 경쟁합니다. 데이터 전송 속도, 지연 시간 허용 범위, 버퍼 전략, 스토리지 쓰기 부하, 전원 손실 시 동작, 네트워크 트래픽, 소프트웨어 스케줄링, 로깅 정책 및 복구 요구 사항.
라이프사이클 및 변경 관리 장기간 운영되는 전송 프로그램은 시간이 지남에 따라 보드 개량, BIOS, 저장 장치, 모뎀, 드라이버 및 부품 변경의 영향을 받을 수 있습니다. 승인된 BOM 및 개정판, BIOS, 드라이버, OS 이미지, PCN/EOL 절차, 대체 정책, 서비스 재고, 검증에 미치는 영향, 그리고 계획된 배포 수명.

다중 전원 입력 설계 → 광범위 온도 범위 플랫폼 고려 사항 →

시스템 아키텍처

차량 인터페이스와 전원 처리 기능을 컴퓨팅 계층과 분리해야 합니다

Mini-ITX 플랫폼은 애플리케이션 처리, 그래픽, 스토리지, 네트워킹 및 로컬 제어 서비스를 제공할 수 있는 반면, 차량 전원 보호, CAN 트랜시버, 안전 기능, 센서 인터페이스, 무선 모듈 및 외부 컨트롤러는 여전히 전체 설계의 별도 구성 요소로 남아 있습니다.

  1. 차량 및 교통 관련 입력 사항CAN 네트워크, 센서, 카메라, GNSS, 직렬 장치, 차량 신호, 승객 시스템 데이터, 도로변 장비 및 외부 제어기
  2. 보호된 전원 및 I/O 계층전원 조정, 점화 제어, 서지 보호, 트랜시버, 필요한 경우 절연, 신호 조정, 인터페이스 모듈 및 장비 전용 컨트롤러
  3. Mini-ITX 컴퓨팅 플랫폼애플리케이션 처리, 그래픽, 로컬 데이터베이스, 스토리지, 장치 드라이버, HMI, 로깅, 진단, 네트워킹 및 엣지 서비스
  4. 지역 차량 및 대중교통 시스템디스플레이, 오디오, 카메라, 서비스 포트, 운전자용 HMI, 저장 장치, 게이트웨이, 라우터, 모뎀 및 기타 차량 탑재형 또는 도로변 하위 시스템
  5. 차량 관리, ITS 및 기업용 시스템차량 관리, 교통 플랫폼, 유지보수 시스템, 승인된 클라우드 서비스, 원격 모니터링, 소프트웨어 배포 및 기업 데이터 워크플로우

참조 플랫폼 →

CAN · GNSS · 셀룰러 · 이더넷 · 디스플레이 · 스토리지

하드웨어 고정화 전에 차량 I/O 및 통신 경로를 매핑하십시오

먼저 차량 내 네트워크, 센서, 디스플레이, 모뎀, 안테나, 저장 장치, 서비스 인터페이스 및 전원 상태부터 검토하십시오. 그런 다음 각 연결에 대해 전기적 계층, 컨트롤러, 드라이버, 프로토콜 소유권, 대역폭, 보호 기능, 케이블 또는 안테나 설계, 복구 동작을 확인하십시오.

CAN / CAN FD
채널 수, 컨트롤러 및 트랜시버, 전기적 보호, 필요한 경우 절연, 종단 처리, 비트레이트, 커넥터, 드라이버, 애플리케이션 계층 프로토콜 지원 등을 정의해야 합니다. CAN 포트만으로는 J1939, UDS 또는 OBD-II 기능이 보장되지 않습니다.
GNSS, 이동통신 및 Wi-Fi
대개 M.2, USB 또는 PCIe 모듈을 통해 추가됩니다. 모뎀 및 GNSS 모듈, SIM/eSIM 설계, 안테나 배치, 통신사 또는 지역별 요구 사항, 드라이버, 열 부하 및 재연결 동작을 확인하십시오.
이더넷 및 원격 관리
선상 또는 노변 네트워크 토폴로지, 링크 속도, 세분화, 원격 관리, 인증, 소프트웨어 업데이트, 로깅 및 복구 계획을 수립하십시오. 포트 수만으로는 애플리케이션 처리량을 결정할 수 없습니다.
직렬 / GPIO
전압 레벨, 절연, 보호 기능, 부팅 상태, 핀 배열 및 소프트웨어 소유권이 정의된 경우, 구형 차량용 장치, 컨트롤러, 표시등, 이산 신호 및 정비 장비에 유용합니다.
디스플레이, 오디오 및 HMI
승객 정보 및 인포테인먼트 시스템은 디스플레이 표준, 해상도, 다중 디스플레이 토폴로지, 터치 기능, 오디오, 부팅 순서, 밝기 조절, 커넥터 고정 방식, 그래픽 처리 부하 및 운영 체제 지원 사항을 정의해야 합니다.
저장 및 전원 손실 시 동작
이벤트 로그, 비디오, 지도, 애플리케이션 데이터 및 진단 정보에는 용량, 쓰기 내구성, 파일 시스템 전략, 정전 보호, 암호화, 서비스 액세스 및 데이터 보존 계획이 필요합니다.

산업용 I/O 미니-ITX 메인보드 →

플랫폼 선정 가이드

‘운송 워크로드 및 통합 경계’에서 컴퓨팅 플랫폼을 선택하십시오.

애플리케이션 워크로드, 차량 인터페이스, 그래픽 또는 AI 요구 사항, 운영 체제, 전력 예산, 열 관리 경로, 인클로저, 소프트웨어 스택 및 수명 주기 요구 사항이 모두 파악된 후에야 프로세서 아키텍처를 선택해야 합니다.

시스템 방향 시작점 선정 참고 사항
차량 관리 게이트웨이 / 텔레매틱스 / 차량 내 HMI / 승객용 시스템 인텔 플랫폼 x86 소프트웨어 호환성, 네트워킹, 디스플레이, 스토리지, USB, 직렬 인터페이스 통합 및 기존 주변기기 지원이 최우선 과제일 때 유용한 출발점입니다.
그래픽이 많이 사용되는 인포테인먼트 / 멀티 디스플레이 교통 수단용 HMI AMD 플랫폼 통합 그래픽이나 멀티코어 성능이 중요한 부분을 고려하십시오. 출시된 구성에 대해 디스플레이 토폴로지, 드라이버, 지속적인 열 부하, 전력 예산 및 소프트웨어 호환성을 확인하십시오.
카메라 분석 / AI 기반 센서 처리 / 지능형 교통 에지 NVIDIA 플랫폼 카메라 인터페이스, 모델 요구 사항, 메모리, 드라이버, 스토리지, 전원, 냉각 및 애플리케이션 안전 경계가 종합적으로 검증된 경우, 가속화된 비전 또는 추론 워크로드에 유용합니다.

교통 플랫폼 엔지니어링 지원

출시 전 차량 전력, I/O, 환경 및 수명 주기 관련 제한 사항 검증

엔지니어링 검토를 위해 차량 또는 운송 사용 사례, 정격 및 과도 전력 요구 사항, 점화 동작, CAN/CAN FD 및 직렬 맵, GNSS/셀룰러/Wi-Fi 요구 사항, 이더넷, 디스플레이, 저장 장치, 운영 체제, 소프트웨어 스택, 열 및 인클로저 제한 사항, 진동/충격 프로파일, 수량, 수명 주기 목표 및 검증 범위를 제출해 주십시오.

교통 플랫폼 검증 검토

자주 묻는 질문

교통 및 자동차용 Mini-ITX 플랫폼 관련 질문

광범위 전압을 지원하는 Mini-ITX 입력만으로도 차량에 직접 장착하기에 충분할까요?

꼭 그렇지는 않습니다. 차량 전원에는 시동, 서지, 부하 덤프, 극성 반전, 점화 상태, 전압 저하, 접지 상태 등이 포함될 수 있으며, 이러한 상황에서는 추가적인 보호 조치나 전원 정제 처리가 필요할 수 있습니다. 대상 차량 또는 운송 수단의 전원 프로파일에 따라 전체 전원 경로를 검증해야 합니다.

CAN 인터페이스가 있다는 것은 해당 보드가 J1939, UDS 또는 OBD-II를 지원한다는 뜻인가요?

아니요. CAN 하드웨어는 통신 경로의 일부일 뿐입니다. 컨트롤러, 트랜시버, CAN 또는 CAN FD 지원 여부, 전기적 보호, 절연, 종단 처리, 드라이버 및 필요한 애플리케이션 계층 프로토콜 스택을 별도로 확인하십시오.

Mini-ITX를 ADAS 또는 자율주행 센서 워크로드에 사용할 수 있나요?

Mini-ITX 또는 캐리어 보드 플랫폼은 컴퓨팅 아키텍처, 인터페이스, 소프트웨어, 전원, 냉각, 지연 시간 및 안전 경계가 검증된 경우 카메라, 레이더, 비전, 추론, 로깅 및 기타 센서 처리 워크로드를 지원할 수 있습니다. 단순히 충분한 컴퓨팅 성능을 갖추고 있다는 이유만으로 이를 안전 인증을 받은 차량용 컨트롤러로 간주해서는 안 됩니다.

차량 및 텔레매틱스 하드웨어 선정 시 어떤 사항을 정의해야 할까요?

차량의 전력 프로파일, 점화 동작, CAN 및 직렬 통신 요구 사항, GNSS 및 셀룰러 모듈, 안테나, 이더넷 또는 Wi-Fi, 저장 및 로깅, 원격 관리, 운영 체제, 외장 케이스, 열 환경, 진동/충격 조건, 서비스 방법 및 배포 수명 주기를 정의하십시오.

교통 프로그램의 긴 수명 주기는 어떻게 관리해야 할까요?

승인된 각 변경 사항에 따라 영향을 받는 보드 개정판, BOM, BIOS, 드라이버, 운영 체제 이미지, 저장 장치 및 무선 모듈, 대체품, PCN/EOL 절차, 서비스 재고, 변경 평가 방법 및 검증 증거를 확정하십시오.

교통 및 자동차 관련 자료

보안은 단순한 사양이 아닙니다. 보안은 신뢰, 가동 시간, 장기적인 복원력에 관한 것입니다. 이 리소스는 다음 보드에 이 세 가지를 모두 구축하는 데 도움이 됩니다.