이번 포스팅에서는 AUTOSAR Classic 플랫폼을 개발하기 위한 과정에 대해 이야기하고자 합니다. 이를 위해, 먼저 AUTOSAR의 기본 컨셉과 개발 방법론인 #Methodology 에 대해 설명드리고, 그 다음 #AUTOSAR 툴 체인과 이를 이용한 개발 Workflow가 어떻게 되는지 알아보도록 하겠습니다.

​

AUTOSAR Classic 플랫폼은 Application과 Basic 소프트웨어 두 개의 계층으로 나누어집니다.

- Basic 소프트웨어 (#BSW ) :하드웨어 종속적인 부분이나 공통되는 기능

- Application 소프트웨어 (#ASW ): 각 OEM과 Supplier가 개발해야 할 제어기 고유의 핵심 기능

​

그리고 Application에서 필요로 하는 하드웨어의 기능을 Basic 소프트웨어에서 서비스의 형태로 제공합니다.

#계층적분리로 인해 #Application소프트웨어 는 서로 다른 ECU에서 재활용할 수 있게 되어 품질 및 효율성을 향상시킬 수 있게 되었으며, #Basic소프트웨어 의 기능 또한 수평 계층으로 분리하여 개발 시간과 비용 절감이 가능해졌습니다.

AUTOSAR는 Methodology를 통해 여러 툴 간에 어떻게 협업을 해야 하는지, 어떻게 아키텍쳐의 호환성 등을 확보하는지에 대해 설명하고 있습니다. #ARXML 이라는 AUTOSAR 기반의 표준 문서 포맷을 통해서 OEM 과 Supplier 그리고 여러 툴 간의 협업이 가능합니다.

앞서 Application은 #ECU 의 고유 기능을 가지고 있다고 말씀드렸습니다. 이 Application은 Virtual Functional Bus(이하 #VFB )라는 가상의 공간에서 Software Component(이하 SWC)라는 단위로 개발됩니다.

예로, BMS라는 제어기를 만든다고 가정해보겠습니다. BMS에는 현재 전류와 전압값을 읽고 이를 기준으로 잔여 충전양을 계산하는 기능이 있을 것입니다. 그러면 이러한 기능들을, Read_Curr_Current SWC, Read_Curr_Volate SWC, Cal _SOC_SWC와 같이 생성하여 Application을 구성할 수 있습니다.

​

이렇게 구성된 Application을 제대로 동작시키기 위해, Application 내용을 작성하고 공유해야하는데 이때 ARXML을 이용하게 됩니다. ARXML에는 Application SWC에 대해 아주 작은 부분까지 상세하게 기재가 되어야 합니다. 예로, SWC가 주고받는 데이터의 data type이 무엇인지, 몇 bit인지, signed인지 unsigned인지, byte order는 무엇인지, 등등의 내용까지 구체적으로 작성되어야 합니다.

​

이후에 Basic Software에서는 Application에서 작성된 ARXML을 공유 받아, ARXML에 기재된 정보를 보고 Application에서 필요로 하는 서비스가 무엇인지 파악할 수 있으며, 이를 지원하기 위해 #Configuration 이라는 방식으로 개발을 하게 됩니다. 그러고 나면 VFB를 Basic Software에서 실제화해줄 수 있게 됩니다.

이와 같이 AUTOSAR를 지원하는 모든 툴에서는 기본적으로 ARXML을 읽고 쓸 수 있습니다.

​

다음 포스팅에서는 Methodology 측면에서의 전반적인 AUTOSAR 개발 과정에 대해 소개해드리고, 0EM 및 Supplier의 관점에서의 Methodology에 대해 설명드립니다!

​

▶ AUTOSAR 개념 및 AUTOSAR Classic 플랫폼 개발 방법 소개(2) 보기

​

​

▶ 출처: 자동차 SW 블로그

▶ Application SW(SystemDesk) 자세히 보기