Adaptive AUTOSAR : 구조 및 용어 정리

Adaptive AUTOSAR 구조 

AUTOSAR Adaptive Platform은 크게 총 세 가지 기능으로 나눌 수 있다. 

1. SoA (Service oriented Architecture)

 네트워크를 통해 정의된 프로토콜을 이용하여 서비스를 제공, 소비하는 SW 구조

 

여기서 말하는 서비스란 ? 기능적인 의미를 가진 소프트웨어 단위를 나타내며, 명시적으로 정해진 인터페이스를 통해 통신한다. 추후 서비스의 종류 및 통신 방법에 대해 다시 다뤄볼 예정

SoA는 신호 기반의 통신(Signal-Based Communication)이기 때문에, 보다 유연성과 확장성이 높다는 장점이 있다.

Signal-oriented vs Service-oriented

SoA의 장점

1. 다양한 클라이언트에게 서비스가 가능하다.

• 플랫폼에 독립적이기 때문에, 원하는 SW와 HW의 사용이 가능
• 시스템 설계 유연성 향상

2. 서비스 재사용성 및 확장성

• 이미 제공되고 있는 서비스를 자유롭게 업데이트 할 수 있음
• 하나의 서비스를 여러 애플리케이션에서 사용 가능

2. ARA (AUTOSAR Runtime for Adaptive Application)

- Functional Cluster들의 모음
- Adaptive Application(AA)들은 ARA를 기반으로 동작한다.

 

기본 구성은 Adaptive Platform Service와 Adaptive Platform Foundation으로 이루어져 있다. 여기서, 통신 계층인 `ara::com`을 통해 Adaptive Application 뿐만 아니라 차량 내 다른 SWC와도 통신이 가능하도록 제공해준다. 서비스 지향 미들웨어로써 실행 시간에 동적 통신 경로를 구축하게 되는데, SOME/IP 프로토콜을 사용하기 때문에 동적 통신이 가능하게 한다.

AP architecture local view

Functional Cluster란 ? Adaptive Application의 실행 파일에 포함되는 라이브러이다. OS위에 설치되는 구조가 아닌, OS API를 사용하여 ARA API를 구현한다.

ARA 통신 방법

3. AA (Adaptive Application)

Adaptive Application 하나가 한 개 혹은 그 이상의 실행 파일(executable)을 의미한다.
→ 실행 파일과 Configuration 파일들이 각 애플리케이션을 정의한다.

Applications

3-1. Application Level

• POSIX OS에서 동작해야 한다.
• PSE51 제약이 존재한다.

3-2. Platform Level

• 특정한 ECU에서만 동작한다.
• PSE51 제약이 없다.
• OEM, Tier1에서 개발하여 제공하는 애플리케이션이다.
  • Classic AUTOSAR 개발 방법론에서는 OEM만이 Application 개발을 담당하였지만, Adaptive AUTOSAR 개발 방법론에서는 다음 구조로 인해 OEM과 Tier1에서 ECU-specific한 Platform Level Application 개발을 담당하게 되었다.

AA의 Application level과 Platform level

Adaptive Platform의 Adaptive Application 자체가 하나의 실행파일이고, AP의 AA는 FC(Functional Cluster)가 포함된 상태이기 때문에, 애플리케이션 수정 시 AA 단일 업데이트가 가능하다.

 

다음 피드에서는 AA의 세부 기능들에 대해서 정리해볼 생각이다.

 

Reference

[1] Explanation of Adaptive Platform Design

[2] AUTOSAR Adaptive Platform S/W Architecture - Smart Embedded System Lab