Leo's Garage

아마도 이 기능은 AUTOSAR 표준은 아닌 것으로 알고 있다. Vector MICROSAR CAN 모듈에 있는 기능이며, 해당 기능은 기본적으로 CAN을 Polling으로 받는 상황에서 특정 CAN ID의 HW Object에 대해서 Interrupt로 받을 수 있게 하는 기능이다. 이 기능은 주로 전체적인 CAN signal은 Polling으로 받으나, 개발 중에 아주 빠른 속도로 XCP msg 등을 받아야 할 필요가 있을 때 활용할 수 있다. AUTOSAR 표준에는 없는 기능이기 때문에 타사의 AUTOSAR 구현체에서는 이를 어떤 식으로 구현했는지는 모르겠다. 다만, 실제 현업에서 개발 시에는 CAN을 각 ID 별로 다르게 동작시켜야 할 필요가 있을 수 있으므로 별도의 방법이 있을 것이다. 물론 정 ..

오늘은 최근 AUTOSAR Project Bring up 단계에서 겪은 몇 가지 이슈들을 정리하도록 하겠다. 1. MICROSAR + Third Party Tool(Tresos)간의 internal Generator 시 Container 생성 이슈 현재 개발 중에는 Vector사의 MICROSAR와 MCAL을 조합해서 개발을 하고 있다. 이때, MCAL의 Base와 CD 부분을 MICROSAR import해서 MCAL generator에 활용하곤 하는데, 최근에 MICROSAR 내에서 MCAL 의 특정 모듈의 Container를 생성 시에 naming이 MCAL implement code와 다르게 생성되는 이슈가 있다. 이런 경우에는 Configurator tool 내부에서 어떠한 이슈나 에러로 잡지 못..

AUTOSAR COM 모듈은 OSEK COM 3.0.3에서 계승되었다. OSEK stands는 Open Systems and their Interfaces for the Electronics in Motor Vehicles의 약자이다. COM module의 주요 기능은 아래와 같다. Packing of AUTOSAR signals to I-PDUs to be transmitted Unpacking of received I-PDUs and providing the received signals to RTE Routing of signals from received I-PDUs into I-PDUs to become transmitted (Gateway signal) Communication transmis..

Vector 사의 MICROSAR는 Vector 사에서 AUTOSAR 표준과 추가적인 기능을 더 넣어서 만든 유사 AUTOSAR Package이다. 여기서 유사라고 말 한 이유는 MICROSAR가 완벽하게 AUTOSAR 표준만을 따른 것은 아니고 또한 AUTOSAR Methodology를 완벽하게 계승한 것이 아니기 때문이다. 아무튼 각설하고, Vector의 MICROSAR를 사용해서 BSW Configuration을 작업하는데, CAN DBC import에서 Attribute 부분이 말성인 경우가 많다. 뭐 오토사 Based Project가 아니더라 하더라도 그 이전의 개발 프로세스였다고 하더라도 제어기 설계에서 가장 기본이 되는 부분은 통신/네트워크 구성에 대한 정보를 import하는 것이다. 이 때..

AUTOSAR CAN 통신 스택을 이용해서 CAN 통신을 구현하기 위해 필요한 정보를 정리해보고자 한다. AUTOSAR는 기본적으로 하드웨어 독립적으로 구축하는 것을 목표로 하기 때문에 하위 레이어에 HW 종속적인 모듈이 위치하고, 상위로 갈수록 HW에 독립적인 모듈이 위치하게 된다. BSW를 개발하는 입장에서는 이러한 계층 구조와 각 모듈간의 서로 필요한 정보가 무엇인지 아는 것이 중요하다. 개인적으로 어떤 AUTOSAR Tool을 사용하여 BSW를 Configuration한다고 하더라도 가장 중요한 것은 역시 Communication DB(DataBase)일 것이다. 일반적으로 차량용 제어기는 통신 네트워크 구조를 기반으로 설계가 되어진다. 따라서 어떤 제어기든 개발에 앞서서 가장 중요한 건 바로 이..

AUTOSAR에서는 message를 대략적으로 PDU(Protocol Data Unit)이라고 부른다. 이렇게 대략적이라는 말을 붙이는 이유는 PDU 내부에는 송신 또는 수신 상, 각각 하위 계층 혹은 상위 계층에서 사용하거나 추출하는 데이터 이외의 정보가 포함되어 있기 때문이다. PDU는 크기가 다양하게 n개 있을 수 있고 기본적으로 하위 계층 정보와 함께 Packing된 Signal의 그룹이다. AUTOSAR COM은 송수신 시 각각 PDU 안팎에서 신호의 Packing, Unpacking을 수행하며, 모든 PDU에는 고유한 Identifier가 있다. PDU에는 SDU(Service Data Unit)와 PCI(Protocol Control Information)가 포함된다. SDU는 전송해야 하는..

CAN 통신 스택은 AUTOSAR에서 CAN 버스를 활용한 차량 통신 시스템 모듈 그룹이다. 이는 애플리케이션에서 프로토콜 및 메시지 속성을 숨기는 것과 함께 CAN 네트워크에 대한 균일한 Interface를 제공한다. Low Level은 통신 스택에서 처리되며, CAN 통신 스택은 표준 CAN 및 CAN FD(하드웨어에서 지원하는 경우)을 지원한다. 위의 불록도는 AUTOSAR 의 CAN 통신과 관련된 세부 레이어를 간략하게 보여주고 있다. 다만 해당 블록도가 전부는 아니다. 이 블록도에서는 통신 서비스, 통신 하드웨어 추상화, 통신 드라이버만 고려하고 있다. 1. CAN NM: CAN Network Manager, CAN 종속 모듈이긴 하지만, HW에 대해서는 독립적인 모듈이다. 주요 목적은 CAN ..

The development of software for the automotive industry is a complex process that requires a well-structured methodology. AUTOSAR (AUTomotive Open System ARchitecture) is a standardized methodology for developing automotive software that helps to streamline the development process and ensure that software is developed to meet the specific requirements of the automotive industry. What is AUTOSAR?..

AUTOSAR(Automotive Open System Architecture)에서 소프트웨어 구성요소(SWC)는 특정 기능을 수행하기 위해 ECU(전자 제어 장치)에 통합될 수 있는 소프트웨어의 기능 단위이다. AUTOSAR의 주요 기능 중 하나는 소프트웨어 아키텍처를 모듈화하는 기능이며, SWC는 이 모듈화의 구성 요소입니다. SWC는 인터페이스를 통해 서로 연결될 수 있으며, 이 인터페이스는 SWC 간의 통신과 상호 작용을 정의합니다. 인터페이스 유형 AUTOSAR에는 다양한 종류의 인터페이스가 있으며, 각각의 인터페이스는 다음과 같다: Client - Server Interface: 이러한 유형의 인터페이스는 클라이언트 SWC와 서버 SWC 사이의 통신에 사용된다. 클라이언트 SWC는 서버 SWC..

AUTomottive Open System ARcitecture(개방형 자동차 표준 소프트웨어 구조) 2003년부터 구성된 자동차 분야의 개발 파트너십이다. 이 단체의 목표는 다음과 같다. 자동차 분야의 SW를 기본 SW 모듈들로 설명, 표현하고 Application Interface를 정의하여 표준화된 일반 개발 방법론을 구축하는 사양서를 제공하는 것이다. 그동안 자동차 업계에는 다양한 브랜드와 다양한 부품업체가 어떤 기준없이 각자의 목표에 따라 SW를 개발하고 배포해왔다. AUTOSAR는 서로 다른 기준으로 개발한 SW는 OEM이나 부품업체 입장에서 불필요한 연구개발 비용 증가를 불러올 수 있다고 판단하여, 기본적인 SW 모듈들의 정의하여 비용을 줄이고 SW 복잡성을 줄이고자하는데 목적이 있었다. 마..