Autosar架构

蓝框那种叫component，绿框的叫function cluster。

接口

有三种接口，RTE跟SWC之间链接的叫Autosar Interface，RTE跟BSW的Components链接是Standardized Interface，RTE跟BSW的services链接的是Standardized Autosar Interface。

Standardized Interface标准化接口

RTE跟OS、COM、EcuM之间的接口都叫Standardized Interface，本质上就是个C函数。

譬如RTE和OS的Schedule()，WaitEvent()

RTE和COM的Com Sendsignal()

RTE和EcuM的Rte_start()，Rte_stop()

Autosar Interface用户自定义接口

主要在RTE和SWC之间，其实就是RTE和用户自己定义的Component

BSW里面有两个模块Component比较特殊，IoHwb/CDD，这两个比较像用户自定义的Component，跟RTE之间的接口是Autosar Interface。

S/R接口为Rte_Write_<p>_<d>

C/S接口为Rte_Call_<p>_<o>

Standardized Autosar Interface提供服务接口

主要是用来提供服务

譬如SWC通过RTE调用DEM模块的接口为

runnable对应component Type里面有Port Prototype，再里面有Port Interface。左边的Definition相当于class，右边的Usage相当于object，实例化右边的内容。

大家会发现它有一定的命名规则，Ct开头的是type，也就是左边的Definition，Cp开头的是ProtoType，也就是右边的Usage。

上面的SWC通过回调到下面的CpDEM，里面的操作是SetEventStatus。

Port Prototype里面有Port Interface，也就是PpDemLightDefectDtc里面的DiagnosticMonitor。

runnable就是Dem_SetEventStatus，但是SWC值传输个EventStatus，EventId靠RTE来映射。

生成文件

通过SWC描述xml文件导入Configurator，会生成对应的接口文件和执行文件，另加一个总的类型定义文件。

生成代码

通过RTE配置文件、OS配置文件和其他BSW模块配置文件生成RTE文件，包括头文件和源文件。

源文件当中会调度TASK，里面会等待event触发下面的Ap_Dimmer或者AP_DoorContacts接口，然后进行调度。

每个层是否允许交互