RTE & Internal behavior

RTE & Internal behavior

각 컴포넌트 에는 IB라는 것이 있다. IB안에 실질적으로 코드가 있다. IB 모델은 이 내부코드(내부동작)가 어떻게 동작하는 지에 대한 방식을 모델 형태로 기술한 것이다. 이것에 따라 RTE API와 Event가 결정된다. 각 컴포넌트들은 서로 직접 interaction하는 것이 아니라, 자신과 연결된 port하고만 interaction하여, 서로 port끼리 interaction이 가능하게 되어 정보를 주고받을 수 있다. port는 실질적으로 RTE에 위치해있다. IB에서 규정을 해주면, RTE API대로 A 컴포넌트의 내부코딩이 이루어진다. RTE port도 그 규정대로 구성되어, 서로 interaction이 가능한 것이다.  

 컴포넌트들 중, parameter 컴포넌트는 provider만 있다. service, NV block, ECU Abstraction 컴포넌트는 BSW 단의 컴포넌트들이고, 이들 중 service와 NV Block은 OS 관련 컴포넌트이다. parameter 컴포넌트 관련하여 calibration parameter라는 것이있다. 예를 들어, 언덕길이냐 평지냐에 따라 파라미터 값이 다를 것이다. 모드가 제어하려면 제어하려는 초기값, 환경변수 등을 저장해두고 실제 적용 및 테스트하기 위한 것이 calibration parameter이다.

 같은 컴포넌트 타입에 대하여, multiple instance 생성이 가능하다. 가령, a:A와 b:A가 있다면 a와 b에 대한 코드는 한 copy만 있으면 된다. 메모리만 다르기 때문에, 코드는 공유하고 실행하는 메모리만 가지고 있으면 된다. 하지만 코드를 공유하더라도 무슨 instance인지 구분해야 한다. 이것이 instance handle인데, 실제로 RTE 내 port 코드에서 파라미터로 넘길때, instance handle이 다르게 파라미터에 들어가게 된다. 

 컴포넌트의 IB 내부에는 여러개의 Runnable Entity가 존재할 수 있다. port의 RTE API를 통해 Runnable은 point로 값을 전달한다. 받는 입장에선 API에 값이 도착했다라는 Event가 필요하다. 

 

 RTE Events

  RTE Events의 종류는 여러가지가 있는데, TIMING-EVENT는 주기적으로 runnable entity를 activate한다. DATA-SEND-COMPLETED-EVENT는 explicit communication으로, runnable entity의 생명주기동안 communication하고 DATA-WRITE-COMPLETED-EVENT는 implicit communication으로, runnable entity의 생명주기가 끝날 시에만 작동한다. Runnable entity는 code의 단위라고 할 수 있다. 쉽게 말해 함수의 모임이다. 이는 Task라고 할 수 있고, 병렬 실행이 가능하다.