KR20200143881A - 제어기 통신 장치 및 그 방법 - Google Patents

제어기 통신 장치 및 그 방법 Download PDF

Info

Publication number
KR20200143881A
KR20200143881A KR1020190071494A KR20190071494A KR20200143881A KR 20200143881 A KR20200143881 A KR 20200143881A KR 1020190071494 A KR1020190071494 A KR 1020190071494A KR 20190071494 A KR20190071494 A KR 20190071494A KR 20200143881 A KR20200143881 A KR 20200143881A
Authority
KR
South Korea
Prior art keywords
diagnostic
diagnostic device
ethernet
information
payload
Prior art date
Application number
KR1020190071494A
Other languages
English (en)
Inventor
정호진
Original Assignee
현대자동차주식회사
기아자동차주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 현대자동차주식회사, 기아자동차주식회사 filed Critical 현대자동차주식회사
Priority to KR1020190071494A priority Critical patent/KR20200143881A/ko
Priority to US16/677,051 priority patent/US11516315B2/en
Priority to CN201911202060.0A priority patent/CN112104591B/zh
Publication of KR20200143881A publication Critical patent/KR20200143881A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/18—Protocol analysers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40071—Packet processing; Packet format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40169—Flexible bus arrangements
    • H04L12/40176—Flexible bus arrangements involving redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

일 실시예에 따른 제어기 통신 방법은 이더넷 ECU에 진단 정보 요청 및 진단기의 속성 정보를 송신하는 단계와 진단 정보 요청에 응답하여, 진단기의 프로토콜 종류를 속성 정보에 기초하여 판별하는 단계와 판별 결과에 따라 이더넷 ECU가 프로토콜 변환을 수행하도록 제어하는 단계와 진단기가 이더넷 ECU로부터 진단 정보 요청에 응답한 진단 메시지를 수신하는 단계를 포함한다.

Description

제어기 통신 장치 및 그 방법{CONTROLLER COMMNICATION DEVICE AND METHOD THEREOF}
개시된 발명은 제어기 통신 장치 및 그 방법에 관한 발명으로, 더욱 상세하게는 서로 다른 프로토콜을 이용하는 제어기 간의 호환성을 확보하는 제어기 통신 장치 및 그 방법에 관한 것이다.
차량은 다양한 전자 기기들을 구비함에 따라, 차량 내의 장착된 제어기 간의 상호 제어가 증가되고, 송수신되는 데이터가 증가된다. 따라서, 차량의 통신 프로토콜은 기존의 CAN(Controller Area Network) 통신 프로토콜 이외에 CAN-FD(Flexible Data rate), 이더넷(Ethernet) 등 다양한 방식이 채택된다.
이 때, 차량에는 여러 통신 프로토콜을 총괄하는 중앙 게이트 웨이가 탑재되며, 만약, CAN 진단기가 차량에 연결되면, 이더넷과의 호환성 부재로 중앙 게이트 웨이에서 충돌이 발생하게 된다. 개시된 발명은 상술한 문제점을 해결하기 위하여 안출된 것이다.
개시된 발명의 일 측면은 제어기와 진단기 사이의 중앙 게이트 웨이에 부하를 주지 않고, 호환성을 확보할 수 있는 제어기 통신 장치 및 그 방법을 제공하고자 한다.
개시된 발명의 일 실시예에 따른 제어기 통신 방법은 이더넷 ECU에 진단 정보 요청 및 진단기의 속성 정보를 송신하는 단계; 상기 진단 정보 요청에 응답하여, 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하는 단계; 상기 판별 결과에 따라 상기 이더넷 ECU가 프로토콜 변환을 수행하도록 제어하는 단계; 및 상기 진단기가 상기 이더넷 ECU로부터 상기 진단 정보 요청에 응답한 진단 메시지를 수신하는 단계를 포함한다.
상기 진단기는 CAN 진단기 또는 이더넷 진단기 중 어느 하나일 수 있다.
상기 진단 정보 요청에 응답하여, 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하는 단계는 PCI(Protocol Control Information)를 포함하는 상기 속성 정보에 기초하여 상기 진단기가 CAN 진단기인지 이더넷 진단기인지 판별하는 단계를 포함할 수 있다.
상기 진단 정보 요청에 응답하여, 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하는 단계는 DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트가 아니면, 상기 진단기가 이더넷 진단기인 것으로 결정하는 단계를 포함할 수 있다.
상기 진단 정보 요청에 응답하여, 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하는 단계는 DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트이이고, 상기 패이로드의 5 번째 바이트에 SID(Service ID)가 속하면, 상기 진단기가 이더넷 진단기인 것으로 결정하는 단계를 포함할 수 있다.
상기 진단 정보 요청에 응답하여, 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하는 단계는 DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트이이고, 상기 패이로드의 5 번째 바이트에 PCI 정보가 속하면, 상기 진단기가 CAN 진단기인 것으로 결정하는 단계를 포함할 수 있다.
상기 진단기가 상기 이더넷 ECU로부터 상기 진단 정보 요청에 응답한 진단 메시지를 수신하는 단계는 상기 진단기가 CAN 진단기이면, 상기 진단 메시지를 분할된 CAN 프레임으로 변환하는 단계를 포함할 수 있다.
상기 진단기가 상기 이더넷 ECU로부터 상기 진단 정보 요청에 응답한 진단 메시지를 수신하는 단계는 상기 진단기가 이더넷 진단기이면, 상기 진단 메시지를 변환하지 않는 단계를 포함할 수 있다.
개시된 발명의 일 실시예에 따른 제어기 통신 장치는 진단기; 상기 진단기로부터 진단 정보 요청 및 속성 정보를 수신하고, 상기 진단기에 진단 메시지를 제공하는 이더넷 ECU; 및 적어도 하나의 프로세서를 포함하되, 상기 프로세서는 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하고, 상기 판별 결과에 따라 상기 이더넷 ECU가 프로토콜 변환을 수행하도록 제어한다.
상기 진단기는 CAN 진단기 또는 이더넷 진단기 중 어느 하나일 수 있다.
상기 프로세서는 PCI(Protocol Control Information)를 포함하는 상기 속성 정보에 기초하여 상기 진단기가 CAN 진단기인지 이더넷 진단기인지 판별할 수 있다.
상기 프로세서는 DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트가 아니면, 상기 진단기가 이더넷 진단기인 것으로 결정할 수 있다.
상기 프로세서는 DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트이이고, 상기 패이로드의 5 번째 바이트에 SID(Service ID)가 속하면, 상기 진단기가 이더넷 진단기인 것으로 결정할 수 있다.
상기 프로세서는 DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트이이고, 상기 패이로드의 5 번째 바이트에 PCI 정보가 속하면, 상기 진단기가 CAN 진단기인 것으로 결정할 수 있다.
상기 이더넷 ECU는 상기 진단기가 CAN 진단기이면, 상기 진단 메시지를 분할된 CAN 프레임으로 변환할 수 있다.
상기 이더넷 ECU는 상기 진단기가 이더넷 진단기이면, 상기 진단 메시지를 변환하지 않을 수 있다.
개시된 발명의 일 측면에 따르면 서로 다른 프로토콜을 이용하는 진단기와 제어기 간의 변환 처리 과정을 생략함으로서 중앙 처리 장치의 과도한 부하를 절감할 수 있다. 따라서, 차량의 제어기 진단 과정을 효율적으로 수행할 수 있다.
도 1은 서로 다른 프로토콜 간의 통신의 문제점을 설명하기 위한 도면이다.
도 2는 일 실시예에 따른 제어기 통신 장치의 제어 블록도이다.
도 3은 CAN 진단기에서 이용되는 PCI(Protocol Control Information)를 설명하기 위한 도면이다.
도 4는 이더넷 진단기에서 이용되는 PCI(Protocol Control Information)를 설명하기 위한 도면이다.
도 5는 이더넷 제어기에서 PCI를 판별하는 과정을 설명하기 위한 도면이다.
도 6 및 도 7은 일 실시예에 따른 제어기 통신 방법을 설명하기 위한 도면이다.
명세서 전체에 걸쳐 동일 참조 부호는 동일 구성요소를 지칭한다. 본 명세서가 실시예들의 모든 요소들을 설명하는 것은 아니며, 개시된 발명이 속하는 기술분야에서 일반적인 내용 또는 실시예들 간에 중복되는 내용은 생략한다. 명세서에서 사용되는 '부, 모듈, 부재, 블록'이라는 용어는 소프트웨어 또는 하드웨어로 구현될 수 있으며, 실시예들에 따라 복수의 '부, 모듈, 부재, 블록'이 하나의 구성요소로 구현되거나, 하나의 '부, 모듈, 부재, 블록'이 복수의 구성요소들을 포함하는 것도 가능하다.
명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 직접적으로 연결되어 있는 경우뿐 아니라, 간접적으로 연결되어 있는 경우를 포함하고, 간접적인 연결은 무선 통신망을 통해 연결되는 것을 포함한다.
또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다.
명세서 전체에서, 어떤 부재가 다른 부재 "상에" 위치하고 있다고 할 때, 이는 어떤 부재가 다른 부재에 접해 있는 경우뿐 아니라 두 부재 사이에 또 다른 부재가 존재하는 경우도 포함한다.
제 1, 제 2 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하기 위해 사용되는 것으로, 구성요소가 전술된 용어들에 의해 제한되는 것은 아니다.
단수의 표현은 문맥상 명백하게 예외가 있지 않는 한, 복수의 표현을 포함한다.
각 단계들에 있어 식별부호는 설명의 편의를 위하여 사용되는 것으로 식별부호는 각 단계들의 순서를 설명하는 것이 아니며, 각 단계들은 문맥상 명백하게 특정 순서를 기재하지 않는 이상 명기된 순서와 다르게 실시될 수 있다.
이하 첨부된 도면들을 참고하여 개시된 발명의 작용 원리 및 실시예들에 대해 설명한다.
먼저 도 1을 참조하여 CAN 진단기(200)로 이더넷 ECU(300)를 진단하는 경우의 문제점을 설명한다.
CAN 진단기가 게이트 웨이(100)를 통하여 전송하는 프로토콜의 패이로드(Payload) 사이즈는 8 바이트이며, 이를 DoIP(Diagnostic over IP) 구조로 바꾸는 것은 용이하다. 그러나, 이더넷 ECU(300)가 CAN 진단기(200)의 진단 요청에 응답하여 100 바이트를 게이트 웨이(100)를 통해 이더넷 ECU(300)에 전송하면 아래와 같은 문제점들이 발생한다.
기본적으로, CAN 프로토콜은 8 바이트의 패이로드(Payloade) 사이즈를 가지며, 이더넷 프로토콜은 TCP를 기준으로 1500 바이트 이상의 패이로드 사이즈를 갖는 데이터를 송수신할 수 있다. 따라서, 게이트 웨이(100)는 이더넷 ECU(300)가 8 바이트를 초과하는 데이터를 송신하면, 이를 처리할 수 없으므로 CAN 진단기(200)에 데이터가 도달하지 않아 진단 세션이 끊기게 된다. 여기서, 패이로드는 이더넷 ECU(300)가 전송하는 데이터 중 전송 처리를 위한 관리 정보를 제외한 데이터를 가리킨다. 예를 들어, 패이로드는 헤더 정보나 메타 데이터가 제외된 데이터일 수 있다.
한편, CAN 진단기(200)는 이더넷 ECU(300)가 8 바이트를 초과하는 데이터를 전송하는 경우, 게이트 웨이(100)는 TP(Transport Protocol) 처리를 통하여 CAN 진단기(200)와 이더넷 ECU(300)간의 호환성을 확보한다. 여기서, 게이트 웨이(100)는 전송되는 데이터를 8 바이트 단위로 나누어 분할 전송하는 방식을 채택한다.
그러나, 게이트 웨이(100)의 버퍼 사이즈는 한계가 있으며, 게이트 웨이(100)는 다수의 진단기와 연결되어 전체의 변환 처리 시간 및 진단 시간이 지연된다. 또한, 게이트 웨이(100)는 CAN ID와 이더넷 ECU(300) 간의 매칭 테이블을 보유하고 있어야 하며, 모든 이더넷 프로토콜 데이터에 대해 TP 처리가 필요하며, 흐름 제어(Flow Control)에 필요한 ECU 별 STmin(Minimum Separation Time), Block Size를 보유해야 한다. 여기서, Block Size는 얼마만큼의 데이터를 한번에 보내는지에 관한 정보이고, STmin는 분할 프레임에 속한 메시지 전송 간의 최소 시간 간격에 관한 정보이다. 또한, 전송되는 데이터는 게이트 웨이(100)의 내부 보안 알고리즘을 거치게 되는데 이 과정에서 전송 시간이 지연되거나 진단 세션이 끊기는 문제점이 발생한다.
상술한 바와 같이, 게이트 웨이(100)가 중앙 처리 방식으로 CAN 프로토콜에 대한 TP 처리를 담당하는 경우, 게이트 웨이(100)에는 과도한 데이터 처리량에 의해 과부하가 발생하며, 결론적으로 진단기와 제어기 간 원활한 통신에 방해가 된다. 따라서, 개시된 발명은 게이트 웨이의 중앙 처리 방식이 아닌, 이더넷 ECU가 자동으로 진단기 프로토콜에 맞도록 응답하는 방식을 채택한다.
도 2를 참조하면, 이더넷 ECU(301, 302)는 진단을 수행하는 경우에 진단 요청이 어느 진단기로부터 오는지 판단이 필요하다. 예를 들어, 이더넷 ECU는 CAN 진단기(200) 또는 이더넷 진단기(310) 중 어느 진단기로부터 진단 요청이 전송되는 것인지 판단하고, 진단기의 프로토콜에 맞는 데이터로 TP 처리를 수행한다.
한편, 일 실시예에 따른 제어기 통신 장치는 이더넷 ECU(301, 302)의 작동과 관련된 프로그램을 실행하는 적어도 하나의 프로세서(미도시) 및 프로그램이 저장된 적어도 하나의 메모리(미도시)를 포함할 수 있다. 메모리와 프로세서는 하나의 칩에 집적되는 것도 가능하고, 물리적으로 분리되는 것도 가능하다.
한편, CAN 진단기(200)가 제공하는 속성 정보로써, PCI(Protocol Control Information)가 패이로드 영역에 포함될 수 있다. 도 3을 참조하면, 싱글 프레임(Single Frame)의 첫 번째 바이트에는 데이터 길이(Data length) 값이 나오며, 그 이후에 실제 진단 관련한 데이터가 추가된다. 만약, CAN 진단기(200)가 전송한 데이터가 8 바이트를 초과하면, Flow Control이라는 PCI 정보가 포함된 멀티 프레임(Multi Frame) 방식의 데이터를 전송한다.
이와 달리, 이더넷 진단기(310)가 수행하는 이더넷 진단(DoIP)에서 이용되는 데이터 포멧은 CAN 진단기(200)에서 이용되는 데이터 포멧과 상이하다. 도 4를 참조하면, 이더넷 진단에서의 DoIP 헤더(Header) 부분에는 CAN 진단기(200)가 제공하는 속성 정보인 PCI를 포함한다. 도 4에 도시된 바와 같이, 이더넷 진단에서의 0 번째 바이트에서 7 번째 바이트의 속성 정보에는 CAN 진단에서 채택되는 PCI에 관한 정보(Protocol version, Inverse protocol version, Payload type, Payload length)를 포함하고 있다. 따라서, 실제 진단 데이터에 활용되는 패이로드 구간은 12 번째 바이트에 할당된 Service ID에 의하여 시작된다.
따라서, 이더넷 ECU는 별도의 프로토콜 변환 처리 없이도 국제 표준 포멧인 DoIP를 그대로 활용할 수 있으며, DoIP의 헤더를 변경하지 않아도 된다. 결국에 게이트 웨이(100)는 이종 도메인 간에 라우팅 절차를 생략하고, CAN 패이로드를 DoIP 패이로드에 그대로 옮겨 양자 간에 호환성을 확보할 수 있다.
일 실시예에서, 이더넷 ECU는 실제 패이로드 데이터가 시작되는 12 번째 바이트 또는 13 번째 바이트를 체크해서 이것이 진단 서비스인지 PCI에 관한 정보인기 확인할 수 있다. 이후에, 이더넷 ECU는 PCI가 포함된 CAN 프로토콜인 것으로 확인되면, CAN 진단기의 프레임에 맞도록 TP 처리를 수행하여 진단 메시지를 송신할 수 있다. 이와 달리, 이더넷 ECU는 PCI가 없는 DoIP 포멧이면, 이더넷 진단기의 프레임에 맞도록 진단 메시지를 송신할 수 있다.
이하, 도 5 내지 도 7을 참조하여, 이더넷 ECU가 PCI에 관한 정보를 판별하는 과정을 더욱 상세히 설명한다.
일반적으로, CAN 진단기가 송신하는 패이로드 데이터는 8 바이트를 초과하지 못하며, 패이로드 데이터가 8 바이트를 채우지 못해도 패팅 바이트(Padding byte)를 채워서 8 바이트에 맞추어 진다. CAN 진단기가 송신하는 패이로드의 길이(Length)는 12 바이트로 맞춰진다(Source Address(2 바이트) + Target Address(2 바이트) + CAN 패이로드 데이터(8 바이트) = 12 바이트). 따라서, 프로세서는 DoIP 헤더의 패이로드 길이가 12 바이트가 아니면, 진단기가 이더넷 진단기인 것으로 판단할 수 있다.
또한, 프로세서는 DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트이이고, 패이로드의 5 번째 바이트(A)에 PCI 정보가 속하면, 진단기가 CAN 진단기인 것으로 판단할 수 있다. 예를 들어, 도 6에 도시된 바와 같이, CAN 진단기(200)가 이더넷 ECU(300)에 진단 메시지를 요청하면, CAN 진단기(200)의 속성 정보에 포함된 패이로드의 5 번째 바이트 및 6 번째 바이트를 검색한 결과, PCI 및 SID 정보인 것으로 확인되면, CAN 진단기(200)에 맞는 프로토콜로 변환 처리를 수행하여, 분할된 데이터를 CAN 진단기(200)에 제공할 수 있다. 즉, 이더넷 ECU는 CAN 진단기에 전송할 진단 메시지를 CAN 프레임으로 변환할 수 있다.
이와 달리, 프로세서는 DoIP 헤더의 패이로드의 길이가 12 바이트이고, 패이로드의 5 번째 바이트(B)에 SID(Service ID)가 속하면, 진단기가 이더넷 진단기인 것으로 판단할 수 있다. 여기서, 도 7에 도시된 바와 같이, 이더넷 진단기(310)가 이더넷 ECU(300)에 진단 메시지를 요청하면, 이더넷 진단기(310)의 속성 정보에 포함된 패이로드의 5 번째 바이트를 검색한 결과, SID 정보인 것으로 확인되면, 별도의 변환 처리 과정을 수행하지 않고, 이더넷 진단기(310)에 데이터를 일괄적으로 이더넷 진단기(310)에 제공할 수 있다. 즉, 이더넷 ECU는 이더넷 진단기에 전송할 진단 메시지를 변환하지 않는다.
한편, 도 6 및 도 7에 도시된 게이트 웨이(100)는 진단기(200, 310)와 이더넷 ECU(300) 사이에 연결된 것으로 도시되어 있으나, 기존과는 달리, 게이트 웨이(100)는 TP 처리를 수행하지 않고, 이더넷 ECU(300)가 진단기에 직접 진단 메시지를 제공할 수 있도록 한다.
한편, 개시된 실시예들은 컴퓨터에 의해 실행 가능한 명령어를 저장하는 기록매체의 형태로 구현될 수 있다. 명령어는 프로그램 코드의 형태로 저장될 수 있으며, 프로세서에 의해 실행되었을 때, 프로그램 모듈을 생성하여 개시된 실시예들의 동작을 수행할 수 있다. 기록매체는 컴퓨터로 읽을 수 있는 기록매체로 구현될 수 있다.
컴퓨터가 읽을 수 있는 기록매체로는 컴퓨터에 의하여 해독될 수 있는 명령어가 저장된 모든 종류의 기록 매체를 포함한다. 예를 들어, ROM(Read Only Memory), RAM(Random Access Memory), 자기 테이프, 자기 디스크, 플래시 메모리, 광 데이터 저장장치 등이 있을 수 있다.
이상에서와 같이 첨부된 도면을 참조하여 개시된 실시예들을 설명하였다. 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고도, 개시된 실시예들과 다른 형태로 본 발명이 실시될 수 있음을 이해할 것이다. 개시된 실시예들은 예시적인 것이며, 한정적으로 해석되어서는 안 된다.

Claims (16)

  1. 이더넷 ECU에 진단 정보 요청 및 진단기의 속성 정보를 송신하는 단계;
    상기 진단 정보 요청에 응답하여, 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하는 단계;
    상기 판별 결과에 따라 상기 이더넷 ECU가 프로토콜 변환을 수행하도록 제어하는 단계; 및
    상기 진단기가 상기 이더넷 ECU로부터 상기 진단 정보 요청에 응답한 진단 메시지를 수신하는 단계; 를 포함하는 제어기 통신 방법.
  2. 제 1 항에 있어서,
    상기 진단기는,
    CAN 진단기 또는 이더넷 진단기 중 어느 하나인 제어기 통신 방법.
  3. 제 2 항에 있어서,
    상기 진단 정보 요청에 응답하여, 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하는 단계는,
    PCI(Protocol Control Information)를 포함하는 상기 속성 정보에 기초하여 상기 진단기가 CAN 진단기인지 이더넷 진단기인지 판별하는 단계;를 포함하는 제어기 통신 방법.
  4. 제 3 항에 있어서,
    상기 진단 정보 요청에 응답하여, 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하는 단계는,
    DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트가 아니면, 상기 진단기가 이더넷 진단기인 것으로 결정하는 단계를 포함하는 제어기 통신 방법.
  5. 제 3 항에 있어서,
    상기 진단 정보 요청에 응답하여, 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하는 단계는,
    DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트이이고, 상기 패이로드의 5 번째 바이트에 SID(Service ID)가 속하면, 상기 진단기가 이더넷 진단기인 것으로 결정하는 단계를 포함하는 제어기 통신 방법.
  6. 제 3 항에 있어서,
    상기 진단 정보 요청에 응답하여, 상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하는 단계는,
    DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트이이고, 상기 패이로드의 5 번째 바이트에 PCI 정보가 속하면, 상기 진단기가 CAN 진단기인 것으로 결정하는 단계를 포함하는 제어기 통신 방법.
  7. 제 2 항에 있어서,
    상기 진단기가 상기 이더넷 ECU로부터 상기 진단 정보 요청에 응답한 진단 메시지를 수신하는 단계는,
    상기 진단기가 CAN 진단기이면, 상기 진단 메시지를 분할된 CAN 프레임으로 변환하는 단계를 포함하는 제어기 통신 방법.
  8. 제 2 항에 있어서,
    상기 진단기가 상기 이더넷 ECU로부터 상기 진단 정보 요청에 응답한 진단 메시지를 수신하는 단계는,
    상기 진단기가 이더넷 진단기이면, 상기 진단 메시지를 변환하지 않는 단계를 포함하는 제어기 통신 방법.
  9. 진단기;
    상기 진단기로부터 진단 정보 요청 및 속성 정보를 수신하고, 상기 진단기에 진단 메시지를 제공하는 이더넷 ECU; 및
    적어도 하나의 프로세서를 포함하되,
    상기 프로세서는,
    상기 진단기의 프로토콜 종류를 상기 속성 정보에 기초하여 판별하고, 상기 판별 결과에 따라 상기 이더넷 ECU가 프로토콜 변환을 수행하도록 제어하는 제어기 통신 장치.
  10. 제 9 항에 있어서,
    상기 진단기는,
    CAN 진단기 또는 이더넷 진단기 중 어느 하나인 제어기 통신 장치.
  11. 제 10 항에 있어서,
    상기 프로세서는,
    PCI(Protocol Control Information)를 포함하는 상기 속성 정보에 기초하여 상기 진단기가 CAN 진단기인지 이더넷 진단기인지 판별하는 제어기 통신 장치.
  12. 제 11 항에 있어서,
    상기 프로세서는,
    DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트가 아니면, 상기 진단기가 이더넷 진단기인 것으로 결정하는 제어기 통신 장치.
  13. 제 11 항에 있어서,
    상기 프로세서는,
    DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트이이고, 상기 패이로드의 5 번째 바이트에 SID(Service ID)가 속하면, 상기 진단기가 이더넷 진단기인 것으로 결정하는 제어기 통신 장치.
  14. 제 11 항에 있어서,
    상기 프로세서는,
    DoIP(Diagnostic over IP) 헤더의 패이로드(Payload)의 길이(length)가 12 바이트이이고, 상기 패이로드의 5 번째 바이트에 PCI 정보가 속하면, 상기 진단기가 CAN 진단기인 것으로 결정하는 제어기 통신 장치.
  15. 제 10 항에 있어서,
    상기 이더넷 ECU는,
    상기 진단기가 CAN 진단기이면, 상기 진단 메시지를 분할된 CAN 프레임으로 변환하는 제어기 통신 장치.
  16. 제 10 항에 있어서,
    상기 이더넷 ECU는,
    상기 진단기가 이더넷 진단기이면, 상기 진단 메시지를 변환하지 않는 제어기 통신 장치.
KR1020190071494A 2019-06-17 2019-06-17 제어기 통신 장치 및 그 방법 KR20200143881A (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020190071494A KR20200143881A (ko) 2019-06-17 2019-06-17 제어기 통신 장치 및 그 방법
US16/677,051 US11516315B2 (en) 2019-06-17 2019-11-07 Communication device of controller and communication method thereof
CN201911202060.0A CN112104591B (zh) 2019-06-17 2019-11-29 控制器的通信装置及其通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190071494A KR20200143881A (ko) 2019-06-17 2019-06-17 제어기 통신 장치 및 그 방법

Publications (1)

Publication Number Publication Date
KR20200143881A true KR20200143881A (ko) 2020-12-28

Family

ID=73745809

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190071494A KR20200143881A (ko) 2019-06-17 2019-06-17 제어기 통신 장치 및 그 방법

Country Status (3)

Country Link
US (1) US11516315B2 (ko)
KR (1) KR20200143881A (ko)
CN (1) CN112104591B (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3869742B1 (en) * 2020-02-20 2023-06-07 Nxp B.V. Network node

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7844687B1 (en) * 1999-10-06 2010-11-30 Gelvin David C Method for internetworked hybrid wireless integrated network sensors (WINS)
KR100900882B1 (ko) * 2007-06-11 2009-06-04 성균관대학교산학협력단 상호 상이한 복수의 네트워크 프로토콜을 사용하는 차량에적용되는 게이트웨이 디바이스, 네트워크 시스템 및 데이터변환방법
US8863256B1 (en) * 2011-01-14 2014-10-14 Cisco Technology, Inc. System and method for enabling secure transactions using flexible identity management in a vehicular environment
JP5472276B2 (ja) * 2011-12-14 2014-04-16 株式会社デンソー 車両用通信制御装置
KR102004926B1 (ko) * 2012-11-06 2019-07-29 한국전자통신연구원 캔-이더넷 프레임 변환장치 및 이의 프레임 변환 방법
DE102013217259A1 (de) * 2013-08-29 2015-03-05 Bayerische Motoren Werke Aktiengesellschaft Modusumschaltung eines Steuergeräts zwischen Diagnosebus und externer Ethernetverbindung
DE112016004546T5 (de) * 2015-10-05 2018-06-21 Hitachi Automotive Systems, Ltd. Fahrzeugschnittstellenvorrichtung
WO2019021403A1 (ja) * 2017-07-26 2019-01-31 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 制御ネットワークシステム、車両遠隔制御システム及び車載中継装置
KR102320043B1 (ko) * 2017-09-13 2021-11-01 현대자동차주식회사 차량용 제어 장치의 진단 방법 및 장치
CN107765676A (zh) * 2017-11-01 2018-03-06 河北工业大学 一种基于以太网的车载诊断系统及其方法
CN208224834U (zh) * 2017-11-01 2018-12-11 河北工业大学 一种基于以太网的车载诊断系统
WO2019187204A1 (ja) * 2018-03-28 2019-10-03 日本電気株式会社 制御装置、車両内通信システム、通信制御方法及びプログラム

Also Published As

Publication number Publication date
US11516315B2 (en) 2022-11-29
CN112104591B (zh) 2023-07-18
US20200396318A1 (en) 2020-12-17
CN112104591A (zh) 2020-12-18

Similar Documents

Publication Publication Date Title
US10868767B2 (en) Data transmission method and apparatus in optoelectronic hybrid network
US20150127849A1 (en) Tcp data transmission method, tcp offload engine, and system
CN112039722A (zh) 一种mqtt协议仿真方法及仿真设备
CN111064788B (zh) 信号传输方法、机器人及计算机可读存储介质
CN115868184A (zh) 加速面向ble连接的服务上的控制过程
US20200380796A1 (en) Controller diagnostic device and method thereof
KR20200143881A (ko) 제어기 통신 장치 및 그 방법
US20210203758A1 (en) Network system and conversion apparatus crossing different transmission protocols
US7869448B2 (en) Network, media gateway device and internal resource management method used in same
EP3648418B1 (en) Method and system for optimizing data flow between devices
JP2000513516A (ja) 多重通信インターフェース回路及び方法
US7369570B2 (en) iSCSI apparatus and communication control method for the same
US10812399B2 (en) Communication method, communication apparatus, and program for reducing delay time of transmission control protocol (TCP) transmission processing
CN114338270B (zh) 数据通信方法、装置、电子设备及存储介质
CN114422617B (zh) 一种报文处理方法、系统及计算机可读存储介质
US9635144B2 (en) Implementing an inter-pal pass-through
US20230198802A1 (en) Vehicle Control Device and Data Transfer Control Method
US20040030754A1 (en) High-speed file server
CN112039801B (zh) 设置ip信息的方法、系统和代理服务器
US7552216B2 (en) Method of sharing a printer
JP3797363B2 (ja) ｉＳＣＳＩ装置及びその通信制御方法
US20240069754A1 (en) Computing system and associated method
KR20080051046A (ko) 네트워크 프로토콜 패킷 전송을 위한 하드웨어 장치 및 그방법
JP6873953B2 (ja) 通信装置、通信装置の制御方法およびプログラム
JP2006109016A (ja) 送受信装置、送受信制御方法、プログラム、およびメモリ

Legal Events

Date Code Title Description
A201 Request for examination