KR20160047147A - 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법 - Google Patents

오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법 Download PDF

Info

Publication number
KR20160047147A
KR20160047147A KR1020140143163A KR20140143163A KR20160047147A KR 20160047147 A KR20160047147 A KR 20160047147A KR 1020140143163 A KR1020140143163 A KR 1020140143163A KR 20140143163 A KR20140143163 A KR 20140143163A KR 20160047147 A KR20160047147 A KR 20160047147A
Authority
KR
South Korea
Prior art keywords
software platform
verification
software
information
extracting
Prior art date
Application number
KR1020140143163A
Other languages
English (en)
Other versions
KR102190663B1 (ko
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 KR1020140143163A priority Critical patent/KR102190663B1/ko
Publication of KR20160047147A publication Critical patent/KR20160047147A/ko
Application granted granted Critical
Publication of KR102190663B1 publication Critical patent/KR102190663B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing

Abstract

본 발명의 일 측면은, 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법을 제안한다.
이를 위해 본 발명의 일 측면에 의한 오토사 기반의 소프트웨어 플랫폼 검증 방법은, 오토사 기반으로 생성된 ECU 재구성 파일로부터 소프트웨어 플랫폼 정보를 추출하고; 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양을 추출하여 검증 사양을 생성하고; 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 구동을 위한 검증용 어플리케이션 소프트웨어를 추출하여 검증 프로그램을 자동으로 생성함으로써 제어 사양 기반으로 사람이 만들어내는 검증 사양에 비해 휴먼 에러를 줄일 수 있다. 또한 ECU 재구성 정보는 실제 소스 코드가 생성되는 원천 파일이기 때문에 사양에 없는 코드가 구현되었는지도 평가가 가능하여 플랫폼 소프트웨어가 구성된 모든 사양에 대해 검증 가능하여 소프트웨어 검증 효율성과 신뢰성을 향상시킬 수 있게 된다.

Description

오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법{APPARATUS FOR VERIFYING THE SOFTWARE PLATFORM BASED AUTOSAR AND METHOD THEREOF}
본 발명은 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법에 관한 것이다.
차량의 전기 전자적 구조가 복잡해짐에 따라 이를 제어하기 위한 소프트웨어의 양과 복잡도 또한 증가하고 있다. 따라서 소프트웨어를 개발하는데 소요되는 기간 역시 늘어나고 있으며 소프트웨어의 결함이 발생할 확률도 증가하고 있다
이러한 소프트웨어의 복잡도를 해결하고 결함을 줄이기 위해 차량용 임베디드(embedded) 소프트웨어 기술에서 신뢰성과 재사용성을 보장해주는 표준화된 소프트웨어 플랫폼의 필요성이 대두되었다.
이를 위해 유럽계 자동차 선진 업체와 부품공급업자들이 서로 협력하여 오토사(AUTomotive Open System Architecture; AUTOSAR)라는 자동차 임베디드 소프트웨어 플랫폼 표준을 설립하였다. 오토사는 신뢰성과 재사용성을 목적으로 개발된 차량 전장용 소프트웨어 표준 플랫폼으로써 많은 자동차 회사에서 오토사를 기반으로 개발한 플랫폼이 탑재된 상용차 개발에 주력하고 있다.
오토사 소프트웨어 플랫폼은 통신, 진단, 메모리 등 다양한 제어기에 적용되기 위한 통합 사양을 담고 있고, 실제 제어기에 적용하기 위해서는 필요한 소프트웨어 부분만을 추출하여 시스템을 재구성(configuration)하는 과정을 거치게 된다. 이러한 재구성(configuration) 과정이 오토사 소프트웨어 플랫폼 사용을 위한 핵심 기술 중 하나이다.
오토사 기반의 소프트웨어 플랫폼을 사용하는 업체에서는 이 재구성(configuration) 과정에 따라 발생하는 다양한 변이의 소프트웨어를 평가하기 위한 많은 노력을 기울이고 있다. 따라서 소프트웨어 플랫폼의 제어 사양에서 생성한 소프트웨어가 오토사 표준 명세서(standard specification)에 따라 적합하게 개발되었는지에 대한 검증이 필요하다.
본 발명의 일 측면은, 오토사 기반의 소프트웨어 플랫폼 소스 코드가 구성되는 원천 정보인 ECU 재구성 정보를 읽어서 소프트웨어 플랫폼 검증을 위한 검증 사양 및 검증 소프트웨어를 자동으로 생성하는 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법을 제공한다.
본 발명의 일 측면에 의한 오토사 기반의 소프트웨어 플랫폼 검증 장치 는, 오토사 기반으로 생성된 ECU 재구성 파일로부터 소프트웨어 플랫폼 정보를 추출하는 소프트웨어 플랫폼 정보 추출부; 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양을 추출하는 소프트웨어 플랫폼 검증 사양 추출부; 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 구동을 위한 검증용 어플리케이션 소프트웨어를 추출하는 소프트웨어 플랫폼 검증용 소프트웨어 추출부를 포함한다.
본 발명의 일 측면에 의한 오토사 기반의 소프트웨어 플랫폼 검증 장치 는, 차량에 장착되는 부품의 제어를 수행하는 하나 이상의 제어기를 더 포함하고, ECU 재구성 파일은 제어기에 필요한 소프트웨어를 추출하여 재구성하는 재구성 과정을 통해 생성된 XML 형태의 문서인 것을 특징으로 한다.
제어기는 해당 제어기를 구동하기 위한 제어 로직과, 소프트웨어 플랫폼 DB로부터 필요한 플랫폼 모듈을 선택하여 해당 제어기의 응용에 맞게 시스템을 재구성하는 소프트웨어 플랫폼 구성부와, 해당 제어기의 제반 동작을 제어하는 마이크로컨트롤러를 포함한다.
소프트웨어 플랫폼 정보 추출부는 0x256의 ID를 가진 Patent_Test라는 이름의 CAN 출력을 100ms 주기로 출력하는 것을 특징으로 한다.
또한, 소프트웨어 플랫폼 정보 추출부는 모듈 별 기능 및 ECU 정보를 파악하고, ECU 재구성 파일 내 정보 구조 파악을 통해 데이터를 추출하는 것을 특징으로 한다.
또한, 소프트웨어 플랫폼 정보 추출부는 소프트웨어 플랫폼 검증을 위한 검증 사양 개발을 위해 미리 정의된 구조에 맞게 데이터를 데이터베이스화하는 것을 특징으로 한다.
소프트웨어 플랫폼 검증 사양 추출부는 0x256의 ID 메시지가 100ms 마다 출력되는지 확인하는 것을 특징으로 한다.
또한, 소프트웨어 플랫폼 검증 사양 추출부는 소프트웨어 플랫폼 검증 사양 별 필요 데이터를 추출하여 검증 사양을 추출하는 것을 특징으로 한다.
소프트웨어 플랫폼 검증 사양에는 P_Controller라는 CAN 채널이 존재하고, 입력은 인터럽트 방식으로 처리하고, 출력은 Polling 방식으로 처리하며, Busoff 감지는 Polling 방식으로 처리하는 것을 특징으로 한다.
또한, 소프트웨어 플랫폼 검증 사양 추출부는 P_Controller에 Busoff 상황이 발생하면 Polling 방식으로 이를 검출하고, 어플리케이션에 오류 정보를 알려주는지 검증하는 것을 특징으로 한다.
소프트웨어 플랫폼 검증 사양에는 C_Controller라는 CAN 채널이 존재하고, 입력은 인터럽트 방식으로 처리하고, 출력은 Polling 방식으로 처리하며, Busoff 감지는 Polling 방식으로 처리하는 것을 특징으로 한다.
소프트웨어 플랫폼 검증용 소프트웨어 추출부는 소프트웨어 플랫폼 검증 사양 별로 필요 데이터를 추출하여 검증 프로그램을 생성하는 것을 특징으로 한다.
그리고, 본 발명의 일 측면에 의한 오토사 기반의 소프트웨어 플랫폼 검증 방법은, 오토사 기반의 제어 사양에서 재구성 과정을 통해 ECU 재구성 파일을 생성하고; ECU 재구성 파일로부터 소프트웨어 플랫폼 정보를 추출하고; 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양을 추출하고; 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 구동을 위한 검증용 어플리케이션 소프트웨어를 추출하는 것을 포함한다.
소프트웨어 플랫폼 정보를 추출하는 것은, 소프트웨어 플랫폼 모듈 별 기능 및 ECU 정보를 파악하고; ECU 재구성 파일 내 정보 구조 파악을 통해 데이터를 추출하고; 소프트웨어 플랫폼 검증을 위한 검증 사양 개발을 위해 미리 정의된 구조에 맞게 데이터를 데이터베이스화하는 것을 포함한다.
소프트웨어 플랫폼 검증 사양을 추출하는 것은, 소프트웨어 플랫폼 검증 사양 별 필요 데이터를 추출하고, 추출 데이터를 이용하여 검증 사양을 생성하는 것을 특징으로 한다.
소프트웨어 플랫폼 검증용 소프트웨어를 추출하는 것은, 소프트웨어 플랫폼 검증 사양 별 필요 데이터를 추출하고, 추출 데이터를 이용하여 검증 프로그램을 생성하는 것을 특징으로 한다.
또한, 본 발명의 일 측면에 의한 오토사 기반의 소프트웨어 플랫폼 검증 방법은, 오토사 기반으로 생성된 ECU 재구성 파일로부터 소프트웨어 플랫폼 정보를 추출하고; 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양을 추출하여 검증 사양을 생성하고; 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 구동을 위한 검증용 어플리케이션 소프트웨어를 추출하여 검증 프로그램을 생성하고; 생성된 검증 사양 및 검증 프로그램을 이용하여 소프트웨어 플랫폼을 검증하는 것을 포함한다.
또한, 본 발명의 일 측면에 의한 차량은, 오토사 기반으로 생성된 ECU 재구성 파일로부터 소프트웨어 플랫폼 정보를 추출하고, 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양 및 검증 소프트웨어를 추출하여 오토사 기반의 소프트웨어 플랫폼 검증이 완료된 임베디드 시스템을 그 내부에 설치한다.
본 발명의 일 측면에 의한 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법에 의하면, 오토사 기반의 소프트웨어 플랫폼 소스 코드가 구성되는 원천 정보인 ECU 재구성 정보를 읽어서 소프트웨어 플랫폼 검증을 위한 검증 사양 및 검증 소프트웨어를 자동으로 생성함으로써 제어 사양 기반으로 사람이 만들어내는 검증 사양에 비해 휴먼 에러를 줄일 수 있다. 또한 ECU 설정 정보는 실제 소스 코드가 생성되는 원천 파일이기 때문에 사양에 없는 코드가 구현되었는지도 평가가 가능하여 플랫폼 소프트웨어가 구성된 모든 사양에 대해 검증 가능하여 소프트웨어 검증 효율성과 신뢰성을 향상시킬 수 있게 된다.
도 1은 본 발명의 일 실시예에 의한 오토사 기반의 소프트웨어 플랫폼을 적용하는 제어기의 구성도이다.
도 2는 본 발명의 일 실시예에 의한 오토사 기반의 소프트웨어 플랫폼이 제대로 재구성되었는지를 검증하는 장치의 구성도이다.
도 3은 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 정보를 추출하기 위한 CAN 스택의 예를 나타낸 구성도이다.
도 4는 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 정보를 추출하기 위한 CAN 드라이버 재구성 파일의 예시도이다.
도 5는 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 정보를 추출하기 위한 CAN 드라이버 재구성 파일의 데이터베이스 구조도이다.
도 6은 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 검증 사양을 추출하기 위한 데이터베이스 구조도이다.
도 7은 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 검증용 소프트웨어를 추출하기 위한 데이터베이스 구조도이다.
도 8은 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 검증용 소프트웨어를 생성하기 위한 시스템 구성도이다.
도 9는 본 발명의 일 실시예에 의한 오토사 기반의 소프트웨어 플랫폼 검증 방법을 나타낸 동작 순서도이다.
도 10은 본 발명의 일 실시예에 의한 오토사 기반의 소프트웨어 플랫폼 검증이 완료된 임베디드 시스템이 내장된 차량의 외관도이다.
도 11은 본 발명의 일 실시예에 의한 오토사 기반의 소프트웨어 플랫폼 검증이 완료된 임베디드 시스템이 내장된 차량의 내부 구성을 나타낸 도면이다.
이하 첨부된 도면을 참조하여 본 발명의 일 측면에 의한 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법에 관한 실시예를 상세하게 설명하도록 한다.
도 1은 본 발명의 일 실시예에 의한 오토사 기반의 소프트웨어 플랫폼을 적용하는 제어기의 구성도이다.
소프트웨어 플랫폼은 차량 제어의 기본 단위인 ECU(Electronic Control Unit)들로 이루어져 있으며, 각 ECU들은 기능 수행을 위한 기본 소프트웨어(Basic Software; BSW) 모듈(이하, 플랫폼 모듈이라 한다)과, 이들 위에서 동작하는 소프트웨어 컴포넌트들 그리고 이들의 통신을 지원해주는 오토사 실시간 환경(Runtime Environment; RTE)으로 이루어져 있다. 이 중 플랫폼 모듈들은 ECU의 환경과 지원 기능에 따라 다양한 설정이 가능하며, 오토사에서는 각 플랫폼 모듈에 대한 명세 및 설정에 대한 표준을 제공하고 있다.
플랫폼 모듈은 소프트웨어 컴포넌트가 필요한 작업을 수행하는데 필요로 하는 서비스를 제공하는 표준화된 소프트웨어 계층으로써, 소프트웨어 컴포넌트에게 입출력, 메모리, 통신 등과 관련된 서비스를 제공한다.
오토사의 실시간 환경(Run-Time Environment; RTE)은 같은 ECU안에서 이루어지는 데이터 교환이나 ECU와 ECU 사이에서 이루어지는 데이터 교환을 관리하는 통신의 중추적인 역할을 한다. RTE를 기반으로 수행되는 소프트웨어 컴포넌트는 응용 프로그램의 종류에 따라 고유한 통신 제약 조건을 가지기 때문에 RTE 역시 그러한 제약에 맞게 구성되어야 한다. RTE코드가 생성되는 과정에서 이러한 제약 조건들이 고려되어 결과적으로 RTE는 각 ECU마다 다른 내용을 가지게 된다.
오토사의 어플리케이션은 특정 ECU에 매핑된 소프트웨어 컴포넌트들로 구성되어 있는 계층이다. 각 소프트웨어 컴포넌트는 RTE를 거쳐 다른 소프트웨어 컴포넌트나 기본 소프트웨어 모듈의 오토사 서비스, ECU 추상화, 복합장치 드라이버와 같은 모듈들과 통신한다. 이때 각 컴포넌트 모듈은 RTE를 통해 필요한 데이터를 전송하고 수신할 수 있도록 오토사 인터페이스를 이용한다.
제어기(110)는 소프트웨어 플랫폼 DB(100)로부터 소스 파일을 생성하고자 하는 오토사 기반의 플랫폼 모듈을 선택하고 해당 제어기(110)의 응용에 맞게 시스템을 재구성한다.
즉, 제어기(110)는 해당 제어기(110)를 구동하기 위한 제어 로직(111)과, 소프트웨어 플랫폼 DB(100)로부터 필요한 플랫폼 모듈을 선택하여 해당 제어기(110)의 응용에 맞게 시스템을 재구성하는 소프트웨어 플랫폼 구성부(112)와, 해당 제어기(110)의 전체적인 동작을 제어하는 마이크로컨트롤러(113)를 포함한다.
오토사 기반의 소프트웨어 플랫폼 개발을 위해서는 오토사 기반의 제어 사양에서 소프트웨어 코드를 개발하는 과정 중에 항상 재구성(configuration) 과정을 거쳐야 하고, 재구성(configuration) 중에는 ECU 재구성(configuration)이라고 불리는 XML 형태의 파일이 생성된다.
재구성(configuration)은 제어 사양 기반으로 플랫폼 기능 중 필요한 기능만을 추출하거나 CAN/진단 메시지, 메모리 블록 정보 등 제어기 특화 정보를 입력한다.
재구성(configuration)이 종료되면, 생성되는 ECU 재구성(configuration) 파일에는 소프트웨어 플랫폼 개발에 필요한 모든 데이터가 입력되게 된다.
본 발명의 일 실시예에서는 ECU 재구성(configuration)으로부터 소프트웨어 플랫폼 구성 정보를 입력 받아 소프트웨어 플랫폼 검증을 위한 검증 사양(입력, 기능, 예상 출력) 및 검증 소프트웨어를 생성하는 기술에 대해 설명하고자 한다.
도 2는 본 발명의 일 실시예에 의한 오토사 기반의 소프트웨어 플랫폼이 제대로 재구성되었는지를 검증하는 장치의 구성도이다.
도 2에서, 오토사 기반의 소프트웨어 플랫폼 검증 장치(200)는, 소프트웨어 플랫폼 정보 추출부(220), 소프트웨어 플랫폼 검증 사양 추출부(230) 및 소프트웨어 플랫폼 검증용 소프트웨어 추출부(240)를 포함한다.
소프트웨어 플랫폼 정보 추출부(220)는 오토사 기반의 제어 사양에서 재구성(configuration) 과정을 통해 생성된 ECU 재구성 파일(210; XML 형태의 파일)로부터 소프트웨어 플랫폼 구성 정보를 입력 받아 소프트웨어 플랫폼 정보를 추출하는 오토사 지원 툴(AUTOSAR supporting tool)이다.
또한, 소프트웨어 플랫폼 정보 추출부(220)는 0x256의 ID를 가진 Patent_Test라는 이름의 CAN 출력이 존재하고, 100ms 주기로 메시지를 출력한다.
소프트웨어 플랫폼 검증 사양 추출부(230)는 소프트웨어 플랫폼 정보 추출부(220)에서 추출된 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양을 추출한다.
또한, 소프트웨어 플랫폼 검증 사양 추출부(230)는 0x256의 ID 메시지가 100ms 마다 출력되는지 확인한다.
소프트웨어 플랫폼 검증용 소프트웨어 추출부(240)는 소프트웨어 플랫폼 정보 추출부(220)에서 추출된 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 구동을 위한 검증용 어플리케이션 소프트웨어를 추출한다.
또한, 소프트웨어 플랫폼 검증용 소프트웨어 추출부(240)는 0x256의 ID 메시지에 대해 100ms 간격으로 출력 요청하고, 제어기(110)의 외부 툴을 통해 검증한다.
다음에는, 오토사 기반의 소프트웨어 플랫폼 검증을 위해 소프트웨어 플랫폼 정보를 추출하는 방법에 대하여 도 3 내지 도 5를 참조하여 보다 상세히 설명한다.
도 3은 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 정보를 추출하기 위한 CAN 스택의 예를 나타낸 구성도이다.
도 3에서, 소프트웨어 플랫폼 정보 추출부(220)는 오토사 모듈 별 기능 및 보유한 주요 ECU 정보를 파악한다.
오토사 기반의 소프트웨어 플랫폼은 일종의 미들웨어인 RTE를 통해 응용 계층의 SW-C(Software Componet)를 가상적으로 연결하여 각 ECU의 SW-C 에 대한 통신을 지원한다. 송신 ECU는 송신할 메시지를 전장 응용 SW, PDU 라우터(Protocol Data Unit Router), CAN 모듈(CAN Interface, CAN Driver)을 거쳐 제어기의 마이크로컨트롤러(23)로 CAN 네트워크 송신하며, 수신 ECU는 CAN 네트워크, CAN 모듈 및 PDU 라우터를 거쳐 전장 응용 SW를 통해 테스트 어플리케이션(221; Test Application)로 메시지를 수신할 수 있다.
이때, CAN 모듈은 송신할 메시지의 크기에 따라 단일 프레임(Single Frame) 또는 복수의 연속 프레임(Consecutive Frame)을 송신한다. 즉, 송신 ECU의 CAN 모듈은 송신 메시지가 단일 프레임의 패이로드(Payload) 크기를 초과하는 크기이면, 복수의 CF 프레임으로 분할하여 송신하며, 수신 ECU는 복수의 CF 프레임을 재조립하여 원래 메시지를 복원한다.
RTE(Run-Time Environment) 소프트웨어는 통신 모듈 구동 주기, 플랫폼, 어플리케이션 인터페이스 등의 기능을 가진다.
COM 소프트웨어는 메시지 입력 주기, 타임 아웃(Timeout), 출력 주기/방법 등의 기능을 가진다.
PDU 라우터 소프트웨어는 메시지 라이팅, CAN Rx-Ethernet Tx 등의 기능을 가진다.
CAN 인터페이스(CAN Interface) 소프트웨어는 입력 메시지 별 분류(일반 통신, 대용량, 진단, CDD 등), 출력 처리 등의 기능을 가진다.
CAN 드라이버(CAN Dirver) 소프트웨어는 통신 채널 수, 통신 속도, 채널 별 입출력 메시지 정보, 입출력 방식, 통신 오류 처리 방법 등의 기능을 가진다.
도 4는 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 정보를 추출하기 위한 CAN 드라이버 재구성 파일의 예시도이다.
도 4에서, 소프트웨어 플랫폼 정보 추출부(220)는 CAN 드라이버 재구성 파일 내 정보 구조 파악을 통해 소프트웨어 플랫폼 정보를 추출한다.
CAN 드라이버 재구성 파일(210)에는 P_Controller라는 CAN 채널이 존재하고, 입력은 인터럽트 방식으로 처리하고, 출력은 Polling 방식으로 처리하며, Busoff 감지는 Polling 방식으로 처리한다.
또한, CAN 드라이버 재구성 파일(210)에는 P_B라는 이름의 메시지가 존재하고, 메시지 ID는 513이며, P_Controller라는 CAN 채널 내 존재하는 출력 메시지이다.
도 5는 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 정보를 추출하기 위한 CAN 드라이버 재구성 파일의 데이터베이스 구조도이다.
도 5에서, 소프트웨어 플랫폼 정보 추출부(220)는 소프트웨어 플랫폼 검증을 위한 검증 사양 개발을 위해 미리 정의된 구조에 맞게 정보를 데이터베이스화한다.
다음에는, 오토사 기반의 소프트웨어 플랫폼 검증을 위해 소프트웨어 플랫폼 검증 사양을 추출하는 방법에 대하여 도 6을 참조하여 보다 상세히 설명한다.
도 6은 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 검증 사양을 추출하기 위한 데이터베이스 구조도이다.
도 6에서, 소프트웨어 플랫폼 검증 사양 추출부(230)는 소프트웨어 플랫폼 검증 사양 별 필요 데이터를 추출한다.
소프트웨어 플랫폼 검증 사양에는 P_Controller라는 CAN 채널이 존재하고, 입력은 인터럽트 방식으로 처리하고, 출력은 Polling 방식으로 처리하며, Busoff 감지는 Polling 방식으로 처리한다.
P_Controller라는 CAN 채널 내에는 P_B라는 이름의 출력 메시지가 존재하고, 메시지 ID는 513이다.
또한, 소프트웨어 플랫폼 검증 사양에는 C_Controller라는 CAN 채널이 존재하고, 입력은 인터럽트 방식으로 처리하고, 출력은 Polling 방식으로 처리하며, Busoff 감지는 Polling 방식으로 처리한다.
C_Controller 라는 CAN 채널 내에는 C_B라는 이름의 입력 메시지가 존재하고, 메시지 ID는 각각 513과 512이다.
따라서, 소프트웨어 플랫폼 검증 사양 추출부(230)는 도 6의 데이터베이스에서 검증 사양 별로 필요 데이터를 추출하여 검증 사양을 생성한다.
즉, 소프트웨어 플랫폼 검증 사양 추출부(230)는 P_Controller에 Busoff 상황이 발생하면 Polling 방식으로 이를 검출하고, 어플리케이션에 오류 정보를 알려주는지 검증한다.
또한, 소프트웨어 플랫폼 검증 사양 추출부(230)는 C_Controller로부터 '513' ID 메시지를 받으면 P_Controller에 동일한 '513' ID 메시지를 출력하며, 메시지 내 데이터 값은 동일한지 검증한다.
또한, 소프트웨어 플랫폼 검증 사양 추출부(230)는 P_Controller에 '512' ID 메시지는 10ms로 수신되도록 설정되어 있으며, 만일 30ms 동안 아무런 메시지가 수신되지 않을 경우에는 어플리케이션에 오류 정보를 알려주는지 검증한다.
다음에는, 오토사 기반의 소프트웨어 플랫폼 검증을 위해 소프트웨어 플랫폼 검증용 소프트웨어를 추출하는 방법에 대하여 도 7 및 도 8을 참조하여 보다 상세히 설명한다.
도 7은 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 검증용 소프트웨어를 추출하기 위한 데이터베이스 구조도이다.
도 7에서, 소프트웨어 플랫폼 검증용 소프트웨어 추출부(240)는 소프트웨어 플랫폼 검증 사양 별 필요 데이터를 추출한다.
소프트웨어 플랫폼 검증 사양에는 C_Controller라는 CAN 채널이 존재하고, 입력은 인터럽트 방식으로 처리하고, 출력은 Polling 방식으로 처리하며, Busoff 감지는 Polling 방식으로 처리한다.
C_Controller 라는 CAN 채널 내에는 C_B라는 이름의 입력 메시지가 존재하고, 메시지 ID는 각각 512이며, 입력 주기는 10ms이고, 타임 아웃(Timeout)은 30ms이다.
따라서, 소프트웨어 플랫폼 검증용 소프트웨어 추출부(240)는 도 7의 데이터베이스에서 검증 사양 별로 필요 데이터를 추출하여 검증 프로그램을 생성한다.
즉, 소프트웨어 플랫폼 검증용 소프트웨어 추출부(240)는 P_Controller에 '512' ID 메시지는 10ms로 수신되도록 설정되어 있으며, 만일 30ms 동안 아무런 메시지가 수신되지 않을 경우에는 어플리케이션에 오류 정보를 알려주는지 검증한다.
도 8은 본 발명의 일 실시예에 의한 소프트웨어 플랫폼 검증용 소프트웨어를 생성하기 위한 시스템 구성도이다.
도 8에서, 소프트웨어 플랫폼 검증용 소프트웨어 추출부(240)는 CAN 통신 채널로 통신하는 통신 장비(320)를 통해 PC용 프로그램으로 구동하는 PC(300)와 제어기용 임베디드 프로그램으로 구동하는 제어 보드(310) 간에 시스템을 구성한다.
따라서, 소프트웨어 플랫폼 검증용 소프트웨어 추출부(240)는 소프트웨어 플랫폼 검증 사양 별 필요 데이터를 추출하여 검증용 어플리케이션 소스 템플릿 및 추출 데이터를 이용한 검증 프로그램을 생성한다.
PC(300)는 통신 장비(320)를 통해 '512' ID 메시지를 10ms 주기로 제어 보드(310)로 송신한다.
제어 보드(310)에서 아무런 메시지가 없으면, PC(300)는 '512' ID 메시지를 송신하는 중에 만일 40ms 동안 아무런 메시지가 수신되지 않을 경우에는 어플리케이션에 오류 정보를 알려준다.
도 9는 본 발명의 일 실시예에 의한 오토사 기반의 소프트웨어 플랫폼 검증 방법을 나타낸 동작 순서도이다.
도 9에서, 오토사 기반의 제어 사양에서 소프트웨어 코드를 개발하는 과정 중에 재구성(configuration) 과정을 거친다(400). 재구성(configuration) 중에는 ECU 재구성(configuration)이라고 불리는 XML 형태의 파일이 생성된다(410).
재구성(configuration)은 제어 사양 기반으로 플랫폼 기능 중 필요한 기능만을 추출하거나 CAN/진단 메시지, 메모리 블록 정보 등 제어기 특화 정보를 입력한다.
재구성(configuration)이 종료되면, 생성되는 ECU 재구성(configuration) 파일에는 소프트웨어 플랫폼 개발에 필요한 모든 데이터가 입력되게 된다.
이어서, 소프트웨어 플랫폼 정보 추출부(220)는 오토사 기반의 제어 사양에서 재구성(configuration) 과정을 통해 생성된 ECU 재구성 파일(210)로부터 소프트웨어 플랫폼 구성 정보를 입력 받아 소프트웨어 플랫폼 정보를 추출한다(420).
그리고, 소프트웨어 플랫폼 검증 사양 추출부(230)는 소프트웨어 플랫폼 정보 추출부(220)에서 추출된 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양을 추출한다(430).
소프트웨어 플랫폼 검증용 소프트웨어 추출부(240)는 소프트웨어 플랫폼 정보 추출부(220)에서 추출된 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 구동을 위한 검증용 어플리케이션 소프트웨어를 추출한다(440).
이러한 과정을 통해 오토사 기반의 소프트웨어 플랫폼 소스 코드가 구성되는 원천 정보인 ECU 재구성 정보를 읽어서 소프트웨어 플랫폼 검증을 위한 검증 사양 및 검증 소프트웨어를 자동으로 생성할 수 있게 된다.
도 10은 본 발명의 일 실시예에 의한 오토사 기반의 소프트웨어 플랫폼 검증이 완료된 임베디드 시스템이 내장된 차량의 외관도이다.
도 10에서, 본 발명의 일 실시예에 의한 차량(1)은 차량(1)의 외관을 형성하는 본체(10), 차량(1)을 이동시키는 차륜(21, 22), 차륜(21, 22)을 회전시키는 구동 장치(미도시), 차량(1) 내부를 외부로부터 차폐시키는 도어(14), 차량(1) 내부의 운전자에게 차량(1) 전방의 시야를 제공하는 전면 유리(17), 운전자에게 차량(1) 후방의 시야를 제공하는 사이드 미러(18, 19)를 포함한다.
차륜(21, 22)은 차량의 전방에 마련되는 전륜(21), 차량의 후방에 마련되는 후륜(22)을 포함하며, 구동 장치는 본체(10)가 전방 또는 후방으로 이동하도록 전륜(21) 또는 후륜(22)에 회전력을 제공한다. 이와 같은 구동 장치는 화석 연료를 연소시켜 회전력을 생성하는 엔진(engine) 또는 축전기(미도시)로부터 전원을 공급받아 회전력을 생성하는 모터(motor)를 채용할 수 있다.
도어(14)는 본체(10)의 좌측 및 우측에 회동 가능하게 마련되어 개방 시에 운전자가 차량(1)의 내부에 탑승할 수 있도록 하며, 폐쇄 시에 차량(1)의 내부를 외부로부터 차폐시킨다.
전면 유리(17)는 본체(10)의 전방 상측에 마련되어 차량(1) 내부의 운전자가 차량(1) 전방의 시각 정보를 획득할 수 있도록 하는 것으로서, 윈드 쉴드 글래스(windshield glass)라고도 한다.
사이드 미러(18, 19)는 본체(1)의 좌측에 마련되는 좌측 사이드 미러(18) 및 우측에 마련되는 우측 사이드 미러(19)를 포함하며, 차량(1) 내부의 운전자가 차량(1) 측면 및 후방의 시각 정보를 획득할 수 있도록 한다.
이외에도 차량(1)은 후방의 장애물 내지 다른 차량을 감지하는 근접 센서, 강수 여부 및 강수량을 감지하는 레인 센서 등의 감지 장치를 포함할 수 있다.
근접 센서의 일 예로서, 차량의 측면 또는 후면에 감지 신호를 발신하고, 다른 차량 등의 장애물로부터 반사되는 반사 신호를 수신한다. 또한 수신된 반사 신호의 파형을 기초로 차량(1) 후방의 장애물의 존재 여부를 감지하고, 장애물의 위치를 검출할 수 있다. 이와 같은 근접 센서는 초음파를 발신하고, 장애물에 반사된 초음파를 이용하여 장애물까지의 거리를 검출하는 방식을 채용할 수 있다.
도 11은 본 발명의 일 실시예에 의한 오토사 기반의 소프트웨어 플랫폼 검증이 완료된 임베디드 시스템이 내장된 차량의 내부 구성을 나타낸 도면이다.
도 11에서, 차량(1)은 기어박스(40), 센터페시아(50) 및 스티어링 휠(60) 등이 마련된 대시보드(30)를 더 포함한다.
기어박스(40)에는 차량 변속을 위한 변속 기어(41)가 설치된다. 또한, 도면에 도시된 것처럼, 사용자가 내비게이션 장치(51)나 차량의 주요 기능의 수행을 제어하기 위한 사용자 명령을 입력하기 위한 입력 장치(42)가 설치될 수 있다.
센터페시아(50)에는 내비게이션 장치(51), 공조 장치(53), 오디오 장치(55) 등이 설치될 수 있다.
내비게이션 장치(51)는 다수의 위성위치확인시스템(Global Positioning System: 이하 "GPS"라 함)을 통해 위성들로부터 위치 정보를 각각 제공받아 현재 차량의 위치를 계산하고, 계산된 위치를 지도에 맵 매칭(Map Matching)시켜 표시하고, 사용자로부터 목적지를 입력받아 미리 설정된 경로탐색 알고리즘에 따라 계산된 현재 위치부터 목적지까지의 경로 탐색을 수행하고, 탐색된 경로를 지도에 매칭시켜 표시하고, 경로를 따라 사용자를 목적지까지 안내하는 장치로, 차량(1)의 센터페시아(50) 내부에 매립되어 형성될 수 있다.
또한, 내비게이션 장치(51)는 대시보드(30) 상에 거치식으로 설치될 수도 있다.
한편, 센터페시아(50)에는 내비게이션 장치(51)를 제어하기 위한 입력부가 설치될 수 있다.
내비게이션 장치(51)의 입력부는 센터페시아(50)가 아닌 다른 위치에 설치될 수도 있다.
예를 들어, 내비게이션 장치(51)의 입력부는 내비게이션 장치(51)의 디스플레이부(52) 주변에 형성될 수도 있다.
또한 다른 예로, 내비게이션 장치(51)의 입력부는 기어 박스(40) 등에 설치될 수도 있다.
오디오 장치(55)는 다양한 기능을 수행하기 위한 다수의 버튼들이 마련된 조작패널을 포함한다. 오디오 장치(55)는 라디오 기능을 제공하는 라디오 모드와, 오디오 파일이 담긴 다양한 저장매체의 오디오 파일을 재생하는 미디어 모드를 제공할 수 있다. 오디오 장치(55)의 조작패널에 형성된 버튼들은 라디오 모드의 수행과 관련된 기능을 제공하는 버튼들과, 미디어 모드의 수행과 관련된 기능을 제공하는 버튼들과, 두 모드에 공통적으로 사용되는 버튼들로 나뉠 수 있다.
스티어링 휠(60)은 차량의 주행 방향을 조절하기 위한 장치로, 운전자에 의해 파지되는 림(61) 및 차량의 조향 장치와 연결되고 림(61)과 조향을 위한 회전축의 허브를 연결하는 스포크(62)를 포함할 수 있다. 실시예에 따라서 스포크(62)에는 차량(1) 내의 각종 장치, 일례로 오디오 시스템(70) 등을 제어하기 위한 조작 장치(600a, 600b)가 형성될 수 있다.
또한, 대시보드(30)는 차량(1)의 주행 속도, 엔진 회전수 또는 연료 잔량 등을 표시할 수 있는 각종 계기판 및 각종 물건을 수납할 수 있는 글로브 박스(globe box) 등을 더 포함할 수 있다.
1 : 차량 100 : 소프트웨어 플랫폼 DB
110 : 제어기 111 : 제어 로직
112 : 소프트웨어 플랫폼 구성부
113 : 마이크로컨트롤러
200 : 소프트웨어 플랫폼 검증 장치
210 : ECU 재구성 파일
220 : 소프트웨어 플랫폼 정보 추출부
230 : 소프트웨어 플랫폼 검증 사양 추출부
240 : 소프트웨어 플랫폼 검증용 소프트웨어 추출부
300 : PC 310 : 제어 보드
320 : 통신 장비

Claims (20)

  1. 오토사 기반으로 생성된 ECU 재구성 파일로부터 소프트웨어 플랫폼 정보를 추출하는 소프트웨어 플랫폼 정보 추출부;
    상기 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양을 추출하는 소프트웨어 플랫폼 검증 사양 추출부;
    상기 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 구동을 위한 검증용 어플리케이션 소프트웨어를 추출하는 소프트웨어 플랫폼 검증용 소프트웨어 추출부를 포함하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  2. 제1항에 있어서,
    차량에 장착되는 부품의 제어를 수행하는 하나 이상의 제어기를 더 포함하고,
    상기 ECU 재구성 파일은 상기 제어기에 필요한 소프트웨어를 추출하여 재구성하는 재구성 과정을 통해 생성된 XML 형태의 문서인 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  3. 제2항에 있어서,
    상기 제어기는 해당 제어기를 구동하기 위한 제어 로직과, 소프트웨어 플랫폼 DB로부터 필요한 플랫폼 모듈을 선택하여 해당 제어기의 응용에 맞게 시스템을 재구성하는 소프트웨어 플랫폼 구성부와, 해당 제어기의 제반 동작을 제어하는 마이크로컨트롤러를 포함하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  4. 제1항에 있어서,
    상기 소프트웨어 플랫폼 정보 추출부는 0x256의 ID를 가진 Patent_Test라는 이름의 CAN 출력을 100ms 주기로 출력하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  5. 제4항에 있어서,
    상기 소프트웨어 플랫폼 정보 추출부는 모듈 별 기능 및 ECU 정보를 파악하고, 상기 ECU 재구성 파일 내 정보 구조 파악을 통해 데이터를 추출하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  6. 제4항에 있어서,
    상기 소프트웨어 플랫폼 정보 추출부는 상기 소프트웨어 플랫폼 검증을 위한 검증 사양 개발을 위해 미리 정의된 구조에 맞게 데이터를 데이터베이스화하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  7. 제1항에 있어서,
    상기 소프트웨어 플랫폼 검증 사양 추출부는 0x256의 ID 메시지가 100ms 마다 출력되는지 확인하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  8. 제1항에 있어서,
    상기 소프트웨어 플랫폼 검증 사양 추출부는 소프트웨어 플랫폼 검증 사양 별 필요 데이터를 추출하여 검증 사양을 추출하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  9. 제8항에 있어서,
    상기 소프트웨어 플랫폼 검증 사양에는 P_Controller라는 CAN 채널이 존재하고, 입력은 인터럽트 방식으로 처리하고, 출력은 Polling 방식으로 처리하며, Busoff 감지는 Polling 방식으로 처리하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  10. 제9항에 있어서,
    상기 소프트웨어 플랫폼 검증 사양 추출부는 상기 P_Controller에 Busoff 상황이 발생하면 Polling 방식으로 이를 검출하고, 어플리케이션에 오류 정보를 알려주는지 검증하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  11. 제8항에 있어서,
    상기 소프트웨어 플랫폼 검증 사양에는 C_Controller라는 CAN 채널이 존재하고, 입력은 인터럽트 방식으로 처리하고, 출력은 Polling 방식으로 처리하며, Busoff 감지는 Polling 방식으로 처리하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  12. 제1항에 있어서,
    상기 소프트웨어 플랫폼 검증용 소프트웨어 추출부는 소프트웨어 플랫폼 검증 사양 별로 필요 데이터를 추출하여 검증 프로그램을 생성하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  13. 제12항에 있어서,
    상기 소프트웨어 플랫폼 검증 사양에는 C_Controller라는 CAN 채널이 존재하고, 입력은 인터럽트 방식으로 처리하고, 출력은 Polling 방식으로 처리하며, Busoff 감지는 Polling 방식으로 처리 하는 오토사 기반의 소프트웨어 플랫폼 검증 장치.
  14. 오토사 기반의 제어 사양에서 재구성 과정을 통해 ECU 재구성 파일을 생성하고;
    상기 ECU 재구성 파일로부터 소프트웨어 플랫폼 정보를 추출하고;
    상기 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양을 추출하고;
    상기 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 구동을 위한 검증용 어플리케이션 소프트웨어를 추출하는 것을 포함하는 오토사 기반의 소프트웨어 플랫폼 검증 방법.
  15. 제14항에 있어서,
    상기 ECU 재구성 파일은 오토사 기반의 소프트웨어 플랫폼으로부터 필요한 소프트웨어 부분만을 추출하여 재구성한 XML 형태의 문서인 오토사 기반의 소프트웨어 플랫폼 검증 방법.
  16. 제14항에 있어서,
    상기 소프트웨어 플랫폼 정보를 추출하는 것은,
    상기 소프트웨어 플랫폼 모듈 별 기능 및 ECU 정보를 파악하고;
    상기 ECU 재구성 파일 내 정보 구조 파악을 통해 데이터를 추출하고;
    상기 소프트웨어 플랫폼 검증을 위한 검증 사양 개발을 위해 미리 정의된 구조에 맞게 데이터를 데이터베이스화하는 것을 포함하는 오토사 기반의 소프트웨어 플랫폼 검증 방법.
  17. 제14항에 있어서,
    상기 소프트웨어 플랫폼 검증 사양을 추출하는 것은,
    상기 소프트웨어 플랫폼 검증 사양 별 필요 데이터를 추출하고, 추출 데이터를 이용하여 검증 사양을 생성하는 오토사 기반의 소프트웨어 플랫폼 검증 방법.
  18. 제14항에 있어서,
    상기 소프트웨어 플랫폼 검증용 소프트웨어를 추출하는 것은,
    상기 소프트웨어 플랫폼 검증 사양 별 필요 데이터를 추출하고, 추출 데이터를 이용하여 검증 프로그램을 생성하는 오토사 기반의 소프트웨어 플랫폼 검증 방법.
  19. 오토사 기반으로 생성된 ECU 재구성 파일로부터 소프트웨어 플랫폼 정보를 추출하고;
    상기 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양을 추출하여 검증 사양을 생성하고;
    상기 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 구동을 위한 검증용 어플리케이션 소프트웨어를 추출하여 검증 프로그램을 생성하고;
    상기 생성된 검증 사양 및 검증 프로그램을 이용하여 상기 소프트웨어 플랫폼을 검증하는 오토사 기반의 소프트웨어 플랫폼 검증 방법.
  20. 오토사 기반으로 생성된 ECU 재구성 파일로부터 소프트웨어 플랫폼 정보를 추출하고, 상기 소프트웨어 플랫폼 정보를 기준으로 소프트웨어 플랫폼 검증 사양 및 검증 소프트웨어를 추출하여 오토사 기반의 소프트웨어 플랫폼 증이 완료된 임베디드 시스템을 그 내부에 설치하는 차량.
KR1020140143163A 2014-10-22 2014-10-22 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법 KR102190663B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020140143163A KR102190663B1 (ko) 2014-10-22 2014-10-22 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020140143163A KR102190663B1 (ko) 2014-10-22 2014-10-22 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법

Publications (2)

Publication Number Publication Date
KR20160047147A true KR20160047147A (ko) 2016-05-02
KR102190663B1 KR102190663B1 (ko) 2020-12-14

Family

ID=56021469

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020140143163A KR102190663B1 (ko) 2014-10-22 2014-10-22 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법

Country Status (1)

Country Link
KR (1) KR102190663B1 (ko)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102019207132A1 (de) 2018-05-31 2019-12-05 Hyundai Autron Co., Ltd. System zum Diagnostizieren von Software von Fahrzeug und Betriebsverfahren dafür
CN113392026A (zh) * 2021-07-07 2021-09-14 北京智慧星光信息技术有限公司 接口自动化测试方法、系统、电子设备及存储介质
KR102586821B1 (ko) 2023-07-04 2023-10-11 주식회사 드림에이스 가상 ecu 환경에서의 오토사 플랫폼 입출력에 따른 동작 검증 시스템 및 방법
KR102586820B1 (ko) 2023-06-27 2023-10-11 주식회사 드림에이스 가상 ecu 검증 시스템 및 이의 오차 보정 방법
KR102595323B1 (ko) 2023-06-27 2023-10-31 주식회사 드림에이스 차량용 임베디드 시스템을 위한 가상 ecu 검증 시스템및 방법
KR102630796B1 (ko) 2023-06-27 2024-01-30 주식회사 드림에이스 인포테인먼트 가상화 서비스 제공 시스템 및 방법
KR102642234B1 (ko) 2023-06-27 2024-03-04 주식회사 드림에이스 다중 연결을 지원하는 차량 인포테인먼트 시스템 및 이의 다중 연결 지원 방법

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102360725B1 (ko) * 2020-12-15 2022-02-08 현대오토에버 주식회사 차량용 제어기 및 그것의 에러 관리 방법

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090056071A (ko) * 2007-11-29 2009-06-03 대구대학교 산학협력단 상호재사용성과 구성이 용이한 오토사 서비스시스템
KR101017952B1 (ko) * 2009-11-09 2011-03-02 재단법인대구경북과학기술원 Ｔｔｃｎ-3 기반 ａｕｔｏｓａｒ 소프트웨어 테스트 자동화 시스템 및 테스트 방법
KR20120072130A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 오토사 메타 파일 기반 기본 소프트웨어 속성값 검사 장치 및 방법
KR20130054643A (ko) * 2011-11-17 2013-05-27 재단법인대구경북과학기술원 차량 임베디드 시스템 개발 교육을 위한 키트 및 그의 작동 방법
KR20140061044A (ko) * 2012-11-13 2014-05-21 재단법인대구경북과학기술원 차량용 룸램프 제어 시스템의 응용 소프트웨어 설계 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090056071A (ko) * 2007-11-29 2009-06-03 대구대학교 산학협력단 상호재사용성과 구성이 용이한 오토사 서비스시스템
KR101017952B1 (ko) * 2009-11-09 2011-03-02 재단법인대구경북과학기술원 Ｔｔｃｎ-3 기반 ａｕｔｏｓａｒ 소프트웨어 테스트 자동화 시스템 및 테스트 방법
KR20120072130A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 오토사 메타 파일 기반 기본 소프트웨어 속성값 검사 장치 및 방법
KR20130054643A (ko) * 2011-11-17 2013-05-27 재단법인대구경북과학기술원 차량 임베디드 시스템 개발 교육을 위한 키트 및 그의 작동 방법
KR20140061044A (ko) * 2012-11-13 2014-05-21 재단법인대구경북과학기술원 차량용 룸램프 제어 시스템의 응용 소프트웨어 설계 방법

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102019207132A1 (de) 2018-05-31 2019-12-05 Hyundai Autron Co., Ltd. System zum Diagnostizieren von Software von Fahrzeug und Betriebsverfahren dafür
KR20190136673A (ko) 2018-05-31 2019-12-10 현대오트론 주식회사 차량용 소프트웨어 진단 시스템 및 그것의 동작 방법
US11352018B2 (en) 2018-05-31 2022-06-07 Hyundai Autron Co., Ltd. System for diagnosing software for vehicle and operating method thereof
CN113392026A (zh) * 2021-07-07 2021-09-14 北京智慧星光信息技术有限公司 接口自动化测试方法、系统、电子设备及存储介质
CN113392026B (zh) * 2021-07-07 2023-12-19 北京智慧星光信息技术有限公司 接口自动化测试方法、系统、电子设备及存储介质
KR102586820B1 (ko) 2023-06-27 2023-10-11 주식회사 드림에이스 가상 ecu 검증 시스템 및 이의 오차 보정 방법
KR102595323B1 (ko) 2023-06-27 2023-10-31 주식회사 드림에이스 차량용 임베디드 시스템을 위한 가상 ecu 검증 시스템및 방법
KR102630796B1 (ko) 2023-06-27 2024-01-30 주식회사 드림에이스 인포테인먼트 가상화 서비스 제공 시스템 및 방법
KR102642234B1 (ko) 2023-06-27 2024-03-04 주식회사 드림에이스 다중 연결을 지원하는 차량 인포테인먼트 시스템 및 이의 다중 연결 지원 방법
KR102586821B1 (ko) 2023-07-04 2023-10-11 주식회사 드림에이스 가상 ecu 환경에서의 오토사 플랫폼 입출력에 따른 동작 검증 시스템 및 방법

Also Published As

Publication number Publication date
KR102190663B1 (ko) 2020-12-14

Similar Documents

Publication Publication Date Title
KR102190663B1 (ko) 오토사 기반의 소프트웨어 플랫폼 검증 장치 및 그 방법
JP6724986B2 (ja) 自動運転車のためのホーンの適応検出および適用のための方法およびシステム
US10580304B2 (en) Accelerometer-based external sound monitoring for voice controlled autonomous parking
CN105882572B (zh) 车辆及其控制方法
US11004281B2 (en) Roadside assistance with unmanned aerial vehicle
US20160140776A1 (en) Communications based on vehicle diagnostics and indications
US20160306766A1 (en) Controller area network bus
US20190356552A1 (en) System and method for generating a global state information for a vehicle based on vehicle operator information and other contextuals
US20200125354A1 (en) Software update system, software update method, and software update server
KR20170012301A (ko) 운전 행위 안내 정보의 생성 방법, 장치 및 시스템
CN107433950B (zh) 用于反映环境的自学系统
KR20200110760A (ko) 보조 주행용 하네스를 구비한 자동차
EP3623950B1 (en) System and method for verifying vehicle controller based on virtual machine
WO2013052043A1 (en) Electronic communications and control module
CN103389730B (zh) 电动助力转向控制参数的配置方法及装置
US11351917B2 (en) Vehicle-rendering generation for vehicle display based on short-range communication
CN105034979A (zh) 车辆主动安全控制方法与系统
US11831718B2 (en) In-vehicle equipment controller and vehicle control system
CN111762145A (zh) 中介代理装置、电控车辆驾驶系统及其操作方法
CN111459121A (zh) 车辆辅助驾驶测试系统和方法
US20220281544A1 (en) Method for initializing a motor vehicle
CN107134191A (zh) 交通工具操作者培训系统
WO2018128607A1 (en) Vehicle entry through access points via mobile devices
KR101907683B1 (ko) 차량용 플러그 앤 플레이 구현 방법
US11584383B2 (en) Vehicle feature availability detection

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
X091 Application refused [patent]
AMND Amendment
E90F Notification of reason for final refusal
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant