리눅스는 터미널이 일반적인 모바일 앱 플랫폼이 아닌 전용 기기의 일부인 경우 차량용 컴퓨터에 자주 사용됩니다. 소프트웨어 팀은 제어된 부팅 시퀀스, 맞춤형 QT 인터페이스, CAN 또는 직렬 장치에 대한 직접 액세스, 백그라운드 서비스, 로컬 로깅, 그리고 승인된 엔지니어링 프로세스를 통해서만 변경되는 시스템 이미지가 필요할 수 있습니다.
리눅스 기반 차량 탑재 컴퓨터는 임베디드 HMI, 기계 제어, 내비게이션, 산업 데이터 수집 및 장기적인 OEM 프로젝트에 활용될 수 있습니다. 하지만 리눅스 자체만으로는 완벽한 실시간 동작이나 안전 인증을 보장할 수 없습니다. 동작 속도는 커널, 드라이버, 애플리케이션 아키텍처, 워크로드 및 검증에 따라 달라집니다. 따라서 구매자는 필요한 응답 시간을 정의하고 최종 하드웨어에서 테스트해야 합니다.
차량용 임베디드 시스템에서 리눅스를 선택하는 이유는 무엇일까요?
리눅스를 사용하면 임베디드 팀은 터미널을 한 가지 작업에만 집중시킬 수 있습니다. 엔지니어는 사용하지 않는 서비스를 정리하고, 부팅 직후 HMI를 바로 실행하고, 기술자가 쉽게 찾을 수 있는 위치에 로그를 저장하고, 강제 정전 후 스토리지 복구 방법을 결정할 수 있습니다. 이러한 수준의 제어는 매우 유용하지만, 동시에 담당자를 지정해야 하는 작업도 발생합니다.
QT는 일반적으로 전용 그래픽 사용자 인터페이스에 사용됩니다. QT 애플리케이션은 데스크톱 환경을 표시하지 않고도 기계 상태, 안내선, 경보, 카메라 또는 작업자 제어 기능을 표시할 수 있습니다. 인터페이스는 부팅 후 자동으로 시작될 수 있으며 엔지니어링 설정에 대한 접근을 제한할 수 있습니다.
장기적인 관리 또한 중요한 이유 중 하나입니다. 수년간 진행되는 프로젝트의 경우, 잦은 소비자형 플랫폼 변경보다는 안정적인 이미지, 문서화된 종속성, 그리고 정기적인 유지보수 릴리스를 선호할 수 있습니다. 이러한 이점은 고객과 공급업체가 소스 코드 소유권, 빌드 도구, 라이브러리, 업데이트 정책, 그리고 지원 책임에 대해 합의했을 때만 나타납니다.
리눅스는 자동으로 실시간 처리를 지원하지 않습니다.
"실시간"이라는 말에는 구체적인 수치가 필요합니다. 화면이 빠르다고 느끼는 것과 이벤트가 20ms, 50ms 또는 다른 고정된 시간 내에 처리된다는 것을 증명하는 것은 다릅니다. 이벤트, 마감 시간, 테스트 중 부하, 그리고 마감 시간을 넘겼을 때의 시스템 응답을 기록해 두세요.
그 답변에 따라 설계에는 실시간 커널, 우선 순위 스케줄링, 격리된 프로세서 코어, 마이크로컨트롤러 또는 별도의 안전 컨트롤러가 사용될 수 있습니다. 많은 차량에서 리눅스 터미널은 HMI를 처리하고 데이터를 기록하는 역할만 하며, 전용 ECU는 제어 루프를 계속 실행합니다. 이 두 가지는 매우 다른 설계 방식입니다.
시스템을 실시간으로 사용하기 전에 카메라를 활성화하고, CAN 트래픽을 목표 속도로 처리하고, 로깅을 활성화하고, 네트워크 통신을 실행하고, 그래픽 인터페이스에 부하가 걸린 상태에서 타이밍 테스트를 실행하십시오. 테스트에는 온도, 반복 부팅, 저장 공간 사용량 및 예상되는 주변 장치 작동 여부가 포함되어야 합니다.
일반적인 리눅스 차량용 컴퓨터 애플리케이션
전용 기계 HMI
건설, 농업 또는 광산 기계에는 작동 모드, 경보, 센서 데이터, 카메라 영상 및 서비스 정보를 표시하는 데 사용할 수 있는 승인된 화면이 하나만 필요할 수 있습니다. Linux와 QT를 사용하면 소프트웨어 팀은 관련 없는 소비자 기능을 노출하지 않고도 제어된 인터페이스를 만들 수 있습니다.
CAN 및 직렬 데이터 게이트웨이
게이트웨이로서 터미널은 CAN 신호를 수신하고, RS232 또는 RS485 계측기에서 데이터를 읽고, GNSS 데이터를 수신하고, 이벤트 로그를 유지하고, 선택된 레코드를 이더넷 또는 4G를 통해 전송할 수 있습니다. 포트 수만 나열하는 것은 충분하지 않습니다. 엔지니어링 사양서에는 비트 전송률, 전기적 절연, 종단 처리, 핀 구성, 각 메시지의 소유자, 그리고 Linux 빌드에서 필요한 드라이버를 제공하는지 여부도 기록해야 합니다.
유도 및 위치 결정 단말기
Linux는 GNSS 또는 선택적으로 RTK 위치 측정값을 장비 데이터와 결합하는 전용 유도 인터페이스를 지원할 수 있습니다. 완전한 솔루션을 위해서는 안테나 배치, 보정 데이터, 좌표 처리, 위치 상태, 컨트롤러 통신 및 보정 데이터 손실 시 정의된 대응 방식이 여전히 필요합니다.
로컬 에지 처리
일부 프로젝트는 카메라 또는 센서 데이터를 로컬에서 처리한 후 결과를 클라우드로 전송합니다. 필요한 프로세서, 메모리, 스토리지, GPU 및 가속기는 알고리즘에 따라 다릅니다. 프로세서 이름으로 성능을 예측하기보다는 대상 하드웨어에서 실제 워크로드를 실행해 보는 것이 좋습니다.
PDS Linux 하드웨어 시작점
PDS는 현재 T7 및 T12용 Linux 옵션을 제공합니다. 따라서 차량 내부 레이아웃과 애플리케이션 작업 부하에 맞춰 소형 또는 대형 화면의 Linux 차량 탑재 컴퓨터를 선택할 수 있습니다.
| 선택 지점 | PDS T7 | PDS T12 |
|---|---|---|
| 표시하다 | 7인치, 1024 x 600 해상도, 최소 750 cd/m2 밝기 | 12.1인치, 1280 x 800 해상도, 최소 750 cd/m2 밝기 |
| 리눅스 옵션 | 리눅스 4.9 + QT5 | 리눅스 커널 5.15 + QT5.15 |
| 게시된 프로세서 | 쿼드코어 Cortex-A53 최대 1.5GHz | 8코어 Cortex-A55 최대 1.8GHz |
| 공개된 메모리/저장 공간 | 2GB / 16GB | 4GB/64GB, 256GB 저장 용량 옵션 |
| 운영자 레이아웃 | 전면에 4개의 기능 키가 있는 소형 화면 | 멀티 패널 HMI용 대형 터치스크린 |
| 공개된 차량 인터페이스 | 확장 커넥터, 카메라, GNSS/LTE 안테나 옵션 | CAN 포트 2개, RS232 포트 2개, RS485 포트 1개, 이더넷 포트 1개, GPIO 포트 1개 및 카메라 포트 4개 |
| 전력 및 보호 | 9-36V DC, IP66 | 9-36V DC, IP66 |
컴팩트한 인터페이스를 원한다면 PDS T7 이 첫 번째로 살펴볼 모델입니다. 작은 본체와 전면의 4개 키는 택시, 소형 트럭, 소형 농기계에 적합한 디스플레이입니다. 반면, PDS T12 는 더 큰 HMI를 제공하며 카메라 및 중장비 데이터 연결에 필요한 다양한 기능을 갖추고 있습니다.
각 소프트웨어 계층을 누가 제공하고 유지 관리하는지 적어 두십시오.
리눅스 프로토타입은 완벽하게 작동하더라도 소프트웨어 이미지 소유권에 대한 합의가 없으면 양산 전에 출시가 지연될 수 있습니다. 기기 공급업체는 고객이 직접 이미지를 구축하기를 기대할 수 있고, 고객은 유지 관리되는 커널, 드라이버 및 복구 이미지를 기대할 수 있습니다. 첫 번째 시범 생산 장치를 주문하기 전에 이러한 경계를 문서로 명확히 해야 합니다.
- 정확한 리눅스 커널 및 QT 버전 정보입니다.
- 보드 지원 패키지, 툴체인, SDK 및 빌드 지침.
- CAN, 시리얼, 카메라, GNSS, 4G, Wi-Fi, 블루투스, 이더넷, USB 및 저장 장치에 대한 드라이버 액세스 권한이 필요합니다.
- 부트로더, 스플래시 화면, 애플리케이션 자동 시작 및 서비스 종속성.
- 루트 액세스, 사용자 권한, 보안 셸 정책 및 프로덕션 자격 증명.
- 로그 위치, 로그 순환, 충돌 기록 및 원격 진단.
- 이미지 업데이트 방법, 롤백, 복구 미디어 및 현장 서비스 절차.
- 선택한 구성에 대한 소스 코드 소유권 및 지원 기간.
차량 전력 공급 중단에 대비하세요
리눅스 파일 시스템은 쓰기 작업 중에 전원이 차단되면 손상될 수 있습니다. 터미널과 애플리케이션은 차량의 시동 동작에 맞는 종료 및 복구 전략을 갖춰야 합니다. ACC(어댑티브 크루즈 컨트롤) 감지 방식, 종료 지연 가능 여부, 삭제해야 하는 데이터, 반복적인 단시간 시동 시 장치의 동작 방식 등을 확인해야 합니다.
실제 로깅 속도로 프로덕션 스토리지 구성을 테스트하십시오. 카메라 파일, 데이터베이스 및 진단 로그를 기록하는 시스템은 단순 HMI와는 다른 전략이 필요합니다. 프로젝트 위험도에 따라 읽기 전용 파티션, 저널링 파일 시스템, 제한된 로그, 애플리케이션 체크포인트 및 복구 모드를 고려하십시오.
드라이버와 인터페이스를 하나의 시스템으로 검증합니다.
파일럿 테스트 동안 계획된 모든 주변 장치를 연결하십시오. 두 개의 CAN 네트워크가 함께 작동할 경우, 동시에 테스트하십시오. 각 직렬 장치에 대해 RS232 또는 RS485를 사용하는지 기록하고, 보드율, 핀 구성, 케이블 길이 및 종단 처리를 확인하십시오. 테스트 중에는 카메라를 분리했다가 다시 연결하여 시작 순서, 미리보기 지연, 해상도 및 녹화 복구 과정을 확인할 수 있도록 하십시오.
4G 및 GNSS의 경우 안테나 배치, 목적지 시장 주파수 대역, SIM 카드 작동 방식, 시간 동기화, 위치 정보 출력 및 신호 손실 후 복구 기능을 확인하십시오. 짧은 벤치 테스트에서는 정상적으로 작동하는 드라이버라도 반복적인 시동 주기 또는 장시간 작동 후에는 다른 동작을 보일 수 있습니다.
보안 및 업데이트에는 실질적인 담당자가 필요합니다.
기본 암호를 제거하고, 서비스 이용을 제한하고, 운영 체제용 키를 보호하고, 원격 접속 기록을 문서화하십시오. 소프트웨어 취약점 모니터링 담당자와 업데이트 승인 담당자를 지정하십시오. 안정적인 이미지가 방치된 이미지가 되어서는 안 됩니다.
단계적 배포 방식을 사용하십시오. 소수의 차량에 먼저 업데이트를 적용하고, 부팅, 애플리케이션, 인터페이스, 데이터 및 운전자 피드백을 모니터링한 후, 점차 확대하십시오. 업데이트 실패 시 차량을 다시 운행할 수 있도록 복구 이미지와 명확한 방법을 마련해 두십시오.
리눅스와 안드로이드 중 어떤 것을 프로젝트에 사용해야 할까요?
터미널이 임베디드 팀에서 관리하는 전용 임베디드 시스템인 경우, 특히 프로젝트에 맞춤형 QT HMI, 제어 서비스, 직접적인 하드웨어 통합 및 안정적인 제품 이미지가 필요한 경우에는 Linux를 선택하십시오. 프로젝트가 터치 우선이고 앱 중심이며 모바일 개발 팀에서 관리하는 경우에는 Android를 선택하십시오.
두 플랫폼 모두 차량용 애플리케이션을 지원할 수 있습니다. 더 안전한 선택은 기존 소프트웨어, 개발자 역량, 주변기기, 업데이트 프로세스 및 지원 기간과 일치하는 플랫폼을 선택하는 것입니다. 다른 업계에서 흔히 사용된다는 이유만으로 운영 체제를 선택해서는 안 됩니다.
자주 묻는 질문
실시간 차량 제어에는 리눅스가 더 나은 선택일까요?
자동으로는 불가능합니다. 시스템에는 명확한 타이밍 요구 사항과 검증된 아키텍처가 필요합니다. 핵심 제어는 전용 ECU 또는 마이크로컨트롤러에 남아 있을 수 있으며, Linux는 HMI, 로깅 및 통신을 처리합니다.
PDS T12는 안드로이드와 리눅스를 사용할 수 있나요?
현재 T12 페이지에는 Android 13과 선택적 Linux 커널 5.15 + QT5.15 구성이 나열되어 있습니다. 개발 전에 정확한 프로덕션 이미지, 드라이버, 인터페이스 및 지원 제공 사항을 확인하십시오.
소형 리눅스 HMI에 더 적합한 모델은 무엇일까요?
T7은 더 작은 크기의 기본 모델로 물리적 기능 키를 포함합니다. T12는 대형 멀티 패널 인터페이스, 다양한 카메라 뷰, 그리고 더욱 폭넓은 차량 연결 기능을 제공하는 데 더 적합합니다.
화면을 선택하기 전에 시스템 스케치를 완료하세요.
리눅스 기반 차량용 컴퓨터를 선택하기 전에, 한 페이지 분량의 시스템 개요를 작성해 보세요. 터미널에서 실행되는 프로그램, ECU에 저장되는 프로그램, 연결된 모든 인터페이스, 시동 및 정지 경로, 소프트웨어 관리자, 그리고 복구 방법까지 모두 포함해야 합니다. 이 개요 작성이 완료되면, 필요한 화면 크기와 하드웨어 구성에 대한 논의가 훨씬 수월해질 것입니다.
HMI 레이아웃, Linux 및 QT 요구 사항, 부팅 예상 시간, 인터페이스 목록, 카메라 개수, 위치 지정 요구 사항, 차량 전원 조건, 대상 시장 및 생산 수량을 PDS Technology에 알려주십시오. 저희 팀이 엔지니어링 평가를 위한 실용적인 T7 또는 T12 구성을 찾는 데 도움을 드릴 수 있습니다.
저희에게 연락하세요
📧이메일: market@szpds.com
📞전화:+86 13421822024
🌐웹사이트: www.szpds.com
부인 성명
본 문서의 정보는 참고용으로만 제공됩니다. PDS Technology Co., Ltd.는 내용의 오류, 누락 또는 특정 용도에 대한 적합성에 대해 어떠한 책임도 지지 않습니다. 제품 사양은 예고 없이 변경될 수 있습니다. 구매자는 사용 전에 모든 기술 세부 사항을 당사 팀과 확인해야 합니다.
PDS 테크놀로지 소개
PDS Technology는 2011년부터 농업, 건설, 광업, 택시 및 물류 산업에 고정밀 RTK GNSS 단말기 및 차량용 컴퓨터를 공급하는 선도적인 OEM/ODM 제조업체입니다.
15년 이상의 자동차 등급 연구 개발 경험을 바탕으로, 당사는 RTK 센티미터급 정밀 위치 측정, IP66 방수/방진, AI 지원 성능을 갖춘 견고한 멀티 OS(안드로이드/리눅스/오픈하모니) 기기를 제공합니다. IATF16949 인증을 획득한 당사의 공장에서는 전 세계적으로 10만 대 이상의 제품을 생산하여 중국 농업용 자동 조향 단말기 시장의 30% 이상을 점유하고 있습니다. 일본, 미국, 영국, 터키, 러시아 등 다양한 국가에 제품을 수출하고 있습니다.
