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接口，然后进行调度。
每个层是否允许交互
原文地址：https://blog.csdn.net/qiu421/article/details/137020937
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！