KR20130021652A

KR20130021652A - 복수의 서로 다른 차량 진단 프로토콜을 표준 진단 프로토콜로 변환하는 인터페이스 장치 및 그 방법

Info

Publication number: KR20130021652A
Application number: KR1020110084051A
Authority: KR
Inventors: 이장용
Original assignee: 현대자동차주식회사
Priority date: 2011-08-23
Filing date: 2011-08-23
Publication date: 2013-03-06

Abstract

차량 내 탑재된 전자 제어기와 차량 진단기와 각각 연결되는 인터페이스 장치는, 전자 제어기로부터 차량 데이터를 입력받거나 차량 데이터에 기초하여 차량 상태를 진단하는 차량 진단기로부터 진단 데이터를 입력받는 입력부, 차량 데이터를 기 정의된 표준 포맷으로 변환하거나 진단 데이터를 표준 포맷으로 변환하는 변환부; 및 표준 포맷으로 변환된 차량 데이터 또는 진단 데이터를 전자 제어기 또는 차량 진단기에게 출력하는 출력부를 포함한다.

Description

복수의 서로 다른 차량 진단 프로토콜을 표준 진단 프로토콜로 변환하는 인터페이스 장치 및 그 방법{Interface apparatus and method for converting a plurality of different vehicles diagnosis protocol to standard diagnosis protocol}

본 발명은 복수의 서로 다른 차량 진단 프로토콜을 표준 진단 프로토콜로 변환하는 인터페이스 장치 및 그 방법에 관한 것이다.

현재 상용차용 진단 프로토콜은 크게 ISO 15765, ISO 14230, ISO 9141 및 J1939 등이 쓰이고 있다. 이렇듯 업체마다 쓰이고 있는 진단 프로토콜이 다르기 때문에 복수의 프로토콜별로 각각 대응하는 프로그램을 개발해야 한다. 이로 인해 개발 비용 및 개발 기간이 증가하여 원가가 상승하는 문제점이 있다. 그리고 진단 프로그램의 적기 공급이 어려워 초기 품질 확보가 어렵다.

또한, 해외 업체의 경우, 자체 진단 프로토콜 사용하여 보안성 및 생산성 확보 가능하지만, 개발기간 및 비용이 증가한다.

이처럼, 종래에는 개별 진단 프로토콜이 존재하지만, 표준 진단 프로토콜의 부재가 문제가 되는 실정이다.

또한, 종래에 EOL(end of line) 프로세스의 경우, 각 ECU(Electronic Central Unit) 별로 프로토콜이 ISO 15765, ISO 14230, ISO 9141 등 상이하고, 모듈 입력 BATCH 방식이 아니라 많은 Key on/off 반복을 통한 시리얼(Serial) 방식이다.

따라서, 시리얼 방식의 데이터 입력으로 상대적으로 많은 소요 시간이 필요로 한다. 또한, 전(前)공정에서 오류 있을시 다음 공정에 지연 유발하고, 대역폭의 비효율적인 사용의 문제가 있고, 업체 대응 일정 및 추가 개발비가 소요된다. 이처럼 EOL 공정에서 개별 입력으로 인한 작업시간 길어져 생산 효율성 저하된다.

더욱이 향후 신차종 개발(ex. QZ 대형트럭 FMC)에는 많은 신기술 시스템 (AEBS, 축중 모니터링, SMK, BSD 등)이 적용될 예정이다. 이에 따른 공정시간의 비효율성은 더욱 부각될 여지가 있다.

따라서, 본 발명이 이루고자 하는 기술적 과제는 복수의 진단 프로토콜을 표준 포맷으로 변환하는 인터페이스 장치 및 그 방법을 제공하고자 하는데 그 목적이 있다.

본 발명의 한 특징에 따르면 인터페이스 장치가 제공된다. 이 장치는, 차량 내 탑재된 전자 제어기로부터 차량 데이터를 입력받거나 상기 차량 데이터에 기초하여 차량 상태를 진단하는 차량 진단기로부터 진단 데이터를 입력받는 입력부; 상기 차량 데이터를 기 정의된 표준 포맷으로 변환하거나 상기 진단 데이터를 상기 표준 포맷으로 변환하는 변환부; 및 상기 표준 포맷으로 변환된 차량 데이터 또는 진단 데이터를 상기 전자 제어기 또는 상기 차량 진단기에게 전송하는 출력부를 포함한다.

본 발명의 다른 특징에 따르면 변환 방법이 제공된다. 이 방법은, 차량 내 탑재된 전자 제어기 또는 차량 상태를 진단하는 차량 진단기에 각각 연결된 인터페이스 장치가 입력받은 데이터를 변환하는 방법에 있어서, 차량 내 탑재된 전자 제어기 또는 차량 상태를 진단하는 차량 진단기로부터 데이터를 입력받는 단계; 상기 데이터를 기 정의된 표준 포맷으로 변환하는 단계; 및 상기 표준 포맷으로 변환된 데이터를 상기 전자 제어기 또는 상기 차량 진단기에게 출력하는 단계를 포함한다.

본 발명의 실시예에 따르면, 업체마다 쓰이는 다양한 진단 프로토콜에 대한 표준 포맷을 적용하여 상용차의 진단 프로그램의 효율을 향상시켜 차량 진단기 및 EOL 장비 개발시 원가 및 개발 대응이 용이하게 한다.

또한, EOL 공정 시간을 단축시킬 수 있다.

도 1은 본 발명의 실시예에 따른 차량 진단 프로토콜의 변환 구성도이다.
도 2는 본 발명의 실시예에 따른 인터페이스 장치의 변환 기능의 구현 구조를 나타낸 개념도이다.
도 3은 본 발명의 실시예에 따른 인터페이스 장치의 변환 기능의 흐름을 나타낸 개념도이다.
도 4는 본 발명의 실시예에 따른 인터페이스 장치의 세부 구성을 나타낸 블록도이다.
도 5a, 도 5b는 본 발명의 실시예에 따른 진단 프로토콜 변환 방법의 일련의 과정을 나타낸 순서도이다.
도 6은 본 발명의 실시예에 따른 프레임 구조를 나타낸다.
도 7은 본 발명의 실시예가 적용되는 J2534-1 API 분석을 통한 표준 구조체를 나타낸다.
도 8은 본 발명의 실시예에 따른 표준 구조체를 나타낸다.
도 9는 본 발명의 실시예에 따른 데이터 필드의 구조를 나타낸다.

아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.

명세서 전체에서, 어떤 부분이 어떤 구성 요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성 요소를 제외하는 것이 아니라 다른 구성 요소를 더 포함할 수 있는 것을 의미한다.

이하, 도면을 참조로 하여 본 발명의 실시예에 따른 복수의 서로 다른 차량 진단 프로토콜을 표준 진단 프로토콜로 변환하는 인터페이스 장치 및 그 방법에 대하여 상세히 설명한다.

도 1은 본 발명의 실시예에 따른 차량 진단 프로토콜의 변환 구성도이다.

도 1을 참조하면, 서로 다른 각각의 차량 진단 프로토콜을 사용하는 차량 전자제어기(100)는 인터페이스 장치(200)와 연결되고, 인터페이스 장치(200)는 또 다른 차량 진단 프로토콜을 사용하는 차량 진단기(300)와 연결된다.

여기서, 차량 전자제어기(100)는 차량의 엔진 및 각종 기기들을 제어하고, 이들로부터 차량의 데이터를 인출하여 기 정의된 차량 진단 프로토콜을 이용하여 인터페이스 장치(200)에게 차량 데이터를 전송한다.

이때, 차량 전자제어기(100)는 물리 계층의 프로토콜로서 크게 세가지 종류의 통신 프로토콜 중에서 하나를 사용할 수 있다. 여기서, 통신 프로토콜은 CAN(Controller Area Network), KWP(K-line on keyword), K-line을 포함할 수 있다.

또한, 차량 전자제어기(100)는 어플리케이션 계층의 프로토콜로서 서로 다른 복수의 진단 프로토콜을 각각 사용할 수 있는데, 이러한 복수의 진단 프로토콜은 ISO 15765, ISO 14230, ISO 9141, J1939 등을 포함한다.

한편, 차량 진단기(300)는 전자 제어기와 원격한 위치에 설치되어 전자 제어기로부터 수신한 차량 데이터를 분석한다.

차량 진단기(300) 역시 차량 전자제어기(100)와 마찬가지로 물리 계층의 프로토콜로서 CAN(Controller Area Network), KWP(K-line on keyword), K-line 중 하나의 통신 프로토콜을 사용할 수 있다. 또한, 어플리케이션 계층의 프로토콜로서 ISO 15765, ISO 14230, ISO 9141, J1939 등 중에서 하나의 진단 프로토콜을 사용할 수 있다.

한편, 인터페이스 장치(200)는 차량 전자제어기(100) 및 차량 진단기(300)의 차량 진단 프로토콜을 기 정의된 표준 포맷으로 변환한다. 즉 차량 전자제어기(100)의 차량 진단 프로토콜에 따른 입력 데이터 혹은 차량 진단기(300)의 차량 진단 프로토콜에 따른 입력 데이터를 표준 포맷으로 변환하여 각각 출력한다.

이때, 인터페이스 장치(200)는 현재 사용빈도가 가장 높은 ISO 15765 ↔ ISO 14230 변환을 실시예로 한다.

여기서, 도 2 및 도 3을 참조하여 인터페이스 장치(200)의 기능에 대해 설명하면 다음과 같다.

먼저, 도 2는 본 발명의 실시예에 따른 인터페이스 장치의 변환 기능의 구현 구조를 나타낸 개념도이다.

도 2를 참조하면, 드라이버 클래스(Driver Class)는 통신 프로토콜의 종류에 따라 각각 K-line 드라이버 클래스, CAN 드라이버 클래스, TCP 드라이버 클래스로 구성될 수 있다. 각각의 드라이버 클래스는 프로토콜 변환(Protocol Transform) 프로그램과 연결되는데, 버퍼 큐 클래스(BufferedQueue Class)와 연결된다. 그리고 버퍼 큐 클래스는 수신 큐(Receive Queue), 송신 큐(Transmit Queue)로 구성된다.

이때, 진단 변환 알고리즘(TransformWork) 클래스는 대기 상태에 있는 인터페이스로 입력된 즉 수신 큐에 저장된 데이터를 변환하여 송신 큐를 통해 해당하는 출력 인터페이스 즉 각각의 드라이버 클래스 중 하나로 출력한다.

도 3은 본 발명의 실시예에 따른 인터페이스 장치의 변환 기능의 흐름을 나타낸 개념도이다.

도 3을 참조하면, 인터페이스 장치(200)의 변환 프로그램은 K-line, CAN, TCP 소켓(Socket)을 통한 각각의 통신 프로토콜을 이용하여 디바이스로부터 데이터를 입력받는다.

이러한 데이터가 입력 큐에 저장되면, 변환 알고리즘에 의해 기 정의된 표준 포맷으로 변환되어 출력 큐로 전달되고, 출력 큐에 저장된 데이터는 K-line 또는 CAN 통신을 통해 출력된다.

이러한 인터페이스 장치(200)는 도 4와 같은 세부 구성을 가질 수 있다.

도 4는 본 발명의 실시예에 따른 인터페이스 장치의 세부 구성을 나타낸 블록도이다.

도 4를 참조하면, 인터페이스 장치(200)는 입력부(210), 변환부(230), 출력부(250), 프로토콜 정보 DB(270) 및 차종 정보 DB(290)를 포함한다.

입력부(210)는 차량 내 탑재된 전자 제어기(100)로부터 차량 데이터를 입력받거나 차량 데이터에 기초하여 차량 상태를 진단하는 차량 진단기(300)로부터 진단 데이터를 입력받는다.

변환부(230)는 차량 데이터를 기 정의된 표준 포맷으로 변환하거나 진단 데이터를 표준 포맷으로 변환한다.

출력부(250)는 표준 포맷으로 변환된 차량 데이터 또는 진단 데이터를 전자 제어기(100) 또는 차량 진단기(300)로 출력한다.

프로토콜 정보 DB(270)는 차량 내 전자제어기(100)가 사용하는 각각의 프로토콜 정보를 저장한다.

차종 정보 DB(290)는 차량의 종류를 저장한다.

이때, 변환부(230)는 헤더 변환 모듈(231), 데이터 변환 모듈(233) 및 프레임 처리 모듈(235)을 포함한다.

여기서, 헤더 변환 모듈(231)은 프로토콜 정보 DB(270)와 연동하여 프로토콜을 기반으로 프레임 헤더를 변환한다.

또한, 데이터 변환 모듈(233)은 차종 정보 DB(290)와 연동하여 ECU 정보를 기반으로 프레임 데이터를 변환한다.

또한, 프레임 처리 모듈(235)은 프로토콜 정보 DB(270)와 연동하여 타이밍, 응답 프레임을 처리한다.

한편, 인터페이스 장치(200)는 도면에는 나타내지 않았으나 게이트웨이부를 더 포함할 수 있다. 이러한 게이트웨이부는 엔진 컴퓨터 자동 진단 시스템(HADS ; Hyundai Automatic Diagnosis System) 장비에서 EOL(end of line)의 전항목을 일괄 입력받으면, 각 전자 제어기(ECU)로 병렬 입력한다. 또는 HADS 장비에서 전자 제어기(ECU)의 프로토콜 별로 EOL 정보가 병렬 입력되면, 필터링하여 각 전자 제어기(ECU)로 입력한다.

그러면, 인터페이스 장치(200)의 변환 동작에 대하여 도 5 내지 9를 참조하여 설명하기로 한다.

도 5a, 도 5b는 본 발명의 실시예에 따른 진단 프로토콜 변환 방법의 일련의 과정을 나타낸 순서도이고, 도 6은 본 발명의 실시예에 따른 프레임 구조를 나타내며, 도 7은 본 발명의 실시예가 적용되는 J2534-1 API 분석을 통한 표준 구조체를 나타내며, 도 8은 본 발명의 실시예에 따른 표준 구조체를 나타내고, 도 9는 본 발명의 실시예에 따른 데이터 필드의 구조를 나타낸다.

먼저, 도 5a를 참조하면, 입력부(210)는 차량 전자제어기(100) 또는 차량 진단기(300)로부터 데이터가 입력(S101)되면, 헤더 변환 모듈(231)은 FMT 필드를 분석한다(S103).

여기서, 데이터 프레임은 도 6과 같이 헤더(Header) 필드, 데이터(Data) 필드 및 체크섬(Checksum) 필드를 포함한다.

이때, 헤더(Header) 필드는 최대 4바이트(byte)로 구성될 수 있는데, FMT 필드, 타겟(Tgt) 주소 필드, 소스(Src) 주소 필드 및 길이(Len) 필드를 포함할 수 있다.

여기서, 타겟(Tgt) 주소 필드, 소스(Src) 주소 필드는 멀티노드 접속(multinode connection)을 위한 선택적인 필드이다.

FMT 헤더 필드는 출력할 내용과 문자형식이 정의되고, 문자열의 정렬 방법과 이미지 사용 여부를 지정하는 필드로서, 'Format Byte'는 A1, A0, L5, L4, L3, L2, L1, L0을 포함한다.

이때, A1, A0는 메시지에서 사용될 헤더의 형태를 정의한다. 또한, L5, L4, L3, L2, L1, L0는 SID에서 체크섬 바이트까지 메시지의 길이를 정의한다.

또한, 데이터(Data) 필드는 데이터가 수록되는 필드로서, SID 및 데이터로 구성되고, 최대 255 바이트(byte)이다.

또한, 체크섬(Checksum) 필드는 1바이트이다.

다시, 도 5에 관한 설명을 시작하면, FMT 필드의 A1=1, A0=0이면, 물리 주소 모드(Phisical Addressing Mode)로 동작하여 헤더 변환 모듈(231)은 헤더 필드에서 FMT 필드, 타겟 주소 필드 및 소스 주소 필드에서 데이터를 확인한다(S107).

또한, FMT 필드의 A1=0, A0=0이면, 비 주소 모드(No Addressing Mode)로 동작하여 헤더 변환 모듈(231)은 헤더 필드에서 FMT 필드에서 데이터를 확인한다(S109).

또한, 헤더 변환 모듈(231)은 체크섬을 확인(S111)하여 에러가 탐지되면, 모든 단계를 종료하지만, 에러가 탐지되지 않으면 기 정의된 표준 구조체를 생성한다(S115).

여기서, 구조체(Structure)란 일반적으로 C 언어에서 사용자가 자료형을 정의할 수 있는 방법 중 하나로서, 하나의 이름으로 변수들을 그룹화하는 혼합된(compound) 자료형을 의미한다.

헤더 변환 모듈(231)은 이러한 구조체를 표준화시킨 포맷으로 형성하는데, 도 7을 참조하면, J2534-1 API 분석을 통한 표준 구조체를 나타내며, 이를 활용하여 표준 구조체는 도 8과 같이 정의된다.

여기서, 도 7에 따르면, 표준 구조체는 프로토콜 ID(Protocol ID), RxStatus, TxFlags, TimeStamp, DataSize, ExtraDataIndex, Data로 구성된다.

그리고 도 8에 따르면, 표준 구조체는 입출력 물리적 프로토콜 ID, 입출력 어플리케이션 계층의 프로토콜 ID, DLC, 헤더, 데이터 필드로 구성되도록 정의될 수 있다.

이때, 헤더 변환 모듈(231)은 프로토콜 정보 DB(270)에 저장된 정보를 참조하여 도 8의 표준 구조체의 프로토콜 ID를 생성할 수 있다.

그리고 헤더 변환 모듈(231)은 표준 구조체를 입력 큐로 전송(S117)한다.

그러면, 헤더 변환 모듈(231)은 DLC(Data Length Code)가 8보다 작은지를 판단한다(S119). DLC 필드는 데이터 필드의 바이트의 수를 나타내며, 데이터 필드는 0~8바이트로 구성된다.

이때, 헤더 변환 모듈(231)은 DLC가 8보다 작은 경우, 싱글 프레임을 생성(S121)하고, DLC가 8보다 작지 않은 경우, 멀티 프레임을 생성한다(S123).

여기서, 도 9를 참조하면, CAN 프레임의 데이터 필드는 8바이트로 이루어지고, CAN 식별자(Identifier)는 N_Al이며 네트워크 계층의 프로토콜 데이터 유닛(N_PDU, Network Protocol Data Unit) 타입(Type)은 싱글 프레임(Single Frame, SF), 퍼스트프레임(First Frame, FF), 연속 프레임(ConsecutiveFrame, CF), 플로우 제어(FlowControl, FC)를 포함한다.

이때, 싱글 프레임(SF)은 1바이트의 N_PCI(Network Protocol Control Information)와 7바이트의 데이터로 구성된다.

또한, 멀티 프레임은 퍼스트프레임(FF) 및 연속 프레임(CF)으로 구성되는데, 퍼스트프레임(FF)은 2바이트의 N_PCI와, 6바이트의 데이터로 구성된다. 그리고 연속 프레임(CF)은 1바이트의 N_PCI와 7바이트의 데이터로 구성된다.

한편, 도 5b를 참조하면, 헤더 변환 모듈(231)은 헤더 정보 및 주소 정보를 각각 입력(S125, S127)하고, ARR_Num=1인지 판단한다(S129). 즉 프레임이 싱글 프레임인지 또는 멀티 프레임인지 판단한다.

이때, ARR_Num=1인 경우, PCI=DLC 즉 1바이트로 생성(S131)하고, ARR_Num=1이 아닌 경우, FF의 PCI=2바이트의 DLC로, CF의 PCI는 1바이트로 생성한다(S133).

그리고 SID(Symbolic IDentifier)를 변환한다(S135).

그러면, 데이터 변환 데이터 변환 모듈(233)은 데이터 필드를 입력(S137)하여 변환된 데이터를 출력 큐로 전송한다(S139).

이때, 프레임 처리 모듈(235)은 출력 인터페이스가 K-Line인지 또는 CAN인지를 판단(S141)하여 K-Line인 경우, 변환된 데이터를 K-Line 큐에 전송한다(S143). 또한, CAN인 경우, 변환된 데이터를 CAN 큐에 전송한다(S145).

출력부(250)는 K-Line 큐 또는 CAN 큐에 전달된 데이터를 해당하는 장치 즉 전자제어기(100) 또는 차량 진단기(300)로 전송한다(S147).

이상에서 본 발명의 실시예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.

Claims

차량 내 탑재된 전자 제어기로부터 차량 데이터를 입력받거나 상기 차량 데이터에 기초하여 차량 상태를 진단하는 차량 진단기로부터 진단 데이터를 입력받는 입력부;
상기 차량 데이터를 기 정의된 표준 포맷으로 변환하거나 상기 진단 데이터를 상기 표준 포맷으로 변환하는 변환부; 및
상기 표준 포맷으로 변환된 차량 데이터 또는 진단 데이터를 상기 전자 제어기 또는 상기 차량 진단기에게 전송하는 출력부
를 포함하는 인터페이스 장치.
제1항에 있어서,
상기 변환부는,
상기 전자 제어기에서 사용하는 프로토콜 또는 상기 차량 진단기에서 사용하는 프로토콜에 기초하여 프레임 헤더를 변환하는 헤더 변환 모듈;
상기 차량의 차종 정보에 기초하여 프레임 데이터를 변환하는 데이터 변환 모듈; 및
상기 프로토콜에 기초하여 프레임 처리를 수행하는 프레임 처리 모듈
을 포함하는 인터페이스 장치.
제2항에 있어서,
상기 헤더 변환 모듈은,
입력된 데이터의 헤더 필드 중에서 FMT 필드를 분석하여 헤더 필드에 물리 주소 모드를 적용할지 혹은 비주소 모드를 적용할지를 판단하고, 에러가 탐지되지 않으면, 기 정의된 표준 구조체를 생성하여 헤더 정보와 주소 정보를 입력한 후, SID(Silence InDicator frame) 프레임으로 변환하는 인터페이스 장치.
제3항에 있어서,
상기 헤더 변환 모듈은,
DLC(Data Length Code)가 8 바이트보다 작은 경우, 싱글 프레임을 생성하고, 8보다 작지 않은 경우 멀티 프레임을 생성하여 각각의 프레임에 상기 헤더 정보와 상기 주소 정보를 입력하는 인터페이스 장치.
제1항 내지 제4항 중 어느 한 항에 있어서,
상기 입력부는,
케이 라인(K-Line) 통신, 켄(CAN) 통신 및 소켓(Socket) 통신을 통해 데이터를 입력받는 인터페이스 장치.
제1항 내지 제4항 중 어느 한 항에 있어서,
상기 출력부는,
케이 라인(K-Line) 통신 또는 켄(CAN) 통신을 통해 데이터를 전송하는 인터페이스 장치.
차량 내 탑재된 전자 제어기 또는 차량 상태를 진단하는 차량 진단기에 각각 연결된 인터페이스 장치가 입력받은 데이터를 변환하는 방법에 있어서,
차량 내 탑재된 전자 제어기 또는 차량 상태를 진단하는 차량 진단기로부터 데이터를 입력받는 단계;
상기 데이터를 기 정의된 표준 포맷으로 변환하는 단계; 및
상기 표준 포맷으로 변환된 데이터를 상기 전자 제어기 또는 상기 차량 진단기에게 출력하는 단계
를 포함하는 변환 방법.
제7항에 있어서,
상기 변환하는 단계는,
상기 전자 제어기에서 사용하는 프로토콜 또는 상기 차량 진단기에서 사용하는 프로토콜에 기초하여 상기 데이터의 프레임 헤더를 변환하는 단계;
상기 차량의 차종 정보에 기초하여 상기 데이터의 프레임 데이터를 변환하는 단계; 및
상기 프로토콜에 기초하여 프레임 처리를 수행하는 단계
를 포함하는 변환 방법.
제8항에 있어서,
상기 헤더를 변환하는 단계는,
입력된 데이터의 FMT 필드를 분석하는 단계;
상기 FMT 필드에서 헤더의 형태를 정의하는 비트 정보가 물리 주소 모드를 나타내는지 또는 비주소 모드를 나타내는지 판단하고, 체크섬을 체크하여 에러가 탐지되지 않으면, 기 정의된 표준 구조체를 생성하는 단계; 및
헤더 정보와 주소 정보를 입력하는 단계
를 포함하는 변환 방법.
제9항에 있어서,
상기 생성하는 단계와 상기 입력하는 단계 사이에
DLC(Data Length Code)가 8보다 작은지 판단하는 단계;
작은 경우, 싱글 프레임을 생성하는 단계; 및
큰 경우 멀티 프레임을 생성하는 단계를 더 포함하고,
상기 입력하는 단계는,
상기 싱글 프레임 또는 상기 멀티 프레임에 상기 헤더 정보와 상기 주소 정보를 입력하는 변환 방법.
제10항에 있어서,
상기 입력하는 단계 이후,
상기 싱글 프레임인 경우, PCI(Protocol Control Information)는 DLC의 크기과 일치시키는 단계;
상기 멀티 프레임인 경우, 상기 멀티 프레임 중에서 처음 프레임의 PCI와 연속 프레임의 PCI를 기 정의된 크기로 설정하는 단계;
상기 싱글 프레임 또는 상기 멀티 프레임을 SID 프레임(Silence InDicator frame)으로 변환하는 단계
를 더 포함하는 변환 방법.
제11항에 있어서,
상기 SID 프레임으로 변환하는 단계 이후,
상기 전자 제어기 또는 상기 차량 진단기로부터 입력받은 데이터를 데이터 필드에 입력하는 단계
를 더 포함하는 변환 방법.
제7항 내지 제12항 중 어느 한 항에 있어서,
상기 출력하는 단계는,
변환된 데이터를 케이 라인(K-Line) 통신 또는 켄(CAN) 통신을 통해 출력하는 변환 방법.