 |
차량통신 > 네트워크 개발 > 소프트웨어구조 |
|
|
|
| |
| ECU 소프트웨어의 개발에 반복되는 비용을 절감하기 위하여 OSEK/VDX, ASAM등 많은
협회에서 통신 관련 소프트웨어의 표준화가 진행되어 왔으며, 국내외 자동차 업계에서는 이러한 표준을
따르는 것이 일반화되고 있다. 아래 그림은 OSEK/VDX에서 정의하는 표준을 바탕으로 한 차량용
ECU의 소프트웨어 구조를 보여준다. |
|
| |
 |
| |
그림에서 보는 바와 같이, Interaction Layer, Network Management,
Transport Protocol 및 osCAN은 OSEK/VDX에서 정의하고 있으며, Diagnostics
Layer 및 Transport Protocol은 ISO에서 정의하고 있다.
CCP (CAN Calibration Protocol)는 ASAP(현재 ASAM으로 통합)에서 정의하였다. |
|
| 각 Layer 및 Datalink Layer(CAN Driver)에 대해 Vector사에서는
Software Component를 제공하고 있으며, 이를 활용하여 ECU 개발 기간 및 비용 측면에서의
효율성과 신뢰성을 높일 수 있다. |
|
| 각 Layer에 대해 살펴보면 다음과 같다. |
|
| |
. 
Datalink Layer (CAN Driver) |
 Data
및 Functional Interface를 가진 메시지 송수신 |
| 메시지 송수신에
관련한 Overrun 및 Error 처리 |
| Wake-Up
감지 |
|
| |
| .
Interaction Layer |
| Interaction Layer에서는 Network Design에 의해서 정의된 message
send type의 handling을 처리한다. |
| 정의된 전송
방식에 따른 메시지 전송 |
| 수신된 메시지
모니터링 (Timeout Handling) |
| Default
Value 설정 |
| 데이터 교환을
위한 시그널 기반의 API 제공 |
|
| |
| .
Network Management |
| 차량의 전원 사용 효율성을 극대화 시키기 위하여 도입된 개념이 network management
이다. Network management는 주로 차량의 Body network부에 많이 사용되며,
Network WakeUp ↔ Network Active ↔ Network Sleep 모드의 상태
천이를 이용하여, 차량의 특정 기능이 사용될 때에만 네트워크를 사용하며 동작 기능이 종료되면 저
전력 모드로 전환하는 방식이다. |
| Bus Sleep
상태로 전환하기 위한 동기화 |
| Network
Configuration 모니터링 |
| Bus-Off
시 에러 복구 |
|
| |
| .
Transport Protocol |
CAN은 한번에 보낼 수 있는 데이터가 8bytes로 제한이 되어있다. 따라서, 8bytes
이상의 대용량
데이터를 전송하기 위해 사용되는 방식이 Transport Protocol이다.
Transport Protocol은 대용량 데이터의 분할 및 통합을 이용하여 대용량 데이터를 전송한다.
주로 사용되는 부분은 대용량 데이터의 전송이 필요한 Multimedia Network 또는 Diagnostic
Network이다. |
| 대용량 데이터
전송을 위한 데이터 분할 |
| 분할되어
수신된 데이터의 통합 |
| 송수신의
동기화 제어 |
| 에러 감지
(예: Message Loss 등) |
|
| |
|
Diagnostic Layer |
| 진단 서비스
관련한 Function Interface 제공 |
| CAN 관련
진단 요구사항 처리 |
| 예외 처리
(예: Busy, Request Pending 등) |
|
| |
|
CAN Calibration Protocol |
| ECU내
메모리 Read/Write |
| 다양한 데이터
접근 방식 제공 (예: Polling, Cyclic 등) |
| Flash
Programming |
|
| |
| |
| |
