XCP 개요 — 왜 ECU는 실시간 캘리브레이션이 필요한가

# XCP 개요 — 왜 ECU는 실시간 캘리브레이션이 필요한가

## 캘리브레이션이 왜 필요한가

ECU 개발 사이클을 처음 접하는 사람은 "파라미터는 코드에 박혀있는 거 아닌가?"라고 생각하기 쉽다. 실제로는 다르다.

자동차 엔진 제어를 예로 들면, 점화 타이밍이나 연료 분사량은 엔진 rpm, 수온, 대기압, 부하 등 수십 가지 입력을 조합해 결정된다. 이 값들이 담기는 테이블이 바로 맵(Map)이다. 맵의 초기값은 시뮬레이션으로 추정하지만, 실제 차량에서 돌려보면 항상 차이가 난다.

이 맵을 최적화하는 과정이 캘리브레이션이다. 차량이 도로를 달리는 동안 센서값을 읽고, 실시간으로 파라미터를 조정하면서 목표 동작에 가까워진다. 중요한 건 이 작업이 **실시간**이어야 한다는 점이다. 멈추고 빌드하고 다시 올리는 루프로는 온도, 속도 같은 동적 조건을 잡을 수 없다.

## OBD, UDS와 XCP의 차이

OBD/UDS도 ECU와 통신하는 프로토콜이다. 차이는 용도에 있다.

| 프로토콜 | 주 용도 | 실시간성 |
|----------|--------|---------|
| OBD-II | 배출가스·고장코드 조회 | 낮음 |
| UDS (ISO 14229) | 진단, 소프트웨어 업데이트 | 중간 |
| XCP (ASAM) | 측정·캘리브레이션 | 높음 |

UDS도 메모리 읽기/쓰기(ReadMemoryByAddress, WriteMemoryByAddress)를 지원하지만 빠른 측정 주기를 위해 설계된 게 아니다. XCP는 DAQ(Data Acquisition)라는 전용 메커니즘으로 ECU 쪽에서 주기적으로 값을 밀어주는 구조라서 ms 단위 측정이 가능하다.

## ASAM 표준화 역사

XCP는 원래 ASAM의 CCP(CAN Calibration Protocol)에서 시작됐다. CAN에서만 동작하던 걸 여러 물리 계층(CAN, Ethernet, USB, SPI 등)으로 확장하면서 XCP(eXtensible Calibration Protocol)로 이름이 바뀌었다.

- **ASAM MCD-1 XCP**: 현재 표준. Physical layer를 추상화하여 동일한 상위 프로토콜이 CAN, UDP, TCP 위에서 모두 동작
- XCP on CAN: 8바이트 CAN 메시지 내에 XCP 패킷 삽입
- XCP on Ethernet: UDP/TCP 위에서 더 큰 패킷, 더 높은 주기 지원

## 필요한 구성 요소

XCP 환경을 구성하려면:

1. **ECU (Slave)**: XCP 드라이버 내장 (AUTOSAR XCP 모듈 또는 임베디드 라이브러리)
2. **PC (Master)**: 캘리브레이션 툴. ETAS INCA, Vector CANape, PEAK APEX가 대표적
3. **물리 연결**: CAN 인터페이스(Vector VN1630 등) 또는 Ethernet
4. **A2L 파일**: ECU의 메모리 맵 정보가 담긴 ASAM 형식 설명 파일

A2L 파일이 없으면 Master는 어느 주소를 읽어야 할지 모른다. A2L은 컴파일 과정에서 생성되며, 심볼 이름과 메모리 주소를 매핑한다.

다음 챕터에서는 Master-Slave 통신의 구체적인 구조를 다룬다.

XCP 개요 — 왜 ECU는 실시간 캘리브레이션이 필요한가

// COMMENTS

ON THIS PAGE