KR102474800B1

KR102474800B1 - 게이트웨이 및 게이트웨이 제어방법

Info

Publication number: KR102474800B1
Application number: KR1020160171736A
Authority: KR
Inventors: 김정환
Original assignee: 현대자동차주식회사
Priority date: 2016-12-15
Filing date: 2016-12-15
Publication date: 2022-12-06
Also published as: CN108234236A; US20180174379A1; CN108234236B; KR20180069498A; US10489996B2

Abstract

본 발명의 일실시예에 따른 게이트웨이는 에러가 발생하는 원인 인자를 판단하는 에러 인자 분류부, 에러 카운터를 체크하는 에러 카운터부 및 상기 에러가 발생하는 원인 인자 및 상기 에러 카운터를 기반으로 에러 상태 별 디폴트값을 송신하는 제어모드 판단부를 포함한다.

Description

게이트웨이 및 게이트웨이 제어방법{Gateway and Method for controlling Gateway}

본 발명은 게이트웨이 및 게이트웨이 제어방법에 관한 것으로, 보다 상세하게는 차량 네트워크에서의 에러 분류 및 에러 카운터를 통해 수신측 제어부의 실시간 정보를 공유할 수 있도록 제어하는 기술에 관한 것이다.

차량이 고급화되면서 운전자에게 안락함과 편리함을 제공하기 위한 다양한 기능들이 제공되고 있다.

일반적으로, 차량에 제공되는 기능들의 수행을 위해서는 해당 기능을 수행하기 위한 전자제어장치(ECU)들이 장착되고, 서로 연동이 필요한 전자제어장치들은 전선(wire)을 통해 연결된다. 따라서, 전자제어장치가 증가함에 따라 불가피하게 전선 연결이 복잡해지고, 전선 연결이 복잡해짐에 따라 전체 전선량도 증가하게 된다.

이는 차량의 고장 진단시 고장 원인을 찾기가 어려워진다는 문제점과 차량의 전체 중량이 증가된다는 문제를 유발한다.

뿐만 아니라, 설계의 변경시에는 관련 하드웨어의 수정이 불가피하다는 점을 감안할 때 각 전자제어장치들이 전선으로 복잡하게 연결되어 있기 때문에 하드웨어 변경 시 요구되는 전선의 신규 설치로 인해 설계상의 마진 확보가 어려워 설계 변경이 어렵다는 문제점이 있다.

상기 문제점을 해결하기 위하여 통신 버스를 이용하여 각 전자제어장치들 간의 네트워킹을 실현하기 위한 차량 네트워크가 제안되었고, 차량 네트워크의 하나로 CAN(Controller Area Network) 통신이 이용되고 있다. CAN 통신에 따르면, 차량 내에 구성된 모든 전자제어장치들은 CAN 버스를 통해 연결된 상태에서 CAN 프로토콜을 이용하여 상호 네크워킹을 실현한다.

CAN 통신에 연결된 전자제어장치가 많지 않은 상태에서는 상기 전자제어장치 간에 주고 받는 데이터의 양이 적으므로 CAN 버스의 노드가 높지 않아 안정적인 통신환경을 제공할 수 있다. 그러나, 차량의 성능이 고급화됨에 따라 신규 기능을 구현하기 위한 전자제어장치들이 차량 네트워크에 연결되는 경우가 증가하고, 이로써 CAN 버스에 해당하는 통신 버스를 통해 송/수신되는 데이터가 증가하게 되었다.

일반적으로 네트워크의 이용도는 [수학식 1]에 의해 산출될 수 있으며, CAN 버스의 이용도는 사용 가능한 값의 최대 30% 이하가 되도록 제한하는 것이 바람직하다.

[수학식 1]

버스 이용도 = 단위 시간당 최대 전송 비트/단위 시간당 전송 가능 비트

전체 네트워크의 최대 이용도를 30% 이하로 제한하는 것은 30% 이하의 이용도를 가지는 네트워크에서 중재(Arbitration)에 의하여 야기되는 메시지의 대기 시간이 무시할 수 있을 정도로 작기 때문이다. 만약, 네트워크의 이용도가 30% 를 초과하게 되면 버스 점유를 위한 메시지 간의 잦은 충돌로 인하여 중재에 필요한 시간이 증가하게 된다. 이와 같은 경우 우선순위의 보장을 위하여 낮은 우선순위를 갖는 메시지는 높은 우선수위의 메시지에 대해 나중에 전송된다. 따라서, 낮은 우선순위의 메시지는 높은 우선순위의 메시지에 비해 더 많은 대기 시간을 가지게 된다. 상기와 같은 이유로 대기 시간이 증가되면, 전체 시스템의 시간 거동에 대한 예측 가능성이 낮아지기 때문에, 시스템의 정상 동작을 보장하기 어렵다는 문제점이 있다.

따라서, 차량 네트워크의 데이터 전송 효율과 신뢰도 향상을 위해서는 메시지의 전송 상태를 모니터링하고 진단하기 위한 기술의 개발이 요구되고 있다.

[특허문헌]한국공개특허 2010-0020253호.

본 발명은 차량 네트워크의 각각의 에러 상황에 따라 수신측 제어부가 적절하게 대응할 수 있도록 도메인의 송신측 제어부 및 차량 네트워크의 에러 상태의 데이터를 근거하여 수신측 제어부에 실시간 정보를 공유하는 게이트웨이 및 게이트웨이 제어방법을 제공한다.

본 발명의 다른 목적 및 장점들은 하기의 설명에 의해서 이해될 수 있으며, 본 발명의 실시예에 의해 보다 분명하게 알게 될 것이다. 본 발명의 목적 및 장점들은 특허 청구 범위에 나타낸 수단 및 그 조합에 의해 실현될 수 있음을 쉽게 알 수 있을 것이다.

본 발명의 일실시예에 따른 게이트웨이는 수신되는 데이터 프레임에 정의된 데이터 영역을 참조하여 에러가 발생하는 원인 인자를 판단하는 에러 인자 분류부, 에러 발생 횟수를 카운트하는 에러 카운터부 및 상기 에러가 발생하는 원인 인자 및 상기 카운트한 에러 발생 횟수를 기반으로 에러 상태 별 디폴트값을 생성하는 제어모드 판단부를 포함한다.

또한, 상기 에러 인자 분류부는 각각의 에러 상황 별 차량의 네트워크 상태를 미리 예측할 수 있도록 에러 인자를 분류할 수 있다.

또한, 상기 에러 인자 분류부는 데이터 프레임 내 정의된 에러 상태 지수(ESI) 내 에러 상태 정보를 모니터링할 수 있다.

또한, 상기 에러 인자 분류부는 데이터 프레임 내 정의된 데이터 영역의 값이 0이면, 에러 액티브 상태로 분류하고, 상기 데이터 영역의 값이 1이면, 에러 패시브 상태로 분류할 수 있다.

또한, 상기 에러 카운터부는 에러 발생 횟수를 카운트한 값에 따라 에러 액티브 상태, 에러 패시브 상태 및 버스 오프 상태로 분류할 수 있다.

아울러, 본 발명의 일실시예에 따른 게이트웨이 제어방법은 수신되는 데이터 프레임에 정의된 데이터 영역을 참조하여 에러가 발생하는 원인 인자를 판단하는 단계, 에러 발생 횟수를 카운트하는 단계 및 상기 에러가 발생하는 원인 인자 및 상기 카운트한 에러 발생 횟수를 기반으로 에러 상태 별 디폴트값을 생성하는 단계를 포함한다.

또한, 상기 에러가 발생하는 원인 인자 및 상기 카운트한 에러 발생 횟수를 기반으로 에러 상태 별 디폴트값을 생성하는 단계는 데이터 프레임 내 정의된 에러 상태 지수(ESI) 내의 에러 상태 정보를 모니터링하는 단계를 포함할 수 있다.

또한, 상기 에러가 발생하는 원인 인자 및 상기 카운트한 에러 발생 횟수를 기반으로 에러 상태 별 디폴트값을 생성하는 단계는 데이터 프레임 내 정의된 데이터 영역의 값이 0이면, 에러 액티브 상태로 분류하고, 상기 데이터 영역의 값이 1이면, 에러 패시브 상태로 분류할 수 있다.

본 기술은 데이터 프레임 영역 내 에러 상태 정보를 수신하여 에러 발생 원인 인자를 분류하거나 에러 카운터를 산출하여 게이트웨이가 특정 도메인에 연결된 제어부 별 송신 메시지의 상태 정보를 기반으로 에러를 처리할 수 있다.

아울러, 본 기술은 송신측 제어부의 에러 상황을 게이트웨이를 통해 미리 예측함으로써, 수신측 제어부는 선제적으로 에러 상황을 인지하여 차량의 기능 저하를 방지할 수 있는 기술이다.

도 1은 본 발명의 일실시예에 따른 게이트웨이를 개략적으로 설명하는 구성도이다.
도 2는 본 발명의 일실시예에 따른 게이트웨이 내 구성요소를 구체적으로 설명하는 도면이다.
도 3은 본 발명의 일실시예에 따른 게이트웨이에서 에러 발생 횟수 및 에러 상태에 따른 제어방법을 설명하는 그래프이다.
도 4는 본 발명의 일실시예에 따른 게이트웨이 제어방법을 실행하는 컴퓨팅 시스템을 보여주는 블록도이다.

본 발명의 이점 및 특징, 그리고 그것을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 통해 설명될 것이다. 그러나 본 발명은 여기에서 설명되는 실시 예들에 한정되지 않고 다른 형태로 구체화될 수도 있다. 단지, 본 실시 예들은 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 본 발명의 기술적 사상을 용이하게 실시할 수 있을 정도로 상세히 설명하기 위하여 제공되는 것이다.

도면들에 있어서, 본 발명의 실시 예들은 도시된 특정 형태로 제한되는 것이 아니며 명확성을 기하기 위하여 과장된 것이다. 본 명세서에서 특정한 용어들이 사용되었으나. 이는 본 발명을 설명하기 위한 목적에서 사용된 것이며, 의미 한정이나 특허 청구 범위에 기재된 본 발명의 권리 범위를 제한하기 위하여 사용된 것은 아니다.

본 명세서에서 '및/또는'이란 표현은 전후에 나열된 구성요소들 중 적어도 하나를 포함하는 의미로 사용된다. 또한, '연결되는/결합되는'이란 표현은 다른 구성요소와 직접적으로 연결되거나 다른 구성요소를 통해 간접적으로 연결되는 것을 포함하는 의미로 사용된다. 본 명세서에서 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 또한, 명세서에서 사용되는 '포함한다' 또는 '포함하는'으로 언급된 구성요소, 단계, 동작 및 소자는 하나 이상의 다른 구성요소, 단계, 동작 및 소자의 존재 또는 추가를 의미한다.

이하, 도면들을 참조하여 본 발명의 실시 예에 대해 상세히 설명하기로 한다.

게이트웨이는 제어부, 통신부, 입출력부, 각종 메모리, 애플리케이션, 운영체제(OS) 등을 포함할 수 있다.

도 1은 본 발명의 일실시예에 따른 게이트웨이를 개략적으로 설명하는 구성도이다.

도 1을 참조하면, 게이트웨이 제어장치는 송신측 제어부(100), 제어부(200) 및 수신측 제어부(300)를 포함한다.

송신측 제어부(100)는 차량의 고속 캔 네트워크 및 저속 캔 네트워크 등을 통해 일정 주기의 메시지를 제어부(200)에 송신한다.

게이트웨이(200)는 통신 버스를 통해 전송되는 CAN 프로토콜 기반의 메시지를 송신측 제어부(100)로부터 수신하여 에러 체크를 수행한 후, 해당 수신 메시지를 수신측 제어부(300)에 송신한다.

구체적으로, 게이트웨이(200)는 차량의 네트워크에서 각각의 에러 상황 별 수신측 제어부(300)가 각각의 도메인(Domain)의 송신측 제어부(100)와 차량의 네트워크 상태를 미리 예측할 수 있도록 에러 인자를 분류하고, 에러 카운터를 체크한다.

이러한 에러 인자를 분류하고, 에러 카운터를 체크하는 방법은 도 2에서 자세하게 설명한다.

여기서, CAN 프로토콜을 기반으로 하는 메시지는 ID(식별자)를 갖고, 각 제어부는 각 메시지의 ID를 근거로 메시지를 구분하고 해당 메시지의 우선순위를 결정한다. 각 메시지에 대해서는 CAN 프로토콜에 의해 약속된 대기 시간(Lerency Time)이 정의되고, 각 대기 시간에 대해서는 최소 시간(Min) 및 최대 시간(Max)이 정의된다. 따라서, CAN 프로토콜을 기반으로 하는 메시지는 통신 버스를 통해 해당 메시지에 대해 정의된 대기 시간 내에 수신측 제어부(300)에 수신되어야 한다.

수신측 제어부(300)는 제어부(200)로부터 에러 체크를 수행한 메시지를 수신한다.

도 2는 본 발명의 일실시예에 따른 게이트웨이 내 구성요소를 구체적으로 설명하는 도면이다.

도 2를 참조하면, 게이트웨이(200)는 에러 인자 분류부(210), 에러 카운터부(220) 및 제어모드 판단부(230)를 포함한다.

에러 인자 분류부(210)는 에러가 발생하는 원인 인자를 판단한다.

에러 인자 분류부(210)는 데이터 프레임(Data Frame) 내 정의된 데이터 영역의 값(실제 데이터)에서 에러 원인을 정의한다.

즉, 에러 인자 분류부(210)는 송신측 제어부와 연결된 통신 라인에 문제(단선 및 단락)가 발생하거나 송신측 제어부에 문제가 발생하는 경우 다양한 에러(Bit Error, ACK Error, Stuff Error, CRC Error, Form Error, Wire Error, Alive Counter Error 등)이 발생되고, 발생된 다양한 에러를 정의한다.

예를 들어, 000은 No Error, 001은 Bit Error, 010은 ACK Error, 011은 Stuff Error, 100은 CRC Error, 101은 Form Error, 110은 Wire Error, 111은 Alive Counter Error로 정의될 수 있다.

또한, 에러 인자 분류부(210)는 데이터 프레임 내 정의된 에러 상태 지수(Error State Indicator, ESI) 내 에러 상태 정보를 모니터링 할 수 있다.

예를 들어, 게이트웨이(200)는 데이터 프레임 내 정의된 데이터 영역의 값이 0이면 에러 액티브(Error Active) 상태로 분류할 수 있고, 데이터 영역의 값이 1이면 에러 패시브(Error Passive) 상태로 분류할 수 있다.

에러 카운터부(220)는 에러 카운터를 체크하며, 에러 카운터는 송신 에러 카운터 및 수신 에러 카운터를 포함한다.

에러 카운터부(220)는 에러 카운터 조건에 따라 에러 액티브(Error Active) 상태, 에러 패시브(Error Passive) 상태 및 버스 오프(Bus-off) 상태로 분류할 수 있다.

여기서, 에러 액티브 상태는 차량의 네트워크 간에 에러 유발 인자가 설정된 기준의 에러 유발 인자보다 적은 경우에 안정적인 상태로 정의할 수 있고, 에러 패시브 상태는 차량의 네트워크 간에 에러 유발 인자가 에러 액티브 상태보다 증가한 경우이고, 불안정한 상태로 정의할 수 있으며, 버스 오프 상태는 에러 유발 인자로 인하여 차량의 네트워크가 마비되어 데이터의 송신 및 수신이 되지 않는 상태를 의미한다.

아울러, 송신 에러 카운터(Transmit Error Count)는 송신측 제어부로부터 송신되는 에러 유발 인자를 의미하고, 수신 에러 카운터(Receive Error Count)는 게이트웨이(200)가 수신하는 에러 유발 인자를 의미한다.

아울러, 경고 인터럽트, 패시브 인터럽트, 긴급 인터럽트 및 버스 오프 인터럽트는 게이트웨이에서 에러 카운터를 체크하여 에러 증감에 따른 기준(경향성)을 설정하는 것이며, 그 기준에 대응하여 특정 디폴트값을 송신될 수 있다.

구체적으로, 에러 액티브 상태는 수신 에러 카운터가 128 이하이고, 송신 에러 카운터가 128 이하인 경우이며, 에러 패시브 상태는 수신 에러 카운터가 127 이상이거나, 송신 에러 카운터가 127 이상인 경우 및 버스 오프 상태는 송신 에러 카운터가 255 이상인 경우에 통신 불능 상태가 된다.

제어모드 판단부(230)는 에러 인자 분류부로부터 판단된 에러가 발생하는 원인 인자 및 에러 카운터부로부터 계산된 에러 카운터를 기반으로 3단계로 구성된 제어모드에 따른 에러상태 별 디폴트값을 수신측 제어부에 송신한다.

먼저, 게이트웨이(200)에서 에러 액티브 상태로 판단하는 경우에 제어모드 판단부(230)는 실제 데이터에서 에러 원인 인자 중 000, 001, 010, 011, 100, 101이 발생하면, 제어모드 판단부(200)는 별도 제어를 실시하지 않고 수신측 제어부에 디폴트 값을 송신하지 않는다.

그러나, 실제 데이터에서 에러 원인 인자 중 110이 발생하면, 제어모드 판단부(200)는 진단코드(Diagnostic Trouble Code, DTC)에 에러 원인 인자를 저장하고, 111이 발생하면, 에러 원인 인자의 연속성을 고려하여 특정 디폴트값을 수신측 제어부에 송신한다.

다음으로, 게이트웨이(200)에서 에러 액티브 상태 또는 에러 패시브 상태로 판단되는 경우에 제어모드 판단부(230)는 실제 데이터에서 에러 원인 인자 중 000, 001, 010, 011, 100, 101이 발생하면, 해당 에러 원인 인자를 처리하고, 실제 데이터에서 에러 원인 인자 중 110이 발생하면, 제어모드 판단부(200)는 진단코드(DTC)에 에러 원인 인자를 저장하고, 경고등을 점등하며, 111이 발생하면, 에러 원인 인자의 연속성을 고려하여 특정 디폴트값을 수신측 제어부에 송신한다.

다음에는, 게이트웨이(200)에서 에러 패시브 상태로 판단하는 경우에 제어모드 판단부(230)는 실제 데이터에서 에러 원인 인자 중 000, 001, 010, 011, 100, 101이 발생하면, 제어모드 판단부(200)는 해당 에러 원인 인자를 처리하고, 실제 데이터에서 에러 원인 인자 중 110이 발생하면, 제어모드 판단부(200)는 진단코드(DTC)에 에러 원인 인자를 저장하고, 경고등을 점등하며, 111이 발생하면, 에러 원인 인자의 산발성을 고려하여 특정 디폴트값을 수신측 제어부에 송신한다.

도 3은 본 발명의 일실시예에 따른 게이트웨이에서 에러 발생 횟수 및 에러 상태에 따른 제어방법을 설명하는 그래프이다.

도 3을 참조하면, 게이트웨이서는 에러 카운터 조건에 따라 에러 액티브 상태(a), 에러 패시브 상태(b) 및 버스 오프 상태(c)로 분류할 수 있다.

먼저, 에러 액티브 상태(a)는 수신 에러 카운터가 128 이하이고, 송신 에러 카운터가 128 이하인 경우이고, 경고 인터럽트(Warning Interrupt)의 수신 또는 송신 에러 카운터가 96을 기준으로 분류될 수 있다.

또한, 에러 패시브 상태(b)는 수신 에러 카운터가 127 이상이거나, 송신 에러 카운터가 127 이상인 경우이고, 긴급 인터럽트(Urgent Interrupt)의 수신 또는 송신 에러 카운터가 224를 기준으로 분류되며, 버스 오프 상태(c)는 송신 에러 카운터가 255 이상인 경우에 적용될 수 있다.

도 4는 본 발명의 일실시예에 따른 게이트웨이 제어방법을 실행하는 컴퓨팅 시스템을 보여주는 블록도이다.

도 4를 참조하면, 컴퓨팅 시스템(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는 사용자 단말기 내에 상주할 수도 있다. 다른 방법으로, 프로세서 및 저장 매체는 사용자 단말기 내에 개별 컴포넌트로서 상주할 수도 있다.

한편, 전술한 바와 같은 본 발명의 방법은 컴퓨터 프로그램으로 작성이 가능하다. 그리고 상기 프로그램을 구성하는 코드 및 코드 세그먼트는 당해 분야의 컴퓨터 프로그래머에 의하여 용이하게 추론될 수 있다.　또한, 상기 작성된 프로그램은 컴퓨터가 읽을 수 있는 기록매체(정보저장매체)에 저장되고, 컴퓨터에 의하여 판독되고 실행됨으로써 본 발명의 방법을 구현한다. 그리고 상기 기록매체는 컴퓨터가 판독할 수 있는 모든 형태의 기록매체를 포함한다.

이상, 본 발명은 비록 한정된 구성과 도면에 의해 설명되었으나, 본 발명의 기술적 사상은 이러한 것에 한정되지 않으며, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해, 본 발명의 기술적 사상과 하기 기재될 특허청구범위의 균등범위 내에서 다양한 수정 및 변형 실시가 가능할 것이다.

100: 송신측 제어부 200: 게이트웨이
210: 에러 인자 분류부 220: 에러 카운터부
230: 제어모드 판단부 300: 수신측 제어부

Claims

수신되는 데이터 프레임에 정의된 데이터 영역을 참조하여 에러가 발생하는 원인 인자를 판단하는 에러 인자 분류부
에러 발생 횟수를 카운트하는 에러 카운터부; 및
상기 에러가 발생하는 원인 인자 및 상기 카운트한 에러 발생 횟수를 기반으로, 에러 증감에 따른 경향성을 나타내는 에러 상태 별 디폴트값을 생성하는 제어모드 판단부;
를 포함하는 게이트웨이.
청구항 1에 있어서,
상기 에러 인자 분류부는,
각각의 에러 상황 별 차량의 네트워크 상태를 미리 예측할 수 있도록 에러 인자를 분류하는 게이트웨이.
청구항 1에 있어서,
상기 에러 인자 분류부는
데이터 프레임 내 정의된 에러 상태 지수(ESI) 내 에러 상태 정보를 모니터링하는 것을 특징으로 하는 게이트웨이.
청구항 1에 있어서,
상기 에러 인자 분류부는
데이터 프레임 내 정의된 데이터 영역의 값이 0이면, 에러 액티브 상태로 분류하고, 상기 데이터 영역의 값이 1이면, 에러 패시브 상태로 분류하는 게이트웨이.
청구항 1에 있어서,
상기 에러 카운터부는
에러 발생 횟수를 카운트한 값에 따라 에러 액티브 상태, 에러 패시브 상태 및 버스 오프 상태로 분류하는 게이트웨이.
수신되는 데이터 프레임에 정의된 데이터 영역을 참조하여 에러가 발생하는 원인 인자를 판단하는 단계;
에러 발생 횟수를 카운트하는 단계; 및
상기 에러가 발생하는 원인 인자 및 상기 카운트한 에러 발생 횟수를 기반으로, 에러 증감에 따른 경향성을 나타내는 에러 상태 별 디폴트값을 생성하는 단계;
를 포함하는 게이트웨이 제어방법.
청구항 6에 있어서,
상기 에러가 발생하는 원인 인자 및 상기 카운트한 에러 발생 횟수를 기반으로 에러 상태 별 디폴트값을 생성하는 단계는
데이터 프레임 내 정의된 에러 상태 지수(ESI) 내의 에러 상태 정보를 모니터링하는 단계를 포함하는 게이트웨이 제어방법.
청구항 6에 있어서,
상기 에러가 발생하는 원인 인자 및 상기 카운트한 에러 발생 횟수를 기반으로, 에러 증감에 따른 경향성을 나타내는 에러 상태 별 디폴트값을 생성하는 단계는
데이터 프레임 내 정의된 데이터 영역의 값이 0이면, 에러 액티브 상태로 분류하고, 상기 데이터 영역의 값이 1이면, 에러 패시브 상태로 분류하는 게이트웨이 제어방법.