全部学习汇总: GitHub - GreyZhang/hack_autosar: learning autosar documents, aha, very hard!

       继续学习AUTOSAR,看一下官方的文档。

       摘录1

842_AUTOSAR_TPS_ECUConfiguration3_ECU配置参数的实施2_句柄

       3.5.1 Pdu 路由器

       在AUTOSAR COM 堆栈中,上层和下层复杂驱动程序被允许访问Pdu 路由器。 在这两种情况下,在 CDD 和 Pdu 路由器之间交换的 Pdu 都应该被配置。 复杂驱动程序的作用意味着对全局 Pdu 的引用和 HandleId 的定义。 图 3.18 显示了 CanIf 和 PduR 之间的复杂驱动程序以及 PduR 上方的一个复杂驱动程序的示例。

       摘录2

842_AUTOSAR_TPS_ECUConfiguration3_ECU配置参数的实施2_堆栈_02

       3.5.2 COM 接口模块

       不允许复杂驱动程序访问 COM 堆栈模块 FrDrv、CanDrv 和 LinDrv。 对于这些模块,最多只有一个用户。 因此,在 CDD 模块中不考虑 COM 堆栈总线接口模块(FrIf、LinIf、CanIf)的下层。 上层 Complex Driver 可以访问这些模块的接口。 与复杂驱动程序的 CddComIfUpperLayerContribution 相同的 PduRContribution 意味着对全局 Pdu 的引用和 HandleId 的定义。 图 3.19 显示了配置模型中的 CDD 贡献。

       请注意,TxPdu 和 RxPdu 的可选存在不会影响 Cdd 中相应 API 的存在。

       这里的多用户,其实可以进一步理解为多模块的并行访问。而驱动层,由于资源本身的局限,大部分应该是单用户的。

       摘录3

842_AUTOSAR_TPS_ECUConfiguration3_ECU配置参数的实施2_autosar_03

       CDD允许访问上层的通信管理器。下层复杂驱动程序的作用在于让每个通道对唯一句柄的引用,以标识 ComM 配置中的某个特定网络句柄。

       摘录4

842_AUTOSAR_TPS_ECUConfiguration3_ECU配置参数的实施2_it技术_04

       这个一般来说在开源的OS中就可以直接看到,而这里的配置其实是对工具要求,要求工具支持一定的时序测算。

       这个文件基本看完了,虽然最后看到的两个偏实践的例子比较有参考价值但是实在是冗长,不在此做摘录梳理了。继续下一个文件的阅读了。