CAN 버스는 주로
- 혼잡 관리
- 안전이 중요한 시스템에 대한 규제 문제를 줄입니다.
- 다양한 버스에 액세스 할 수있는 사람을보다 효과적으로 제어
간단한 차량에는 엔진 및 안전 시스템 용 하나와 차체 컨트롤 (조명, 사용자 경험 등)을위한 두 개의 CAN 버스가 있습니다.
복잡한 차량에는 차량의 움직임에 영향을주는 시스템 (예 : 레이더 보조 크루즈 제어, 주차 시스템, 차선 안내 등)을위한 별도의 버스와 차량 엔터테인먼트 시스템과 같은 간단한 차체 제어 이외의 사용자 기능을위한 추가 시스템이 있습니다.
버스를 공유 할 수는 있지만 몇 가지 이유가 있습니다.
충혈
고속 CAN 버스조차도 무제한 폭을 갖지 않으며 실제로 최신 통신 시스템과 비교할 때 매우 느립니다. 그러나 여전히 많은 양의 데이터가 있어야하며 대부분의 경우 시간이 중요하므로 활용도가 낮 으면 메시지를보다 신속하게 전달할 수있어 (충돌이 적음) 실시간 메시지가 늦지 않고 제 시간에 도착합니다. .
테스팅
안전에 중요한 시스템은 종종 다른 시스템과 분리되어 테스트가 줄어 듭니다. 안전 크리티컬 버스에 연결된 모든 장치는 더 높은 작동 표준을 가져야하므로 안전 크리티컬 버스에 문제가 발생하지 않도록 테스트해야합니다. 별도의 바디 버스를 사용하면 정전으로 인해 안전 문제가 발생하지 않으므로 표준이 약간 낮아질 수 있으므로 테스트가 줄어 듭니다.
하나의 버스에서 모든 것을 결합하고 모든 것이 더 높은 표준에 맞는지 확인하는 대신 별도의 버스를 사용하면 설계자가 버스를 세그먼트 화하고 비용을 절감 할 수 있습니다.
특히 업계에서 과거에 경험했던 스로틀 문제 및 기타 드라이브 별 문제로 인해 산업 규정이 어렵습니다. 중요 시스템을 중요하지 않은 시스템과 분리하여 유지하면 사실 이후에 발생한 문제를 파악하고 해결하는 것이 안전 시스템의 올바른 작동을 방해 할 수있는 장치가 더 적기 때문에 훨씬 쉬워집니다.
제어
Modders가 단일 인터페이스를 통해 엔진 관리 및 기타 컴퓨터를 변경할 수 있음을 알게되면 차량 제조업체는 진단 커넥터와 해당 버스를 나머지 차량 버스와 분리하고 게이트웨이를 사용하여 허용 된 메시지 만 전달합니다. 사용자 및 차고에 액세스 할 수 있습니다. 일반적으로 자체 기술자가 액세스 할 수있는 추가 기능이 있으며, 대부분은 진단 커넥터에 다른 버스를 추가 할 수도 있지만 메시지 세부 정보를 게시하지 않아도 진단 방출 규정과의 역 호환성을 유지하면서 고속 액세스가 가능합니다.
그러나 버스를 분리하면 간단한 진단 커넥터를 사용하여 온보드 컴퓨터에 쉽게 액세스 할 수있는 사람을 조금 더 제어 할 수 있습니다.
추가 복잡성
추가 버스로 인한 복잡성은 게이트웨이 컨트롤러에 의해 처리됩니다. 일부 차량의 경우 이것은 차체 컨트롤러이며 종종 LIN과 같은 다른 버스 연결이 있습니다. 예를 들어, 진단 장치가 연결될 때 장치가 차량 전체의 모든 관련 진단 정보에 액세스 할 수 있도록 버스간에 메시지를 전달합니다.