오토사 구조 - 계층 관점

앞서 설명한 바와 같이 오토사 소프트웨어는 크게 세 개의 계층으로 구성되는데, 그중 베이직 소프트웨어 부분(BSW)을 주 기능별로 구분하면 옆의 그림과 같이 세 개의 계층으로 세분화할 수 있다. 이에 추가적으로 일전에 잠깐 언급했었던 콤플렉스 디바이스 드라이버(CDD)를 별도의 계층으로 구분할 수 있는데, 사실 이 모듈의 경우는 애플리케이션에서 디바이스 드라이버에 이르기까지 모든 계층에 위치하여 오토사에서 정의하지 않은 기능을 구현할 수 있어 베이식 소프트웨어 계층에만 종속된다고 생각할 필요는 없다.

우선 베이직 소프트웨어 내 세 계층에 대해 알아보면

1. 서비스 계층 (Service Layer)
   • 주로 애플리케이션에 베이식 소프트웨어에서 제공하는 기능을 서비스 형태로 제공
   • 대부분 Communication Manager (ComM)와 같이 모듈명 뒤에 Manager 또는 Management라는 접미사가 붙거나 Com(Communicaiton)과 같이 붙지 않는 경우도 있음
   • 실제 애플리케이션은 베이식 소프트웨어의 기능을 사용하기 위해 하위 계층이나 모듈을 직접적으로 접근하지 않고 서비스 계층에 위치한 모듈만을 접근하여 해당 기능을 사용함
   • 주요 서비스로는
     • 통신 및 채널 관리 서비스
     • 진단 기능 서비스
     • 제어기 상태 관리 서비스
     • 태스크 스케줄링 서비스
     • 비 휘발 생 메모리 서비스
     • 와치독 서비스
2. 제어기 추상화 계층 (ECU Abstraction Layer)
   • 제어기 하드웨어에 종속적이지 않은 일정한 인터페이스를 서비스 및 애플리케이션 계층에 제공
     • 제어기 설계에 따라 복수개의 메모리 인터페이스 또는 통신 인터페이스를 구현할 수 있음
   • 대개의 경우 Memory Abstraction Interface와 같이 모듈명 뒤에 Interface라는 접미사를 붙임
   • 실제 제어기 하드웨어 구현 시 비활성 메모리의 경우, 컨트롤러 내부 또는 외부(SPI 또는 I2C 기반의 인터페이스 기반의) 메모리를 사용할 수 있는데 이들은 하위 계층에서 별도의 모듈로 구현되나 상위 계층에서는 이 추상화 계층에서 제공하는 단일 인터페이스를 통해 접근 가능함
   • 주요 추상화 대상은
     • 통신 인터페이스 (CAN, LIN 또는 Ethernet Interface)
     • 메모리 인터페이스 (Internal / External Flash, EEPROM Interface)
     • 입출력 인터페이스 (ADC, GPIO Abstraction Interface)
     • 와치독 인터페이스 (Internal / External Watchdong Interface)
3. 마이크로 컨트롤러 추상화 계층 (Microcontroller Abstraction Layer)
   • 흔히 엠칼(MCAL)로 불리며 마이크로 컨트롤러에 종속적이지 않은 일정한 인터페이스를 추상화 계층에 제공
     • 상이한 하드웨어 설계를 가지는 마이크로 컨트롤러 (예, Infineon Aurix, NXP MPCxxxx 등)로 부터 동일한 하드웨어 인터페이스를 추상화 계층에 제공
   • 주요 추상화 대상은
     • 통신 모듈 (CAN driver, LIN driver 또는 Ethernet Driver)
     • 메모리 모듈 (Flash memory driver, Eeprom driver)
     • 입출력 모듈 (GPIO driver)
     • 와치독 모듈 등 (Watchdog driver)

전술된 내용은 오토사에서 정의하고 있는 일반적인 구분 방식으로 오토사 구조는 기능에 따라 다르게 구분되어 질 수 있다.

https://autosw.tistory.com/13

오토사 구조 - 기능 관점

https://autosw.tistory.com/notice/11

오토사 클래식 기초