이전 글에서는 LIN Schedule Table을 통해 Master가 미리 정의된 시간표에 따라 통신을 관리한다는 것을 알아봤다.
그렇다면 또 하나의 궁금증이 생긴다.
- Master는 Schedule Table을 어디에서 읽어올까?
- LIN의 PID, Signal, Frame 정보는 어디에 저장되어 있을까?
그 해답이 바로 LDF(LIN Description File) 이다.
LDF는 LIN 네트워크의 모든 정보를 담고 있는 설계 파일(Description File)이며,
LIN 프로젝트를 진행할 때 가장 많이 사용하는 파일 중 하나이다.
이번 글에서는 LDF가 무엇인지, 어떤 정보가 들어 있는지, 그리고 실무에서 어떻게 활용되는지 알아보자.
LDF(LIN Description File)란?
LDF는 LIN Description File의 약자이다.
쉽게 말하면 LIN 네트워크의 설계도라고 생각하면 된다.
CAN에서는 DBC 파일이 네트워크 정보를 정의하는 것처럼,
LIN에서는 LDF가 같은 역할을 수행한다.
LDF에는
- 어떤 ECU(Node)가 있는지
- 어떤 Signal을 사용하는지
- 어떤 Frame을 전송하는지
- 어떤 PID를 사용하는지
- 어떤 Schedule로 통신하는지
등 LIN 통신에 필요한 모든 정보가 정의되어 있다.
왜 LDF가 필요할까?
예를 들어 Charging Door 시스템이 있다고 가정해 보자.
Charging Door ECU(LIN Master)는
- Door Lock
- Door Position
- Motor Status
- Error Status
등 여러 데이터를 주고받아야 한다.
그런데 Master는
- 어떤 PID를 사용해야 하는지
- 누가 송신(Publisher)하는지
- 누가 수신(Subscriber)하는지
- 몇 Byte를 사용하는지
를 알 수 있어야 한다.
이 모든 정보를 LDF가 제공한다.
즉, LDF는 LIN 네트워크의 기준 문서이다.
LDF에는 어떤 정보가 들어 있을까?
일반적으로 LDF는 다음과 같은 정보를 포함한다.

하나씩 살펴보자.
① Nodes
Nodes에는 LIN 네트워크에 연결된 ECU 정보가 정의된다.
각 Node의 역할과 주소(NAD) 등이 함께 정의된다.
② Signals
Signal은 실제 데이터를 의미한다.
Signal에는 Signal Type, Encoding Type, Length, Initial Value, Publisher, Subscriber 등도 함께 정의된다.
③ Frames
Frame은 여러 Signal을 하나의 LIN Frame으로 묶은 것이다.
Master는 이 Frame의 PID를 Header로 전송한다.

④ Schedule Tables
Schedule Table에는 Master가 어떤 순서로 Header를 전송할지가 정의된다.
Master는 이 순서를 반복하며 LIN Bus를 관리한다.

⑤ Node Attributes
Node Attributes에는 각 Node의 속성이 정의된다.
대표적으로 NAD(Node Address), Supplier ID, Function ID, Variant 등이 포함된다.
진단(UDS over LIN)에서도 많이 사용된다.
⑥ Diagnostic Frames
LIN도 진단 통신을 지원한다.
대표적인 Diagnostic Frame은 Master Request (PID 0x3C) → Slave Response (PID 0x3D)이다.
UDS over LIN에서는 이 두 Frame을 이용하여 진단 서비스를 수행한다.
LDF는 누가 사용할까?
실무에서는 다양한 개발자가 LDF를 사용한다.
| 담당자 | 활용 |
| Application 개발 | Signal 확인 |
| BSW 개발 | LIN Stack 설정 |
| 시험(Test) | CANoe/CANalyzer 설정 |
| ECU 공급사 | LIN 인터페이스 정의 |
| OEM | 네트워크 사양 관리 |
즉, LDF는 개발자뿐 아니라 시험 및 네트워크 설계 담당자까지 함께 사용하는 공통 문서이다.
실무에서는 어떻게 사용할까?
실무에서는 새로운 LIN ECU를 추가할 때 가장 먼저 LDF를 확인한다.
예를 들어
- 새로운 Signal 추가
- 새로운 PID 추가
- Schedule 수정
- Slave ECU 추가
와 같은 작업은 대부분 LDF 수정부터 시작된다.
이후 LIN Stack 생성, CANoe 설정, 테스트 환경 구축까지 모두 LDF를 기준으로 진행된다.
즉, LDF는 LIN 프로젝트의 기준 문서라고 할 수 있다.
정리
LDF(LIN Description File)는 LIN 네트워크의 모든 정보를 정의하는 설계 파일이다. Node, Signal, Frame, Schedule Table, Diagnostic 정보 등을 하나의 파일에서 관리하며, LIN Master와 Slave는 이 정보를 기준으로 통신을 수행한다.
실제 프로젝트에서도 LDF는 LIN Stack 설정, 시험 환경 구성, ECU 개발 등 거의 모든 단계에서 사용되는 핵심 파일이다.
다음 글에서는 LDF 파일 분석하기 (Nodes, Signals, Frames, Schedule Tables 실무 예제)를 통해 실제 프로젝트와 유사한 예제 LDF 파일을 기준으로 하나씩 분석해 보겠다.
'CAN, LIN 통신' 카테고리의 다른 글
| LDF 파일 분석하기 (Nodes, Signals, Frames, Schedule Tables 실무 예제) (0) | 2026.07.14 |
|---|---|
| LIN Schedule Table이란? Master는 어떻게 통신 순서를 관리할까? (0) | 2026.07.12 |
| LIN Master와 Slave란? 왜 LIN은 Master가 항상 통신을 시작할까? (0) | 2026.07.11 |
| 자동차 LIN Frame 구조 쉽게 이해하기 (Break, Sync, PID, Data, Checksum) (1) | 2026.07.10 |
| LIN 통신은 어떻게 동작할까? Header와 Response 구조 쉽게 이해하기 (0) | 2026.07.09 |