KR20200136751A - 차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법 - Google Patents

차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법 Download PDF

Info

Publication number
KR20200136751A
KR20200136751A KR1020190062741A KR20190062741A KR20200136751A KR 20200136751 A KR20200136751 A KR 20200136751A KR 1020190062741 A KR1020190062741 A KR 1020190062741A KR 20190062741 A KR20190062741 A KR 20190062741A KR 20200136751 A KR20200136751 A KR 20200136751A
Authority
KR
South Korea
Prior art keywords
diagnosis
communication
client
address
vehicle
Prior art date
Application number
KR1020190062741A
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 KR1020190062741A priority Critical patent/KR20200136751A/ko
Priority to US16/582,415 priority patent/US20200382597A1/en
Priority to CN201910977374.1A priority patent/CN112015161A/zh
Publication of KR20200136751A publication Critical patent/KR20200136751A/ko

Links

Images

Classifications

    • 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/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring
    • G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
    • G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
    • 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/40143—Bus networks involving priority mechanisms
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • 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
    • H04L12/40195—Flexible bus arrangements involving redundancy by using a plurality of nodes
    • 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/407—Bus networks with decentralised control
    • H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD)
    • H04L12/4135—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD) using bit-wise arbitration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/24—Pc safety
    • G05B2219/24065—Real time diagnostics
    • 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

Abstract

본 발명은 차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법에 관한 것으로, 본 발명의 일 실시예에 따른 차량 진단 통신 장치는 멀티 클라이언트 진단 환경에서 캔 통신을 수행하는 통신부; 및 소스 주소를 포함하는 확장 주소 기반 캔 통신 프레임을 기반으로 진단 요청 또는 응답하기 위한 통신 메시지를 생성하는 프로세서;를 포함할 수 있다.

Description

차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법{Apparatus for communicating diagnosis of a vehicle, system having the same and method thereof}
본 발명은 차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법에 관한 것으로, 보다 상세하게는 멀티 클라이언트 기반 진단 환경에서의 차량 진단 서비스 기술에 관한 것이다.
자동차 전자기의 발전, 신기술 적용에 따라 차량 내 제어기 개수가 계속해서 증가하고 있다. 또한 외부 사용자에게 차량 진단을 위한 정보를 알려주기 위해 각종 수단을 통해서 차량 내 제어기에 대한 진단 정보를 읽고 있다.
이에 따라 기존에 OBD-II 포트를 통한 외부 진단기 하나만이 내부 제어기와 진단통신을 했다면 현재는 TMS(Telematics Service), EVSE(외부 전기자동차 충전 장비) 등 다양한 오프/온 보드(Off/On board)(차량 내/외부) 장비가 차량 진단기와 진단통신을 수행하고 있다.
그러나 이러한 다양한 진단기들 즉 멀티 클라이언트(Multi-Client)를 고려하지 않은 차량에서는 진단통신을 충돌을 야기하며, 에러가 발생해 올바른 진단 정보를 획득할 수 없게 된다.
현재 차량에서는 멀티 클라이언트(Multi-Client) 진단 환경에서의 내부 제어기 소스 판별 불가로 특정 진단 클라이언트의 역할을 하는 제어기는 외부 진단기가 들어와서 진단 메시지를 요청하는 경우 이를 다음 이그니션 오프(IG-Off)까지 중단하게 된다. 이 경우 해당 사이클 동안 외부 진단기를 제외하고 다른 클라이언트들은 진단 기능을 수행할 수 없게 된다.
또한 클라이언트가 3개 이상일 경우에는 외부 진단기를 제외하고서는 서로 어느 경우에도 진단 통신을 할 수 없는 경우가 생기게 된다. 즉, 시작하자마자 진단통신 충돌 현상이 발생하게 되어 차량에서는 차량 내/외부 총 2개까지만 진단 클라이언트가 허용되며, 이 또한 충돌을 야기하여 동시에 진단 서비스 수행은 불가능한 문제점이 있다.
본 발명의 실시예는 캔 확장 주소(CAN Extended Addressing) 기반 캔 통신 프레임을 이용하여 진단 요청 또는 응답을 위한 통신 메시지를 송수신하여 캔통신 메시지의 충돌을 방지하고 클라이언트 간 우선순위를 미리 정하여 멀티 클라이언트(Multi-Client) 진단 요청 시 우선순위에 따라 진단 중지 없이 진단 처리를 수행할 수 있는 차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법을 제공하고자 한다.
본 발명의 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 아래의 기재들로부터 당업자에게 명확하게 이해될 수 있을 것이다.
본 발명의 일 실시예에 따른 차량 진단 통신 장치는 멀티 클라이언트 진단 환경에서 캔 통신을 수행하는 통신부; 및 소스 주소를 포함하는 확장 주소 기반 캔 통신 프레임을 기반으로 진단 요청 또는 응답하기 위한 통신 메시지를 생성하는 프로세서;를 포함할 수 있다.
일 실시예에 있어서, 상기 프로세서는, 멀티 클라이언트 중 적어도 하나 이상으로부터 진단 요청을 위한 통신 메시지를 수신하면, 상기 통신 메시지에 포함된 소스 주소를 기반으로 상기 진단 요청을 한 송신 클라이언트를 파악하는 것을 포함할 수 있다.
일 실시예에 있어서, 상기 프로세서는, 상기 송신 클라이언트로 퍼스트 프레임을 전송하고, 상기 송신 클라이언트로부터 플로우 컨트롤을 수신하는 것을 포함할 수 있다.
일 실시예에 있어서, 상기 프로세서는, 상기 진단 요청을 위한 통신 메시지를 수신하면 진단을 수행하고 타 클라이언트에 대한 진단 요청이 가능한 상태를 유지하는 것을 포함할 수 있다.
일 실시예에 있어서, 상기 프로세서는, 복수개의 클라이언트로부터 진단 요청을 동시에 받거나, 이전 진단을 수행하는 중에 타 클라이언트로부터 진단 요청을 받는 경우, 우선순위에 따라 진단을 수행하는 포함할 수 있다.
일 실시예에 있어서, 멀티 클라이언트에 대한 진단 처리를 위한 우선순위를 저장하는 저장부;를 더 포함할 수 있다.
일 실시예에 있어서, 상기 프로세서는, 상기 복수개의 클라이언트 중 외부 진단기를 내부 진단기보다 우선순위를 높게 설정하는 것을 포함할 수 있다.
일 실시예에 있어서, 상기 프로세서는, 우선순위가 높은 클라이언트로부터 진단 요청이 수신되어 진단을 처리하는 동안 우선순위가 낮은 클라이언트가 진단 요청을 하는 경우 우선순위가 낮은 클라이언트에 대해 진단 요청을 무시하는 것을 포함할 수 있다.
일 실시예에 있어서, 상기 프로세서는, 상기 우선순위가 낮은 클라이언트의 경우, 미리 정한 시간내에 응답을 위한 통신 메시지가 수신되지 않으면 재전송하거나 클라이언트를 변경하여 타 클라이언트로 진단 요청을 수행하는 것을 포함할 수 있다.
일 실시예에 있어서, 상기 확장 주소 기반 캔 통신 프레임은, 우선순위, 확장 데이터 페이지, 기본 데이터 페이지, PDU 포멧, 목적지 주소, 및 소스 주소를 포함하는 것을 포함할 수 있다.
일 실시예에 있어서, 상기 확장 주소 기반 캔 통신 프레임은 29비트로 구성되고, 상기 일반 주소 기반 캔 통신 프레임은 11비트로 구성되는 것을 포함할 수 있다.
본 발명의 일 실시예에 따른 차량 시스템은 캔 통신 기반 멀티 클라이언트 진단 환경에서, 캔 일반 주소 기반 프레임을 소스 주소를 포함하는 캔 확장 주소 기반 프레임으로 변환하는 게이트웨이; 및 상기 게이트웨이로부터 수신한 상기 확장 주소 기반 캔 통신 프레임을 기반으로 진단을 요청 또는 응답하기 위한 통신 메시지를 생성하는 차량 진단 제어 장치;를 포함할 수 있다.
일 실시예에 있어서, 상기 게이트웨이는, 상기 캔 일반 주소 기반 프레임의 8비트에서 9비트까지의 정보를 이용하여 상기 캔 확장 주소 기반 프레임의 26비트에서 28비트까지 우선순위 정보를 저장하고, 상기 캔 일반 주소 기반 프레임의 0비트에서 7비트까지의 정보를 이용하여 상기 캔 확장 주소 기반 프레임의 8비트에서 15비트에 목적지 주소를 저장하여 상기 캔 일반 주소 기반 프레임을 상기 캔 확장 주소 기반 프레임으로 변환하는 것을 포함할 수 있다.
일 실시예에 있어서, 상기 게이트웨이는, 상기 캔 확장 주소 기반 프레임의 24, 25비트에는 “0”을 저장하고, 16비트에서 23비트에는 218 또는 219를 저장하고 0에서 7비트에 소스 주소를 저장하는 것을 포함할 수 있다.
본 발명의 일 실시예에 따른 차량 진단 통신 방법은 캔 통신 기반 멀티 클라이언트 진단 환경에서, 소스 주소를 포함한 확장 주소 기반 캔 통신 프레임을 기반으로 진단 요청을 위한 통신 메시지를 생성하여 전송하는 단계; 및
상기 진단 요청을 위한 통신 메시지 수신 시 상기 소스 주소를 기반으로 상기 통신 메시지를 송신한 클라이언트를 파악하고, 상기 통신 메시지를 송신한 클라이언트로 응답 메시지를 송신하는 단계;를 포함하는 것을 포함할 수 있다.
일 실시예에 있어서, 진단 요청을 위해 캔 일반 주소 기반 프레임을 수신하면, 상기 캔 일반 주소 기반 프레임을 상기 캔 확장 주소 기반 프레임으로 변환하는 단계;를 더 포함할 수 있다.
일 실시예에 있어서, 상기 진단 요청을 위한 통신 메시지 수신 시 복수개의 클라이언트로부터 진단 요청을 동시에 받거나, 이전 진단을 수행하는 중에 타 클라이언트로부터 진단 요청을 받는 경우, 우선순위에 따라 진단을 수행하는 단계;를 더 포함할 수 있다.
일 실시예에 있어서, 상기 멀티 클라이언트에 대한 우선 순위를 미리 저장하는 단계;를 더 포함할 수 있다.
일 실시예에 있어서, 상기 우선순위에 따라 진단을 수행하는 단계는, 우선순위가 높은 클라이언트로부터 진단 요청이 수신되어 진단을 처리하는 동안 우선순위가 낮은 클라이언트가 진단 요청을 하는 경우 우선순위가 낮은 클라이언트에 대해 진단 요청을 무시하는 것을 포함할 수 있다.
일 실시예에 있어서, 상기 우선순위에 따라 진단을 수행하는 단계는, 상기 우선순위가 낮은 클라이언트는 미리 정한 시간내에 응답을 위한 통신 메시지가 수신되지 않으면 재전송하거나 클라이언트를 변경하여 타 클라이언트로 진단 요청을 수행하는 것을 포함할 수 있다.
본 기술은 캔 확장 주소 기반 캔 통신 프레임을 이용하여 진단 요청 또는 응답을 위한 통신 메시지를 송수신하여 캔통신 메시지의 충돌을 방지하고 클라이언트 간 우선순위를 미리 정하여 멀티 클라이언트(Multi-Client) 진단 요청 시 우선순위에 따라 진단 중지 없이 진단 처리를 수행할 수 있다.
이 외에, 본 문서를 통해 직접적 또는 간접적으로 파악되는 다양한 효과들이 제공될 수 있다.
도 1은 본 발명의 일 실시 예에 따른 차량 진단 통신 장치를 포함하는 차량 시스템의 구성을 나타내는 블록도이다.
도 2는 본 발명의 일 실시 예에 따른 차량 진단 통신 장치의 세부 구성도이다.
도 3은 본 발명의 일 실시 예에 따른 일반 주소 기반 프레임과 확장 주소 기반 프레임의 예시도이다.
도 4는 본 발명의 일 실시 예에 따른 확장 주소 기반 통신 메시지의 식별자 세부 내용을 나타내는 예시도이다.
도 5는 본 발명의 일 실시 예에 따른 일반 주소 기반 프레임을 확장 주소 기반으로 변환하는 방법을 설명하기 위한 예시도이다.
도 6은 본 발명의 일 실시 예에 따른 소스 주소 기반 클라이언트 종류를 구분한 예를 나타내는 테이블이다.
도 7은 본 발명의 일 실시 예에 따른 클라이언트별 우선순위를 설정한 예시를 나타내는 테이블이다.
도 8은 본 발명의 일 실시 예에 따른 차량 진단 통신 방법을 설명하기 위한 순서도이다.
도 9는 본 발명의 일 실시 예에 따른 컴퓨팅 시스템을 도시한다.
이하, 본 발명의 일부 실시예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명의 실시예를 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 실시예에 대한 이해를 방해한다고 판단되는 경우에는 그 상세한 설명은 생략한다.
본 발명의 실시예의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 또한, 다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 가진 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
본 발명은 진단을 요청한 클라이언트의 소스 정보를 포함한 29비트 확장 주소(CAN Extended Addressing) 기반의 캔(CAN) 통신 프레임을 이용하여 진단 통신을 수행함으로써, 진단 통신 메시지의 충돌을 방지하고, 기존의 일반 주소 방식으로 진단 메시지가 수신되더라도 진단 요청의 중지 없이 확장 주소 방식으로 전환하여 클라이언트별 우선순위에 따라 진단 서비스를 제공하는 기술을 개시한다.
이하, 도 1 내지 도 9를 참조하여, 본 발명의 실시예들을 구체적으로 설명하기로 한다.
도 1은 본 발명의 일 실시 예에 따른 차량 진단 통신 장치를 포함하는 차량 시스템의 구성을 나타내는 블록도이고, 도 2는 본 발명의 일 실시 예에 따른 차량 진단 통신 장치의 세부 구성도이다.
도 1을 참조하면, 본 발명의 일 실시 예에 따른 차량 시스템은 멀티 클라이언트(Client) 기반으로 차량 진단을 수행하기 위한 구성을 포함하며, 멀티 클라이언트로서 차량 내부의 내부 진단기(210, 220), 차량 내부 제어기(230), 차량 외부의 외부 진단기(300), 차량 외부에서 진단을 요청할 수 있는 EVSE(Electric Vehicle Supply Equipment; 400), 및 게이트웨이(500)를 포함할 수 있다. 이때, 내부 진단기(210, 220), 차량 내부 제어기(230), 차량 외부 진단기(300), EVSE(400) 등을 포함할 수 있다. 이때, 각 멀티 클라이언트는 진단을 요청하거나 진단 요청에 대해 응답할 수 있다.
내부 진단기(210, 220), 차량 내부 제어기(230), 외부 진단기(300), EVSE(400) 등은 서로 간에 차량 진단 요청을 할 수 있으며 그에 대한 응답을 수신할 수 있고, 차량 진단 요청을 수신하면 그에 대한 응답을 송신할 수 있다.
내부 진단기(210, 220)는 차량 내부 제어기(230) 또는 타 내부 진단기로 차량 진단 요청을 할 수 있다.
차량 내부 제어기(230)는 텔레매틱스 단말, AVN(Audio video, navigation) 등 차량 내부 ECU(electronic control unit)들을 포함할 수 있다.
외부 진단기(300)는 통신 진단을 위한 휴대용 진단 장치로서, 내부 진단기(210, 220), 차량 내부 제어기(230) 등으로 차량 진단 서비스를 요청할 수 있다.
EVSE(400)는 충전소의 충전 장치로서, 내부 진단기(210, 220), 차량 내부 제어기(230) 등으로 차량 진단 서비스를 요청할 수 있다.
게이트웨이(500)는 일반 주소 방식 통신 메시지를 수신하면 확장 주소 방식 통신 메시지로 전환하여 타겟 제어기 또는 진단기로 전달한다.
이때, 외부 진단기(300)는 진단을 위한 통신 포트(240, OBD-Ⅱ)에 연결된다. 통신 포트(240)는 DLC(Diagnostic Link Connector)라고 불리는 이 커넥터로서, 총 16개의 핀으로 구성되어 있다.
도 2의 차량 진단 통신 장치(100)는 차량 진단 요청 메시지를 수신 및 응답하는 장치로서, 내부 진단기(210, 220), 차량 내부 제어기(230), 차량 외부의 외부 진단기(300), EVSE(400) 중 적어도 하나 이상이 될 수 있다.
차량 진단 통신 장치(100)는 내부 진단기(210, 220), 차량 내부 제어기(230), 차량 외부의 외부 진단기(300), EVSE(400) 중 적어도 하나 이상으로부터 진단 요청을 받으면 자신의 진단 정보를 송신한다. 이때, 차량 진단 통신 장치(100)는 소스 주소(source address)를 포함하는 확장 주소 기반 캔 통신 프레임을 기반으로 진단 요청 또는 응답하기 위한 통신 메시지를 생성할 수 있다.
도 2를 참조하면 차량 진단 통신 장치(100)는 통신부(110), 저장부(120), 및 프로세서(130)를 포함할 수 있다.
통신부(110)는 캔(can) 통신, 린(LIN) 통신 등을 통해 차량 내 통신을 수행하며, 멀티 클라이언트들과 통신을 수행할 수 있다.
저장부(120)는 클라이언트들의 진단 서비스를 처리하기 위한 우선순위 정보를 저장할 수 있다. 저장부(120)는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 마이크로 타입(micro type), 및 카드 타입(예컨대, SD 카드(Secure Digital Card) 또는 XD 카드(eXtream Digital Card)) 등의 메모리와, 램(RAM, Random Access Memory), SRAM(Static RAM), 롬(ROM, Read-Only Memory), PROM(Programmable ROM), EEPROM(Electrically Erasable PROM), 자기 메모리(MRAM, Magnetic RAM), 자기 디스크(magnetic disk), 및 광디스크(optical disk) 타입의 메모리 중 적어도 하나의 타입의 기록 매체(storage medium)를 포함할 수 있다.
프로세서(130)는 통신부(110), 저장부(120) 등과 전기적으로 연결될 수 있고, 각 구성들을 전기적으로 제어할 수 있으며, 소프트웨어의 명령을 실행하는 전기 회로가 될 수 있으며, 이에 의해 후술하는 다양한 데이터 처리 및 계산을 수행할 수 있다.
프로세서(130)는 진단 요청을 송신한 클라이언트의 소스 주소를 포함하는 확장 주소 기반 캔 통신 프레임을 기반으로 진단 요청 또는 응답하기 위한 통신 메시지를 생성할 수 있다.
프로세서(130)는 멀티 클라이언트 중 적어도 하나 이상으로부터 진단 요청을 위한 통신 메시지를 수신하면, 통신 메시지에 포함된 소스 주소를 기반으로 진단 요청을 한 송신 클라이언트를 파악할 수 있다.
프로세서(130)는 소스 정보를 기반으로 파악한 송신 클라이언트로 퍼스트 프레임(FF:first frame)을 전송하고, 송신 클라이언트로부터 플로우 컨트롤(FC;flow control)을 수신할 수 있다. 이때, 캔 통신 메시지는 기본적으로 데이터를 최대 8바이트까지 사용 가능하고, 8바이트 이상의 데이터 전송을 위해서 CAN TP (Transport Protocol) 메시지를 사용한다. 전송하고자 하는 데이터의 양이 8바이트 이하이면 싱글 프레임(SF:single Frame) 메시지를 사용하고 8바이트 초과 시, 퍼스트프레임(FF: First Frame) 메시지, 플로우컨트롤(FC: Flow Control) 메시지, 연속프레임(CF: Consecutive Frame)메시지의 조합을 사용하여 데이터를 전송할 수 있다.
최초 퍼스트 프레임 메시지를 수신한 수신 제어기는 응답 메시지로서 플로우 컨트롤(Flow Control) 메시지를 송신 제어기로 전송하여 얼마만큼의 데이터를 한 번에 보낼지, 얼마 간격으로 보낼지에 대한 정보를 송신 제어기에게 알려준다. 이에 송신 제어기는 나머지 송신할 데이터에 대해서 연속 프레임 메시지를 수신 제어기로 전송하게 된다. 이때, 프레임은 하나의 메시지를 이루는 필드 또는 비트들의 집합을 의미하고, 데이터 프레임은 전송되는 데이터 메시지를 의미하며, 플로우 컨트롤 메시지는 포인트간의 속도차를 극복하기 위해 흐름 제어의 역할을 수행한다.
프로세서(130)는 진단 요청을 위한 통신 메시지를 수신하면 진단을 수행하고 타 클라이언트에 대한 진단 요청이 가능한 상태를 유지할 수 있다. 기존에는 진단 요청을 받은 상태에서는 타 클라이언트에 대한 진단 요청이 불가했다.
프로세서(130)는 복수개의 클라이언트로부터 진단 요청을 동시에 받거나, 이전 진단을 수행하는 중에 타 클라이언트로부터 진단 요청을 받는 경우, 우선순위에 따라 진단을 수행할 수 있다.
프로세서(130)는 복수개의 클라이언트 중 외부 진단기를 내부 진단기보다 우선순위를 높게 설정할 수 있으며, 우선순위가 높은 클라이언트로부터 진단 요청이 수신되어 진단을 처리하는 동안 우선순위가 낮은 클라이언트가 진단 요청을 하는 경우 우선순위가 낮은 클라이언트에 대해 진단 요청을 무시할 수 있다.
우선순위가 낮은 클라이언트의 경우, 프로세서(130)는 미리 정한 시간내에 응답을 위한 통신 메시지가 수신되지 않으면 재전송하거나 클라이언트를 변경하여 타 클라이언트로 진단 요청을 수행할 수 있다.
도 3은 본 발명의 일 실시 예에 따른 일반 주소 기반 프레임과 확장 주소 기반 프레임의 예시도이다. 즉 도 3의 301에서는 일반 주소 기반 프레임 구조를 도시하고 302에서는 확장 주소 기반 프레임을 나타낸다.
캔 통신 메시지는 PCI(Protocol Control Information), 메시지를 구분하는 정보와 데이터(Data), 실제 페이로드(payload) 데이터로 구성된다. 본 발명에서는 도 3의 301을 참조하면 일반 주소 기반 프레임은 식별자(identifier) 11비트의 크기를 가지며, 일반 주소 기반 프레임은 0x000h ~ 0x7FFh까지 사용 가능하고 진단 서비스를 위한 메시지의 경우 700h~7FFh까지 사용할 수 있다. 이때, 각 제어기당 요청 및 응답(request/response)을 위한 2개의 메시지를 할당하여 총 127개 사용 가능하다.
SOF는 단일 도미넌트(dominant) SOF(start of frame) 주요한 (logic 0) 비트로 메시지의 시작을 표시하고 무부하 기간 이후 버스의 노드를 동기화하기 위해 사용된다. 식별자(Identifier)는 메시지를 식별하고 프레임에는 11 비트 중재 ID를 사용한다. RTR은 단일 원격 전송 요청(RTR: remote transmission request) 비트로서 리모트 프레임과 데이터 프레임을 구별하는 역할을 한다. 주요한(logic 0) RTR 비트는 데이터 프레임을 나타내고, 열성(logic 1) RTR 비트는 리모트 프레임을 나타낸다. IDE는 도미넌트 싱글 IDE(identifier extension) 표준과 확장 프레임을 구분할 수 있다. r0는 역 비트, DLC는 4비트 DLC(data length code)로서 데이터 필드의 바이트의 수를 나타낸다. 이때, 식별자(Identifier)는 중재 필드(Arbitration field), IDE ~ R0, DLC는 제어 필드(Control field (6bits)) 를 의미한다.
데이터(data)는 애플리케이션 데이터의 최고 64비트가 전송될 수 있고, CRC(cyclic redundancy check)는 15 비트의 주기적인 중복 체크 코드 및 리세시브 델리미터(delimiter) 비트로 구성된다. CRC 필드는 오류 검출에 사용될 수 있다. ACK- 메시지를 정확하게 수신한 모든 캔 제어기는 메시지의 말미에 ACK 비트를 전송한다. 전송 노드는 버스 상에 ACK 비트 유무를 확인하고, ACK가 발견되지 않을 경우 전송을 재시도할 수 있다.
EOF는 프레임 종료(EOF)의 7비트 필드로서 CAN 프레임(메시지)의 종료를 나타낸다. IFS(inter-frame space)는 7비트로서 제어기 요구하는 시간의 양을 포함한다.
도 3의 302를 참조하면 확장 주소 기반 TP 메시지는 일반 주소 기반 TP 메시지의 식별자와 대응되는 29비트로 확장된다. 즉 확장 주소 기반 TP 메시지는 기본 식별자(identifier), SRR, IDE, 확장된 식별자, RTR, r, DLC 등을 포함할 수 있다.
이때, 확장 주소 기반 TP 메시지는 ISO15765-2 일반 고정 주소 표준기반 0xFFh (8bit/1byte) 까지 사용 가능하여 최대 256개까지 사용 가능하다. 이때, 확장 주소 기반 TP 메시지는 소스 주소와 타겟 주소가 구분되어 있다.
도 4는 본 발명의 일 실시 예에 따른 확장 주소 기반 메시지의 식별자 세부 내용을 나타내는 예시도이다.
도 4의 401을 참조하면, 29비트 캔 식별자는 0~7비트까지 소스 주소(Source address), 8~15비트까지 목적지 주소(Destination address), 16~23비트까지 PDU(protocol data unit) 포멧, 24 비트에 데이터 페이지(Data Page), 25 피트에 확장 데이터 페이지(Reserved /Extendeddata page), 26, 27, 28비트에 우선순위(Priority)가 포함된다.
즉 일반 주소 방식에서는 11bit 모두 식별자로 사용되지만 확장 주소 방식에서는 비트별 다른 의미가 부여된다. 특히 도 4의 401, 402의 테이블을 살펴보면 소스 주소를 포함하고 있어, 수신 제어기는 송신 제어기를 알 수 있다.
CAN 통신에서는 각 메시지에 대한 ID가 할당된다. 이때 11bit 방식인 일반 주소 방식, 29bit 방식인 확장 주소 방식이 사용되는데 주로 11bit를 사용 중에 있다. 이 11bit에서 진단 CAN ID는 700번 대를 할당 받으며, 이는 11bit 구조상 0x700 ~ 0x7FF까지 할당되어 기능 주소(Functional Addressing)를 제외한 254개를 사용가능하며, 각 ID당 요청/응답(request/response)로 나뉘어져 총 127개의 제어기가 진단 ID를 할당 받을 수 있다.
하지만 최근 신기술 증가에 따라 제어기 수가 급증하고 있는 추세이기에 모든 클라이언트에 대해 다른 ID를 부여하는 것은 사실상 불가능하다. 한 예로 차량 내 제어기가 총 100개이고 내부 진단기가 4개라면 이를 구분 지을 ID가 총 400개(request/response 포함 총 800개)가 필요하다. 이는 일반 주소 방식의 캔 메시지는 목적지 주소만 포함하고 있어 있기 때문에 진단 요청을 수신 받은 제어기는 이 메시지가 어디로부터 왔는지 확인이 불가하기 때문이며, 현실적으로 이를 할당하기 위한 개수를 확보하는 것이 불가능하다. 때문에 멀티 프레임(Multi-Frame) 처리가 발생할 경우 멀티 클라이언트에 대해 진단 충돌을 일으켜 올바른 진단 정보를 송신하지 못할 수 있다.
이에 본 발명에서는 소스 주소 및 타겟 주소를 포함하는 29비트의 확장 주소 기반 통신 메시지를 사용하여 송신한 제어기에 대해서만 응답 메시지를 송신하고, 각 진단기의 우선순위에 따라 진단 서비스를 수행할 수 있다.
다만 일반 주소 방식을 사용하는 외부 진단기로부터 진단 요청을 수신하는 경우, 일반 주소 기반의 프레임을 확장 주소 기반의 프레임으로 변환할 필요가 있다.
도 5는 본 발명의 일 실시 예에 따른 일반 주소 기반 메시지를 확장 주소 기반으로 변환하는 방법을 설명하기 위한 예시도이다.
일반 주소 방식 메시지와 확장 주소 방식 메시지가 혼재되어 사용되는 경우, 예를 들어 차량에 연결된 진단기가 도 1과 같이 차량 내부에 연결된 제어기(230) 즉, 텔레매틱스 단말이나 내부 ECU 진단(ex, GW)의 경우 확장 주소 방식을 적용하여 진단통신을 수행할 수 있지만 차량 외부로 연결되는 진단 인프라에 속하는 외부 진단기(OBD 법규 진단기(300), EVSE 충전 진단기(400) 등)의 경우 해당 OEM의 제어 밖에 있으므로 일반 주소 방식을 사용 할 수 있다.
이때, 일반 주소 방식과 확장된 주소 방식에 있어서 페이로드 크기나 데이터 속도의 차이가 없으므로, 외부와 통신을 수행하는 게이트웨이(CGW or 충전 제어기)는 일반 주소 기반의 통신 메시지를 도 5와 같이 확장 주소 기반의 메시지로 전환할 수 있다.
도 5를 참조하면, 일반 주소 방식의 진단 메시지의 경우 앞 3비트는 무조건 7(111)로 설정된다. 이에 게이트웨이(500)는 7(111)을 확장 주소 방식에서 6(110)으로 변경하고, 25, 24 비트는 그대로 0으로 채워준다.
11bit 일반 주소 방식의 경우 1:전체로 보내는 기능 주소가 0x7DF로 고정되어 있기 때문에 해당 ID가 올 경우 PDU 포멧(Format)을 $DB (219 dec) 으로 변경하고, 그 외의 ID가 올 경우에는 무조건 $DA (218 dec)으로 변경하여 값을 채운다. 즉 확장 주소 방식의 진단 메시지의 16비트에서 23비트까지는 기능 주소인 0x7DF가 올 경우 219, 그 외에는 218을 채운다. 또한, 일반 주소 방식의 0~7비트까지의 목적지 주소는 확장 주소 방식의 메시지의 8비트에서 15비트까지에 그대로 채워진다.
이 후 게이트웨이(500)는 0~7비트까지는 소스 주소로서, 각 제어기 별 우선순위에 따라 정해진 소스 주소를 채워 넣는다. 예를 들어, OBD 법규 진단기 또는 OEM 진단 장비가 물리는 D-CAN과 연결된 CGW의 경우 0x0A로 설정하고 외부 충전기의 진단 부가 서비스를 통해 들어오는 충전 제어기의 경우 0x0B로 채워 넣어 내부 도메인에 라우팅 시킬 수 있다.
도 6은 본 발명의 일 실시 예에 따른 소스 주소 기반 진단기 종류를 나타내는 테이블이다.
도 6을 참조하면, 이렇게 확장 주소로 변환된 메시지의 소스 주소를 기반으로 차량 진단 통신 장치(100)는 진단 메시지를 송신한 진단기를 식별할 수 있다.
도 6에서는 5개의 진단기를 예로 들고 있으며, 차량 진단 통신 장치(100)는 각 진단기의 상황별 우선순위를 정하여 미리 저장할 수 있다.
차량 진단 통신 장치(100)는 우선순위 개념 도입 시, 추가적인 리소스 관리가 필요 없으며, 진단 요청 충돌 없이 각 진단기 간 우선순위에 따라 진단 요청 메시지를 처리할 수 있다.
도 7은 본 발명의 일 실시 예에 따른 클라이언트별 우선순위를 설정한 예시를 나타내는 테이블이다.
도 7을 참조하면, 상황에 맞는 우선순위를 설정한 예를 개시하고 있다.
예를 들어, 현재 사용중인 클라이언트A가 차량 외부 진단 장비이고 추가적으로 진단 요청을 한 클라이언트 B가 차량 내부 진단기인 경우, 차량 외부 진단 장비가 우선순위를 가짐을 알 수 있다.
도 7과 같은 각 클라이언별(진단기, 제어기 등) 우선순위를 설정하여 클라이언트별 우선순위에 따라 제어기는 진단 요청을 처리할 수도 있고 중지할 수도 있다.
첫 번째 예시로 우선 순위가 높은 진단기(예, 외부 진단기)로부터 진단 요청이 먼저 들어온 후 요청을 처리하는 동안 우선 순위가 낮은 진단기(예, 내부 진단기)로부터 진단 요청이 들어오면 우선순위가 낮은 진단기를 무시하게 된다. 이때 우선 순위가 낮은 진단기는 P2max 타임아웃(ex, 50ms) 동안 응답이 없게 될 경우 자신의 메시지가 무시되었다는 것을 파악하고 재 전송하거나 다른 제어기로 타겟을 바꾸어 진단 서비스를 요청할 수 있다.
두 번째 예시로 우선 순위가 낮은 진단기(예, 내부 진단기) 로부터 진단 요청이 먼저 들어온 후 요청을 처리하는 동안 우선 순위가 높은 진단기로부터 진단 요청이 들어오면 우선순위가 높은 외부 진단기를 위한 전용 타이밍 동작(dedicated timing behavior)을 통해 제어기는 기존 진행중인 진단 요청 (from 내부 진단기)을 중지한 후 우선순위가 높은 진단 요청을 처리한다. 이 경우 클라이언트 단에서는 어떠한 에러 처리 없이 재전송 또는 타겟 제어기를 변경하며 진단 서비스를 중지 없이 계속해서 요청할 수 있다.
이와 같이, 본 발명은 확장주소 방식(29bit CAN ID 방식)을 사용함에 따라 CAN ID에 소스 주소, 타겟 주소에 대한 정보가 포함되어 있어, 확장주소 방식 진단 메시지를 수신한 차량 진단 통신 장치는 확장 주소 방식 진단 메시지를 송신한 제어기 또는 진단기로만 응답 메시지를 송신할 수 있다.
일반적인 싱글 프레임 응답뿐만 아니라 기존 방식에서 충돌이 발생했던 TP메시지 즉, 퍼스트 프레임(First Frame) 메시지를 보낼 경우에도 진단 요청을 한 진단기에게만 퍼스트 프레임 메시지를 송신함으로써, 플로우 컨트롤 메시지 수신 충돌 현상은 발생하지 않는다.
이하, 도 8을 참조하여 본 발명의 일 실시 예에 따른 차량 진단 통신 방법을 구체적으로 설명하기로 한다. 도 8은 본 발명의 일 실시 예에 따른 차량 진단 통신 방법을 설명하기 위한 순서도이다.
이하에서는 도 1의 차량 내부 진단기(210, 220) 및 차량 내부 제어기(230)가 차량 진단 통신 프로세스를 수행하는 것으로 가정한다. 또한, 각 차량 내부 진단기(210, 220) 및 차량 내부 제어기(230)에 의해 수행되는 것으로 기술된 동작은 차량 진단 통신 장치(100)의 프로세서(130)에 의해 제어되는 것으로 이해될 수 있다. 이때, 외부 진단기(300), 내부 진단기1(210), 내부 진단기2(220) 순으로 우선순위가 미리 설정되어 있다고 가정한다.
도 8을 참조하면 내부 진단기1(210)가 차량 내부 제어기(230)로 진단을 요청하는 진단 메시지를 송신하면(S101), 차량 내부 제어기(230)는 진단 메시지 내의 소스 주소를 이용하여 진단 메시지를 송신한 내부 진단기1(210)로 퍼스트 프레임(FF)을 전송한다(S102).
이에 내부 진단기1(210)는 퍼스트 프레임에 대한 응답으로 플로우 컨트롤(FC)를 전송한다(S103).
즉 기존에는 진단 요청을 위한 진단 메시지에 소스 정보가 포함되어 있지 않아, 진단 메시지를 수신한 차량 내부 제어기 및 타 진단기2(220)로 퍼스트 프레임을 모두 브로드캐스팅 전송함으로써 차량 내부 제어기 및 타 진단기2(220)는 각각 컨트롤 퍼스트를 출력하여, 컨트롤 퍼스트의 충돌이 발생하였다. 이에 기존에는 내부 진단기 자신이 진단 요청을 받으면 진단 요청을 중지하도록 설계되었다.
본 발명에서는 진단 요청을 위한 진단 메시지를 수신한 차량 내부 제어기(230)는 진단 메시지를 송신한 송신주체를 소스 주소를 통해 파악할 수 있어 타 제어기나 타 진단기2(220)로 퍼스트 프레임을 전송하지 않고, 진단메시지를 송신한 내부 진단기1(210)로만 퍼스트 프레임을 전송함으로써, 내부 진단기1(210)에서만 플로우 컨트롤을 수신하게 되어, 진단기 또는 제어기로부터 모두 수신되어 발생하는 플로우 컨트롤 충돌을 방지할 수 있다.
한편 내부 진단기1(210)가 내부 진단기2(220)로 진단 요청을 위한 진단 메시지를 송신한 경우, 내부 진단기2(220)는 진단 요청을 유지한 상태에서(S105) 진단 응답을 위한 진단 메시지를 내부 진단기1(210)로 전송한다(S106).
한편, 내부 진단기2(220)가 내부 진단기1(210)로 진단 요청을 한 경우(S107), 내부 진단기1(210)가 진단을 수행하는 중에 외부 진단기(300)로부터 진단 요청을 받으면 우선순위를 판단한다(S112). 즉 외부 진단기(300)는 게이트웨이(500)로 진단 연결을 수행하고(S108), 게이트웨이(500)는 진단메시지의 일반 주소 방식을 확장 주소 방식으로 변환한다(S109).
이후 외부 진단기(300)가 진단 요청을 하면(S110, S111), 내부 진단기1(210)는 외부 진단기(300)와 직전에 진단을 요청한 내부 진단기2(220)의 우선순위를 판단하여, 우선순위가 높음 외부 진단기(300)로 진단 응답을 수행한다(S114, S115). 이때, 진단을 수행하는 내부 진단기1(210)는 진단 요청을 유지한다(S116).
한편 내부 진단기2(220)는 상기 과정 S107에서 내부 진단기1(210)로 진단 요청을 했으나 내부 진단기1(210)로부터 일정 시간 동안 응답이 없는 경우 진단 요청을 재전송하거나 타겟을 변경하여 타 제어기 또는 타 진단기로 진단 요청을 수행할 수 있다(S113).
이와 같이, 기존 일반 주소 방식(11bit)서는 소스 정보가 없어 진단 요청을 받은 제어기는 멀티 프레임을 보낼 경우 모든 진단기에 퍼스트 프레임(First Frame)을 전송하게 된다. 이 경우 차량 제어기에 연결된 모든 진단기가 플로우 컨트롤(Flow Control)을 전송하여 수신 제어기는 TP 메시지 충돌로 에러를 일으킨다. 이에 본 발명은 확장 주소 방식(29bit)을 사용함에 따라 소스 주소 및 타겟 주소가 구분되어 있어, 자신에게 진단 요청을 한 진단기에게만 TP 메시지(플로우 컨트롤)를 보내 TP 메시지 충돌 현상을 방지할 수 있다.
또한, OEM에서 제어할 수 없는 차량 외부 진단기(예, OBD 법규 진단기, EVSE 충전 진단기 등)의 경우 확장된 주소가 아닌 일반 주소 방식을 사용할 수 있으므로 본 발명은 이를 변환함으로써 일반 주소 방식과 확장 주소 방식을 혼재하여 사용 가능하다.
또한, 본 발명은 차량 내 연결되는 클라이언트의 우선순위를 사전에 정의함으로써 우선순위가 높은 진단기부터 낮은 진단기까지 우선순위에 따라 진단 요청을 수행할 수도 중지할 수도 있다.
이처럼 본 발명은 기존 방식 대비 멀티 클라이언트(Multi-Client) 환경이 가능하며, 하나의 진단기만이 활성화되는 것이 아니라 우선순위에 따라 모든 진단기가 진단 요청 서비스를 중지 없이 수행할 수 있다. 또한, 본 발명은 마이컴, 메모리와 같은 특정 하드웨어 교체가 아닌, ECU 소프트웨어의 TP구조의 간단한 수정 절차만으로 본 기술이 적용 가능하여 단가 상승 부담을 최소화할 수 있다.
기존 차량에서는 멀티 클라이언트(Multi-Client) 진단 환경에서의 내부 제어기 소스 판별 불가로 특정 진단 클라이언트의 역할을 하는 제어기는 외부 진단기가 들어와서 진단 메시지를 요청하는 경우 이를 다음 이그니션 오프(IG-Off)까지 중단하게 되어 해당 사이클 동안 외부 진단기를 제외하고 다른 클라이언트들은 진단 기능을 수행할 수 없게 된다. 이에 본 발명에서는 멀티 클라이언트들의 우선순위를 미리 설정하고 우선순위에 따라 진단을 수행하도록 함으로서 진단 요청 서비스를 중지할 필요가 없다.
또한, 본 발명은 클라이언트의 수와 상관없이 많은 수의 클라이언트가 진단을 요청하더라도 우선순위에 따라 순차적으로 진단을 처리함으로써 진단 처리 서비스의 신뢰성을 향상시킬 수 있다.
도 9는 본 발명의 일 실시 예에 따른 컴퓨팅 시스템을 도시한다.
도 9를 참조하면, 컴퓨팅 시스템(1000)은 버스(1200)를 통해 연결되는 적어도 하나의 프로세서(1100), 메모리(1300), 사용자 인터페이스 입력 장치(1400), 사용자 인터페이스 출력 장치(1500), 스토리지(1600), 및 네트워크 인터페이스(1700)를 포함할 수 있다.
프로세서(1100)는 중앙 처리 장치(CPU) 또는 메모리(1300) 및/또는 스토리지(1600)에 저장된 명령어들에 대한 처리를 실행하는 반도체 장치일 수 있다. 메모리(1300) 및 스토리지(1600)는 다양한 종류의 휘발성 또는 불휘발성 저장 매체를 포함할 수 있다. 예를 들어, 메모리(1300)는 ROM(Read Only Memory) 및 RAM(Random Access Memory)을 포함할 수 있다.
따라서, 본 명세서에 개시된 실시예들과 관련하여 설명된 방법 또는 알고리즘의 단계는 프로세서(1100)에 의해 실행되는 하드웨어, 소프트웨어 모듈, 또는 그 2 개의 결합으로 직접 구현될 수 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터, 하드 디스크, 착탈형 디스크, CD-ROM과 같은 저장 매체(즉, 메모리(1300) 및/또는 스토리지(1600))에 상주할 수도 있다.
예시적인 저장 매체는 프로세서(1100)에 커플링되며, 그 프로세서(1100)는 저장 매체로부터 정보를 판독할 수 있고 저장 매체에 정보를 기입할 수 있다. 다른 방법으로, 저장 매체는 프로세서(1100)와 일체형일 수도 있다. 프로세서 및 저장 매체는 주문형 집적회로(ASIC) 내에 상주할 수도 있다. ASIC는 사용자 단말기 내에 상주할 수도 있다. 다른 방법으로, 프로세서 및 저장 매체는 사용자 단말기 내에 개별 컴포넌트로서 상주할 수도 있다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다.
따라서, 본 발명에 개시된 실시예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (20)

  1. 멀티 클라이언트 진단 환경에서 캔 통신을 수행하는 통신부; 및
    소스 주소를 포함하는 확장 주소 기반 캔 통신 프레임을 기반으로 진단 요청 또는 응답하기 위한 통신 메시지를 생성하는 프로세서;
    를 포함하는 차량 진단 통신 장치.
  2. 청구항 1에 있어서,
    상기 프로세서는,
    멀티 클라이언트 중 적어도 하나 이상으로부터 진단 요청을 위한 통신 메시지를 수신하면,
    상기 통신 메시지에 포함된 소스 주소를 기반으로 상기 진단 요청을 한 송신 클라이언트를 파악하는 것을 특징으로 하는 차량 진단 통신 장치.
  3. 청구항 2에 있어서,
    상기 프로세서는,
    상기 송신 클라이언트로 퍼스트 프레임을 전송하고, 상기 송신 클라이언트로부터 플로우 컨트롤을 수신하는 것을 특징으로 하는 차량 진단 통신 장치.
  4. 청구항 1에 있어서,
    상기 프로세서는,
    상기 진단 요청을 위한 통신 메시지를 수신하면 진단을 수행하고 타 클라이언트에 대한 진단 요청이 가능한 상태를 유지하는 것을 특징으로 하는 차량 진단 통신 장치.
  5. 청구항 1에 있어서,
    상기 프로세서는,
    복수개의 클라이언트로부터 진단 요청을 동시에 받거나, 이전 진단을 수행하는 중에 타 클라이언트로부터 진단 요청을 받는 경우, 우선순위에 따라 진단을 수행하는 것을 특징으로 하는 차량 진단 통신 장치.
  6. 청구항 5에 있어서,
    멀티 클라이언트에 대한 진단 처리를 위한 우선순위를 저장하는 저장부;
    를 더 포함하는 것을 특징으로 하는 차량 진단 통신 장치.
  7. 청구항 5에 있어서,
    상기 프로세서는,
    상기 복수개의 클라이언트 중 외부 진단기를 내부 진단기보다 우선순위를 높게 설정하는 것을 특징으로 하는 차량 진단 통신 장치.
  8. 청구항 5에 있어서,
    상기 프로세서는,
    우선순위가 높은 클라이언트로부터 진단 요청이 수신되어 진단을 처리하는 동안 우선순위가 낮은 클라이언트가 진단 요청을 하는 경우 우선순위가 낮은 클라이언트에 대해 진단 요청을 무시하는 것을 특징으로 하는 차량 진단 통신 장치.
  9. 청구항 8에 있어서,
    상기 프로세서는,
    상기 우선순위가 낮은 클라이언트의 경우 미리 정한 시간내에 응답을 위한 통신 메시지가 수신되지 않으면 재전송하거나 클라이언트를 변경하여 타 클라이언트로 진단 요청을 수행하는 것을 특징으로 하는 차량 진단 통신 장치.
  10. 청구항 1에 있어서,
    상기 확장 주소 기반 캔 통신 프레임은,
    우선순위, 확장 데이터 페이지, 기본 데이터 페이지, PDU 포멧, 목적지 주소, 및 소스 주소를 포함하는 것을 특징으로 하는 차량 진단 통신 장치.
  11. 청구항 1에 있어서,
    상기 확장 주소 기반 캔 통신 프레임은 29비트로 구성되고, 일반 주소 기반 캔 통신 프레임은 11비트로 구성되는 것을 특징으로 하는 차량 진단 통신 장치.
  12. 캔 통신 기반 멀티 클라이언트 진단 환경에서, 캔 일반 주소 기반 프레임을 소스 주소를 포함하는 캔 확장 주소 기반 프레임으로 변환하는 게이트웨이; 및
    상기 게이트웨이로부터 수신한 상기 확장 주소 기반 캔 통신 프레임을 기반으로 진단을 요청 또는 응답하기 위한 통신 메시지를 생성하는 차량 진단 통신 장치;
    를 포함하는 것을 특징으로 하는 차량 시스템.
  13. 청구항 12에 있어서,
    상기 게이트웨이는,
    상기 캔 일반 주소 기반 프레임의 8비트에서 9비트까지의 정보를 이용하여 상기 캔 확장 주소 기반 프레임의 26비트에서 28비트까지 우선순위 정보를 저장하고, 상기 캔 일반 주소 기반 프레임의 0비트에서 7비트까지의 정보를 이용하여 상기 캔 확장 주소 기반 프레임의 8비트에서 15비트에 목적지 주소를 저장하여 상기 캔 일반 주소 기반 프레임을 상기 캔 확장 주소 기반 프레임으로 변환하는 것을 특징으로 하는 차량 시스템.
  14. 청구항 13에 있어서,
    상기 게이트웨이는,
    상기 캔 확장 주소 기반 프레임의 24, 25비트에는 "0"을 저장하고, 16비트에서 23비트에는 218 또는 219를 저장하고 0에서 7비트에 소스 주소를 저장하는 것을 특징으로 하는 차량 시스템.
  15. 캔 통신 기반 멀티 클라이언트 진단 환경에서, 소스 주소를 포함한 확장 주소 기반 캔 통신 프레임을 기반으로 진단 요청을 위한 통신 메시지를 생성하여 전송하는 단계; 및
    상기 진단 요청을 위한 통신 메시지 수신 시 상기 소스 주소를 기반으로 상기 통신 메시지를 송신한 클라이언트를 파악하고, 상기 통신 메시지를 송신한 클라이언트로 응답 메시지를 송신하는 단계;
    를 포함하는 것을 특징으로 하는 차량 진단 통신 방법.
  16. 청구항 15에 있어서,
    진단 요청을 위해 캔 일반 주소 기반 프레임을 수신하면, 상기 캔 일반 주소 기반 프레임을 상기 캔 확장 주소 기반 프레임으로 변환하는 단계;
    를 더 포함하는 것을 특징으로 하는 차량 진단 통신 방법.
  17. 청구항 15에 있어서,
    상기 진단 요청을 위한 통신 메시지 수신 시
    복수개의 클라이언트로부터 진단 요청을 동시에 받거나, 이전 진단을 수행하는 중에 타 클라이언트로부터 진단 요청을 받는 경우, 우선순위에 따라 진단을 수행하는 단계;
    를 더 포함하는 것을 특징으로 하는 차량 진단 통신 방법.
  18. 청구항 17에 있어서,
    상기 멀티 클라이언트에 대한 우선 순위를 미리 저장하는 단계;
    를 더 포함하는 것을 특징으로 하는 차량 진단 통신 방법.
  19. 청구항 17에 있어서,
    상기 우선순위에 따라 진단을 수행하는 단계는,
    우선순위가 높은 클라이언트로부터 진단 요청이 수신되어 진단을 처리하는 동안 우선순위가 낮은 클라이언트가 진단 요청을 하는 경우 우선순위가 낮은 클라이언트에 대해 진단 요청을 무시하는 것을 특징으로 하는 차량 진단 통신 방법.
  20. 청구항 19에 있어서,
    상기 우선순위에 따라 진단을 수행하는 단계는,
    상기 우선순위가 낮은 클라이언트는 미리 정한 시간내에 응답을 위한 통신 메시지가 수신되지 않으면 재전송하거나 클라이언트를 변경하여 타 클라이언트로 진단 요청을 수행하는 것을 특징으로 하는 차량 진단 통신 방법.
KR1020190062741A 2019-05-28 2019-05-28 차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법 KR20200136751A (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020190062741A KR20200136751A (ko) 2019-05-28 2019-05-28 차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법
US16/582,415 US20200382597A1 (en) 2019-05-28 2019-09-25 Vehicle diagnostic communication apparatus, system including the same and method thereof
CN201910977374.1A CN112015161A (zh) 2019-05-28 2019-10-15 车辆诊断通信装置和方法以及包括该装置的系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190062741A KR20200136751A (ko) 2019-05-28 2019-05-28 차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법

Publications (1)

Publication Number Publication Date
KR20200136751A true KR20200136751A (ko) 2020-12-08

Family

ID=73506932

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190062741A KR20200136751A (ko) 2019-05-28 2019-05-28 차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법

Country Status (3)

Country Link
US (1) US20200382597A1 (ko)
KR (1) KR20200136751A (ko)
CN (1) CN112015161A (ko)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220139153A (ko) * 2021-04-07 2022-10-14 현대자동차주식회사 차량 통신 고장 진단 장치, 그를 포함하는 시스템 및 그 방법
CN113204226B (zh) * 2021-04-25 2022-12-09 重庆长安汽车股份有限公司 整车诊断系统及方法
CN114415619A (zh) * 2021-11-29 2022-04-29 浙江吉利控股集团有限公司 一种车辆诊断方法及存储介质
US11768728B2 (en) 2021-12-16 2023-09-26 Nio Technology (Anhui) Co., Ltd. Routing multiple diagnostic pathways
KR20240026754A (ko) * 2022-08-22 2024-02-29 현대자동차주식회사 차량 네트워크 내의 통신 채널 상태를 진단하는 방법 및 시스템
CN115933591A (zh) * 2022-11-30 2023-04-07 中国第一汽车股份有限公司 一种控制器诊断方法、装置、设备和存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8456191B2 (en) * 2006-06-21 2013-06-04 Element Cxi, Llc Data-driven integrated circuit architecture
CN101428595A (zh) * 2008-12-17 2009-05-13 厦门金龙联合汽车工业有限公司 总线式客车故障报警装置和方法
US8930064B2 (en) * 2011-10-27 2015-01-06 Snap-On Incorporated Method and system for automated and manual data capture configuration
JP5966697B2 (ja) * 2012-07-06 2016-08-10 トヨタ自動車株式会社 情報処理装置
JP6352325B2 (ja) * 2016-03-15 2018-07-04 本田技研工業株式会社 通信システム
US10430021B2 (en) * 2016-10-05 2019-10-01 Snap-On Incorporated System and method for providing an interactive vehicle diagnostic display
CN107094109B (zh) * 2017-04-26 2020-07-07 广州睿嵌电子技术有限公司 一种车载电子处理单元系统公共网络通讯方法
CN208255713U (zh) * 2018-05-31 2018-12-18 深圳泰瑞谷科技有限公司 基于k线的kwp2000通信协议的手持式汽车诊断仪
CN208255711U (zh) * 2018-05-31 2018-12-18 深圳泰瑞谷科技有限公司 手持式汽车诊断仪

Also Published As

Publication number Publication date
US20200382597A1 (en) 2020-12-03
CN112015161A (zh) 2020-12-01

Similar Documents

Publication Publication Date Title
KR20200136751A (ko) 차량 진단 통신 장치, 그를 포함한 시스템 및 그 방법
US10581739B2 (en) System for verification of unregistered device based on information of Ethernet switch and method for the same
US10511668B2 (en) Method of transmitting and receiving data in vehicle network and apparatus for the same
CN106453148B (zh) 网络中通信节点的操作方法
US11256498B2 (en) Node, a vehicle, an integrated circuit and method for updating at least one rule in a controller area network
DE102017121049A1 (de) Kommunikationsverfahren, welches auf einer Fahrzeugsicherheitsintegritätsstufe im Fahrzeugnetzwerk basiert, und Vorrichtung für dasselbige
US10749738B2 (en) Method and apparatus for diagnosing network
Talbot et al. Comparision of fieldbus systems can, ttcan, flexray and lin in passenger vehicles
US11368404B2 (en) Method of releasing resource reservation in network
KR20170011826A (ko) 이더넷 기반의 네트워크를 위한 보안 방법
US10715417B2 (en) Method for configuring stream communication path in network
KR101334017B1 (ko) 차량 네트워크의 메시지 무결성 체크 시스템 및 방법
US11063868B2 (en) Operation method of a communication node in network
US10541830B2 (en) Serial communication system
Dekanic et al. Integration of CAN bus drivers and UDS on Aurix platform
JP2006253922A (ja) ゲートウェイ装置及びゲートウェイ装置におけるデータ転送方法
KR102352504B1 (ko) 이더넷 스위치 정보에 기초한 미등록 장치 검증 시스템 및 방법
KR101704300B1 (ko) Can 메시지 송수신 방법 및 이를 실행하는 시스템
CN114902614A (zh) 管理装置、车载装置的识别信息分配方法、车载系统及数据结构
CN107018090B (zh) 网络中通信节点的操作方法
KR102362611B1 (ko) 차량 네트워크에서 데이터의 송수신 방법 및 장치
EP4304136A1 (en) Control area network devices and method
EP4231595A1 (en) Relay device, communication network system, and communication control method
US20240073060A1 (en) Method for rapidly flashing sensor nodes via an ethernet network
JP2022067012A (ja) 中継装置、通信ネットワークシステム及び通信制御方法