KOKY050 January 2024 BQ79731-Q1 , DRV3901-Q1 , DRV3946-Q1 , TPSI2140-Q1 , TPSI3050-Q1
이 리소스는 원래 영어로 작성되었습니다. 이 번역은 편의를 위해 자동화 도구가 포함되었을 수 있는 방법을 사용하여 제공되는 것이며, TI는 번역의 정확성을 보장하지 않습니다. 항상 ti.com의 최신 영어 버전(이 버전을 우선함)를 참조하여 정확성을 확인하세요.
안전, 편의성 및 맞춤형 경험에 대한 소비자의 기대치가 높아짐에 따라, 현대 차량은 소프트웨어 중심의 변화를 겪고 있습니다. 스마트폰이 휴대폰의 역할과 의미를 재정의하는 방식과 마찬가지로, 소프트웨어 정의 차량은 자동차의 하드웨어 아키텍처를 재정의하고 운전자에게 차량에서 원하는 기능에 대한 유연성을 제공하고 있습니다.
자동차 제조업체는 이제 자동차의 하드웨어 및 소프트웨어 아키텍처를 재설계할 기회를 스스로 찾고 있습니다. 파워트레인 도메인 제어 및 영역 제어 아키텍처로의 전환부터 더 스마트한 시스템을 설계하고 MCU의 수를 줄이는 것까지 차량 내의 다양한 서브시스템에서 소프트웨어 정의 차량의 영향을 확인할 수 있습니다. 이 모든 것이 더 지능형 반도체 기술로 구현한 것입니다.
배터리 관리 시스템의 혁신이 EV 채택을 늘리는 방법에서는 배터리 관리 시스템(BMS)의 아키텍처와 중요한 하위 시스템에 대해 살펴봅니다. 소프트웨어 정의 차량으로의 전환 추세가 HEV 및 EV의 BMS에 어떤 영향을 미치는지에 대한 자세한 내용이 논의됩니다.
Dag Grini
Issac Hsu
Jordan Jennifer
Bryan Marshall
Mike Pienovi
Andreas Schaefer
차량 아키텍처가 더욱 중앙 집중화된 처리와 스마트 시스템을 지향하는 추세에 따라 이러한 시스템의 반도체 기술도 발전해야 합니다. 이 백서는 하이브리드 전기 자동차(HEV) 및 EV 파워트레인의 구조를 바꾸고 있는 추세와 BMS(배터리 관리 시스템) 내 기술이 어떻게 더 안전하고 더 스마트한 차량의 요구 사항을 지원하기 위해 바뀌고 있는지 살펴봅니다.
1 파워트레인을 도메인 및 구역 제어로 진화 | 도메인 및 영역 아키텍처로의 전환과 이 아키텍처가 시스템 설계 및 반도체 기술에 어떤 영향을 미치는지 알아보십시오. |
2 BMS 내에서 지능을 구현하는 기술: MCU | 더 안전하고 더 스마트한 BMS로 전환된 것이 MCU 기술, 통신 인터페이스 및 배터리 정션 박스 설계를 어떻게 진화하는지 살펴보십시오. |
3 디지털 트윈, 기계 학습 및 차량 관리 | 지능형 배터리 디지털 트윈과 같은 트렌드를 주도하기 위해 기계 학습 알고리즘을 어떻게 적용할 수 있는지 알아보세요. |
역사적으로 설계자들은 센서 또는 액추에이터에 더 많은 지능을 필요로 하는 차량 설계에 MCU를 추가하여 더 복잡한 제어나 통신이 필요했습니다. 그러나 다양한 차량 플랫폼 내에서 옵션의 추가 복잡성을 결합하면 차량 시스템 설명이 복잡해지고 개발 노력이 많이 들고 유지 관리가 어려워졌습니다. 예를 들어 무선 업데이트에 모든 구성에 대한 테스트가 필요하므로 프로세스에 상당한 시간과 복잡성이 더해집니다.
복잡성, 무게 및 비용의 문제를 해결하기 위해 도메인 및 영역 제어 아키텍처 개념이 등장했습니다. 이러한 다양한 아키텍처에서 차량 내 서브시스템에 필요한 내용을 살펴보세요.
도메인 아키텍처에서 각 도메인은 관련 기능을 기반으로 특정 ECU(전자 제어 장치)를 누적합니다. 예를 들어, 온보드 충전기, DC/DC 컨버터, 트랙션 인버터 및 BMS는 HEV/EV 제어 도메인을 포괄하고 그림 1과 같이 중앙 집중식 MCU를 공유합니다. 이는 분산된 MCU의 수를 줄이고, 기능을 근접하게 배치하여 인터페이스를 단순화하며, 동일한 기능을 단일 MCU에 집중시켜 컴퓨팅 리소스를 공유할 수 있게 해줍니다. 예를 들어 OBC와 인버터는 동시에 작동하지 않고 대신 컴퓨팅 용량을 공유합니다.
영역 아키텍처는 도메인 제어의 개념을 한 단계 더 발전시킵니다. 이 아이디어는 그림 1에서와 같이 차량의 위치를 기반으로 기능이 영역별로 그룹화되고 MCU에 의해 제어됩니다. 영역 간의 분산 센서와 액추에이터는 시기적절한 통신을 필요로 하기 때문에 이 영역은 고대역폭 통신 백본을 통해 연결됩니다. 영역 아키텍처는 필요한 MCU의 수를 줄이면서 와이어링 하니스의 복잡성과 무게를 줄여 비용 절감 및 주행 범위를 확대합니다. 하드웨어 및 소프트웨어 업데이트 주기가 분리되고 자동차 제조업체는 서비스 기반 소프트웨어 구조로 이동할 수 있습니다.
도메인 및 영역 아키텍처는 서로 다른 장점과 과제를 가지고 있지만 크로스오버 아키텍처 내에서 동일한 차량에 공존할 수도 있습니다. 예를 들어, BMS는 도메인 제어 접근 방식을 사용할 수 있으며, ADAS(자동 운전자 보조 시스템)는 동시에 영역을 활용할 수 있습니다. 파워트레인을 도메인 또는 영역 제어 아키텍처로 전환하는 작업은 기능 안전 및 시스템 민첩성 분야의 애플리케이션별 문제를 해결한 후 나중에 발생하는 경우가 많습니다. MCU 기능을 최대한 중앙 집중화한다는 원래 철학을 따르면 BMS는 에지에 MCU 인텔리전스가 없는 정교하거나 표준화된 인터페이스를 통해 통신해야 합니다. 이러한 구현 유형은 MCU 수를 줄이려는 목표를 달성했습니다.
그러나 그런 다음 셀 또는 팩 고전압 칩셋 데이터(전압, 전류 및 온도 판독값 및 관련 안전 조치)가 원시 데이터로 전송된다는 기술적 문제가 발생합니다. 고장 감지 시간 간격, 고장 반응 시간 간격 및 안전 상태가 엄격하게 정의되기 때문에 인터페이스의 사용 가능한 대역폭은 긴밀한 관찰과 최적화가 필요하며, 영역 또는 도메인 제어 MCU는 지정된 시간 간격 내에서 처리하기 위해 엄격한 시간 슬롯이 필요합니다. 그림 3에서는 BMS 내 임베디드 시스템 아키텍처를 비교합니다.
고전압 칩셋을 장착하거나 스마트 배터리 정션 박스와 같은 BMS의 가장자리에 더 작은 안전 MCU를 추가하면 이 과제를 간소화할 수 있습니다. 기능 안전 조치를 로컬로 해결함으로써 작업 이외의 데이터가 BMS 내에서 전송되지 않습니다. 에지의 로컬 안전 MCU가 기본 원시 데이터 대신 중앙 MCU로 OK/nOK 데이터를 전송하고 로컬에서 얻은 데이터를 전송함으로써 타이밍 및 대역폭 문제를 크게 줄입니다.
이러한 접근 방식은 MCU 수를 줄이려는 본래의 의도와 모순되지만, 추가적인 이점을 제공합니다. 로컬 MCU는 CAN-FD(컨트롤러 영역 네트워크-유연한 데이터 속도) 또는 이더넷 10BASE-T1S와 같은 표준화된 인터페이스를 지원하고, 추가로 팩 다중 소싱과 차량 간, 플랫폼 및 크로스 세대 호환성을 지원하는 균일한 추상화 계층을 구현할 수 있습니다.
이러한 아키텍처를 지원하고 보다 지능적인 시스템을 구현할 수 있는 BMS 내의 몇 가지 기술에 대해 알아보겠습니다.