XCP on CAN vs XCP on Ethernet — 전송계층 선택 기준

# XCP on CAN vs XCP on Ethernet — 전송계층 선택 기준

## 같은 프로토콜, 다른 물리 계층

XCP의 상위 레이어(DAQ, CAL, PGM 명령 체계)는 CAN이나 Ethernet이나 동일하다. ASAM이 물리 계층을 추상화한 덕분이다. 하지만 실제 특성에서 차이가 크다.

## CAN 위의 XCP

CAN 메시지 최대 크기는 8바이트(CAN FD 이전 기준). XCP 패킷도 이 안에 들어가야 한다.

**한계:**

- ODT 하나에 최대 7바이트 (1바이트는 헤더)
- 변수가 많으면 ODT가 쪼개지고 CAN ID가 추가로 필요
- 측정 주기에 제약: CAN 버스 부하를 고려해야 함
- 전형적인 측정 대역폭: 수백 바이트/초 ~ 수 KB/초

**장점:**

- 기존 차량 CAN 버스 인프라 그대로 활용 가능
- 인터페이스 장비가 저렴 (Vector VN1630, PEAK PCAN 등)
- ECU에 CAN이 이미 있으면 추가 하드웨어 없음

**사용 적합 케이스:**

- 변수 수가 적을 때 (< 20개)
- 기존 CAN 네트워크가 있고 Ethernet 포트가 없는 ECU
- 비용 제약이 있는 프로젝트

## CAN FD 위의 XCP

CAN FD는 데이터 필드가 최대 64바이트다. XCP on CAN FD에서는 ODT 크기가 늘어나서 좀 더 많은 변수를 한 메시지에 담을 수 있다. CAN FD가 보급되면서 CAN과 Ethernet 사이의 중간 옵션으로 주목받고 있다.

## Ethernet 위의 XCP

Ethernet XCP는 UDP 또는 TCP 위에서 동작한다.

| 항목 | XCP on UDP | XCP on TCP |
|------|------------|------------|
| 신뢰성 | 손실 가능 | 재전송 보장 |
| 지연 | 낮음 | 약간 높음 |
| 주 용도 | DAQ (고속 스트림) | CAL, PGM (정확성 필요) |

**장점:**

- ODT 크기 제약 없음 → 한 패킷에 수백 바이트
- 측정 대역폭: 수십 MB/s 가능
- 고속 DAQ (0.1ms 주기, 수백 개 변수 동시 측정)
- 기가비트 Ethernet 환경에서 PGM 속도 획기적으로 향상

**한계:**

- ECU에 Ethernet MAC + PHY 필요 (하드웨어 비용)
- PC 측 네트워크 설정 (IP, 방화벽) 신경 써야 함
- Automotive Ethernet(BroadR-Reach, 100BASE-T1)과 일반 Ethernet 혼용 시 미디어 컨버터 필요

## 실제 현장에서의 선택

| 상황 | 권장 |
|------|------|
| 기존 CAN 인프라, 변수 적음 | XCP on CAN |
| CAN FD 지원 ECU, 변수 20~50개 | XCP on CAN FD |
| 신규 ADAS/도메인 ECU, Ethernet 탑재 | XCP on Ethernet |
| 대용량 PGM 빈번 | XCP on Ethernet 필수 |
| SIL/HIL 환경 (PC 측) | XCP on Ethernet 선호 |

## 혼용 환경

한 차량에 CAN과 Ethernet ECU가 공존하는 경우가 많다. 캘리브레이션 툴(CANape, INCA)은 두 채널을 동시에 연결해서 CAN 기반 ECU와 Ethernet 기반 ECU를 한 화면에서 측정·캘리브레이션할 수 있다.

이 때 동기화가 중요하다. CAN과 Ethernet의 타임스탬프가 다르면 측정 데이터를 교차 분석할 때 오차가 생긴다. XCP는 `TIME_CORRELATION` 메커니즘을 통해 이 문제를 해결한다.

---

XCP는 자동차 ECU 개발의 핵심 도구다. AUTOSAR 스택에는 XCP 모듈이 기본 포함되어 있고, ASAM 표준이 계속 유지되는 한 사라질 기술이 아니다. DAQ→CAL→PGM으로 이어지는 개발 사이클을 이해하면 캘리브레이션 엔지니어와의 협업이 훨씬 수월해진다.

XCP on CAN vs XCP on Ethernet — 전송계층 선택 기준

// COMMENTS

ON THIS PAGE