CAN ID 7DF

CAN ID 7DF

• 외부 진단기기가 차량 내의 모든 ECU(제어기)를 대상으로 보내는 공통 진단 요청(Functional Request) 메시지 식별자
• 일종의 broadcast 역할
• response에 대하여
  • CAN ID 0x7DF 요청에 대해 응답하는 ID들은 물리적 응답 ID(Physical Response ID)라고 불리며, 다음과 같은 원리와 의미를 가진다
  • 응답 ID가 정해지는 원리: CAN 및 UDS 통신에서 ID는 설계 단계에서 미리 정의된 dbc에 의해 결정.
    • 표준 규격 (ISO 15765-4 / OBD-II): 일반적으로 법적 규제를 받는 배기가스 관련 진단에서는 요청 ID와 응답 ID 사이에 일정한 규칙이 있습니다. 보통 응답 ID = 요청 ID + 8의 공식을 따름
    • 제조사 고유 규격 (OEM Specific): 하지만 제공해주신 로그처럼 0x70D, 0x719 등 다양한 범위의 ID가 나타나는 것은 제조사가 자체적으로 정의한 주소 체계를 사용하기 때문입니다. 각 제어기(ECU)의 펌웨어 설계 시 "7DF라는 공통 호출을 받으면 각자 지정된 고유 ID로 응답하라"는 규칙이 심어져 있습니다.
  • 응답 ID의 의미: ECU의 신분증 각 응답 ID는 차량 내에서 특정 하드웨어(제어기)를 상징합니다. 로그에 등장하는 ID들은 다음과 같은 의미를 갖습니다.
    • 개별 제어기 식별: 0x70D, 0x719, 0x72D, 0x79C, 0x7F9 등은 모두 차량 내의 서로 다른 제어기들입니다. 예를 들어 하나는 엔진 제어기(ECU), 다른 하나는 변속기 제어기(TCU), 또 다른 하나는 브레이크 제어기(ABS)일 수 있습니다.
    • 1:1 통신 채널: 외부 진단기가 특정 제어기와 깊이 있는 데이터(코딩, 소프트웨어 업데이트 등)를 주고받으려면, 공통 ID인 0x7DF가 아니라 이 응답 ID들과 짝을 이루는 물리적 요청 ID(Physical Request ID)를 사용하여 1:1로 통신해야 합니다.

<7DF 메시지와 UDS>

• CAN ID 0x7DF가 반드시 UDS(ISO 14229) 프로토콜만을 의미하는 것은 아니지만 자동차의 진단 체계 내에서 0x7DF는 진단을 위한 '입구' 역할을 하기 때문에 UDS와 매우 밀접하게 연결된다
• 이해를 돕기 위해 0x7DF가 사용되는 두 가지 주요 프로토콜을 비교해보자

  구분	OBD-II (표준 진단)	UDS (제조사 진단)
  목적	배기가스 관련 법규 준수, 공통 데이터 조회	차량 전체 시스템 제어, 코딩, 펌웨어 업데이트
  SID 범위	0x01 ~ 0x09 (예: 01은 실시간 데이터)	0x10 ~ 0x3E (예: 22는 데이터 읽기)
  범용성	모든 차량이 동일한 명령 사용	제조사마다 명령과 응답이 다를 수 있음
  접근 권한	누구나 자유롭게 조회 가능	보안 액세스(Seed/Key)가 필요한 경우가 많음

• 구분의 실제
  • request와 response 메시지의 문법을 확인한다.
    • SID가 UDS에서 정의된 형식인지, OBD-2에서 정의된 형식인지 확인.
    • 그에 따른 응답이 알려진 UDS 응답의 형식과 일치하는지 확인
• 0x7DF는 진단기기가 차량에 말을 거는 '공통 채널'일 뿐이며, 그 안에 담긴 서비스 ID에 따라 UDS 통신이 될 수도, OBD-2 진단이 될 수도 있음