GGold Hands

이전 화에서는 VFB Communication에 대하여 살펴 보았습니다. 이번 화에서는 하드웨어와의 연결에 대하여 살펴보고자 합니다.

가장 크게 다음 3가지 종류의 하드웨어와의 연결을 의미하는 것입니다.

1. Microcontroller peripherals
2. ECU electronics
3. Sensors and Actuators

실제 물리적인 신호가 들어와서 Software 신호로 변환되는 과정은 다음과 같습니다.

다음과 같은 구조는 크게 2가지 이유로 사용 됩니다.

1. 재 사용성을 최대한 확보하기 위함입니다.

1-1.  즉, µC가 변경될 때, ECU Abstraction, the sensor-actuator, Application SWC에 대한 재사용이 가능합니다.

1-2. ECU가 변경될 때, Sensor-Actuator SWC, Application SWC가 재사용 가능합니다.

1-2. Sensor나 Actuator가 변경될 때, Application SWC에 대하여 재사용 가능합니다.
 

2. 다른 모듈에 대하여 다른 개발자, 다른 회사에 의해 개발이 진행되어 통합이 가능합니다.

실제 많은 사람들이 위의 구조를 보고, 더욱 불편함을 느끼는 것이 사실입니다. 하지만, 이러한 부분들이 꽃을 피울 때는 바로, 새로 도입된 칩셋에서 위의 각 분야에 대해서 재 사용성을 확인할 때 관련된 부분에 대한 꽃을 피울 것입니다.

그럼 각 부분에 대하여 상세하게 살펴보겠습니다.

MCAL - Microcontroller Abstraction Layer(MCAL)

모든 하드웨드에 대한 접근은 MCAL을 통해서 이루어집니다. 우리는 흔히 이러한 부분에 대하여 칩셋 회사에서 이런 부분들에 대한 코드 및 관련된 소스를 제공합니다. MCAL을 통해서 하드웨어가 특정 동작을 할 수 있게 할 수 있습니다.

주로 다음과 같은 기능들을 합니다.

•  Digital Input/Output
•  Analog/Digital Converter
•  Pulse Width (De)Modulator
•  EEPROM
•  FLASH
•  Capture Compare Unit
•  Watchdog Timer
•  Serial Per

ECU Abstraction

ECU Abstraction은 아날로그 값에 대한 SW 인터페이스를 제공하는 역할을 합니다. 따라서, Application등에서 이 값에 대해 하드웨어와 상관없이 인지할 수 있게 해주는 매개체 역할을 수행해 줍니다. 

Sensor-Actuator SWC

이 SWC는 다른 SWC가 sensor나 actuator의 기능을 사용할 수 있게 해주기 위하여 존재합니다. 즉, Sensor-Actuator SWC은 Application SWC에게 Sensor/Actuator에 물리적인 값에 대한 Interface을 제공합니다.

Complex Device Driver Component

CDD는 하드웨어에 직접 접근할 수 있게 허용 해줍니다. 주로 지원하지 않는 드라이버에 대하여 직접 제작하여 올릴 때, 사용하는 목적을 가지고 있습니다. 하지만, 이 목적보다는 보다 빠르게 결과물을 얻기 위해서 많은 개발자분들께서 남용하시는 걸로 알고 있습니다.

그 외에도 복잡한 센서 Evaluation 및 Actuator Control에 대해 직접 제어하기 위해 CDD를 이용하여 구현합니다.

우리는 이번 화에서 Hardware와 Interaction에 대하여 살펴 보았습니다. 다음화에서는 AUTOSAR Service에 대하여 살펴보겠습니다.