소프트웨어 정의 차량 및 영역 아키텍처 접근 방식의 변화

각 자동차 제조업체는 소프트웨어 정의 차량을 달성하기 위한 고유한 접근 방식을 가지고 있습니다. 이전 세대 차량 플랫폼의 전통에 따라 많은 OEM은 중앙 집중식 소프트웨어 접근 방식을 더 잘 충족하는 전기 및 전자 영역 아키텍처로 점진적으로 전환하게 될 것입니다.

대부분의 OEM은 영역 아키텍처를 개발하고 있지만, 그림 5에서 볼 수 있듯이 차량 기능을 제어할 소프트웨어가 어디에 있는지 결정할 때는 다양한 접근 방식이 있습니다.

중앙 컴퓨터, 중앙 컴퓨터와 영역 제어 모듈 간 공유 또는 일부 도메인 컨트롤러 및 영역 제어 모듈에 배포하는 등 소프트웨어 제어를 중앙 집중화할 때는 세 가지 옵션이 있습니다. 일부 OEM은 ADAS 및 차량 내 인포테인먼트와 같은 고성능 컴퓨팅 도메인을 중앙 집중화하고 다른 도메인에 대한 애플리케이션 처리 기능을 추가하고 있습니다. ADAS 및 차량 내 인포테인먼트 도메인 외에도 영역 제어 모 듈 또는 에지 ECU에서 실시간 제어가 구현됩니다.

중앙 집중식 컴퓨팅 접근 방식은 OEM 관점에서 가장 매력적일 수 있으며, 이는 단일 컴퓨터가 모든 차량 기능을 제어하기 때문입니다. 통신 링크가 실패할 경우 실시간 제어 루프 지연(액티브 서스펜션, 윈도우 안티 핀치) 및 기능 안전과 관련하여 추가적인 문제가 있을 수 있습니다.

분산 컴퓨팅 접근 방식은 소프트웨어를 중앙 집중화하고, 영역 제어 모듈 또는 별도의 도메인 컨트롤러에서 일부 애플리케이션과 실시간 제어 소프트웨어를 유지하는 방향으로 보다 점진적인 단계를 거칩니다. 모든 아키텍처에서 영역 제어 모듈 요구 사항은 OEM에 따라 동일한 차량 내에서도 다릅니다. 한 영역은 차체의 실시간 제어, 난방, 환기 및 에어컨, 섀시 기능을 처리할 수 있으며, 다른 영역은 추가적인 차체, 조명 및 차량 제어 장치 애플리케이션 소프트웨어를 처리할 수 있습니다. 궁극적으로 OEM은 하드웨어 및 기계적 작동 제어 지연 시간, 차량 내 네트워크 기능, 기능 안전, 보안, 선택한 아키텍처와 특정 구역 제어 모듈 요구 사항에 맞는 소프트웨어 구성 방법의 균형을 맞춰야 합니다.