Automotive Software

SWC & RTE에서 해야 할 일 런어블의 다중 태스크 매핑을 위해 알아야 할 두 가지 중요한 속성들과 해야 할 일은 supportMultipleInstantiation SoftwareComponent 의 속성으로 해당 컴포넌트 타입이 단일 제어기상에서 여러 번 객체로 만들어져 사용되어야 할 경우 (다중 태스크, 다중 OsApplication) 런어블의 다중 태스크 매핑을 위해 기본적으로 활성화 되어야 함 canBeInvokedConcurrently RunnableEntity의 속성으로 다중 태스크로부터 해당 런어블이 동일한 인스턴스에 의해 다중 태스크에 의해 동시에 수행되어질 수 있는 경우 활성화되어야 함 (예, Server runnable) 보통 SupportMultipleInstantiation 을..

Classic AUTOSAR RTE R4.4 스펙에는 명확한 용어 정리가 되어 있지는 않지만 예전 버전 R3.1에 기술되었던 내용을 기억을 더듬어 정리해 보면, Category 1 Category 1A, 1B로 하위 구분되지만 실제 매핑하는 관점에서는 차이가 없어 일반적으로 Category 1이라 호칭 런어블 수행을 위한 이벤트 대기시간을 정의하는 WaitPoints 가 없으며 주로 기본 태스크 (Basic Task)에 할당하나 확장 태스크 (Extended Task)에서 할당 가능하다 Category 2 최소 하나의 WaitPoint를 가지거나 서버 런어블 수행 후의 응답 시간을 나타내는 SynchronousSErverCallPoint를 가지는 경우 분류되며 주로 확장 태스크 (Extended Task..

사실 캔 통신을 위하여 오토사 스택의 일부분(드라이버, 인터페이스)만 사용하는 경우라면 상위 계층에서의 모드 관리가 필수적이진 않으나, 대부분의 경우 매니저 모듈들을 포함하는 오토사 전체 스택을 사용하는 경우가 많으므로 소프트웨어 컴포넌트(SWC)에 사용할 수 있는 서비스들과 베이직 소프트웨어(BSW)에서 고려될만한 최소의 설정을 소개하고자 한다. 상기 그림에서 나타낸바와 같이 캔 통신 개시를 위해 소프트웨어 컴포넌트에서 사용하는 서비스는 ComM에서 제공하는 아래의 두 함수이다. void ComM_CommunicationAllowed( NetworkHandleType Channel, boolean Allowed ); Std_ReturnType ComM_RequestComMode( ComM_UserHan..

지금이야 고속의 이더넷이 차량 네트워크에 적용되고 있지만 10여 년 전만 해도 캔 통신이 차량 내 신호 교환, 진단 그리고 리프로그래밍등의 서비스를 제공할 수 있는 가장 대표적인 수단이었다. 현재는 자율주행 그리고 운전자 보조 시스템을 지원하기 위해 대용량의 데이터를 신속하게 처리할 수 있는 이더넷의 사용이 확산되는 추세이지만 여전히 캔 통신은 대부분의 차량 내 제어기에서 사용되는 기본적이고 효과적인 통신 수단이다. 상기 블록 다이어그램은 캔 통신에 필요한 기본적인 오토사 모듈을 나타내고 있다. 사실 캔 통신을 위해서는 하위 계층의 캔 드라이버와 캔 트랜시버 모듈만으로도 물리적인 통신을 수행하기에는 문제가 없다. 하지만, 제어기의 상태, 모드 등을 고려하여 논리적인 통신절차를 수립하고자 한다면 다이어그램..

차량 부품의 전장화와 더불어 중요시되는 부분이 바로 해당 부품의 진단 기능인데, 이는 아래의 두 가지 기능으로 크게 나누어 볼 수 있다. 내부 고장진단 및 대응 : HW/SW의 결함을 자체적으로 분석하고 발견 시 해당 정보를 진단 장애 코드(DTC : Diagnostic Trouble Code)로 기록 진단 정보 전송 : 기록된 진단 장애 코드 정보를 테스터의 요청에 따라 전달 오토사에서는 이러한 기능을 지원하기 위해 다양한 모듈을 기술하고 있는데, 주요 모듈을 나타내면 다음과 같다. 내부 고장진단 및 대응 내부 고장진단 : 오토사에서는 결함을 진단 이벤트 (Diagnostic events)로 명칭하고 아래의 이벤트를 진단함 BSW 관련 이벤트 BSW 내에서 보고된 결함으로 SWC 관련 이벤트의 결함 여..

차량 제어기 기능 중 가장 중요한 기본 기능을 하나 꼽으라면 단연 통신 기능일 것이다. 차량 통신은 진단 서비스를 제공하기 위해 차량에 적용되기 시작한 이후 현재까지, 지원되는 통신 프로토콜 (Communication Protocol) 이 증가하는 추세이다. 개인적으로는 케이라인(K-Line)이라는 단일 통신선을 사용하는 진단용 통신 프로토콜부터 개발 경험을 하였는데, 어느 순간엔가 국내에도 캔(CAN)이라는 차량통신 프로토콜이 린(LIN)과 함께 차량에 광범위하게 사용되고, 플랙스래이(Flexray)를 거쳐 현재는 일반 PC통신에 사용되는 이더넷(Ethernet)이 차량 통신의 중요한 부분을 차지하고 있다. 이는 차량에서 교환되는 데이터 양에 맞추어 통신기술도 변화하고 있음을 보여주는 것으로, 테스터기..