1103_AUTOSAR_SWS_IOHardwareAbstraction_学习笔记1

AUTOSAR_SWS_IOHardwareAbstraction_学习笔记1

Grey

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

AUTOSAR_SWS_IOHardwareAbstraction_学习笔记1

摘录与批注

• IO硬件抽象层并不是一个标准化的模块，而是为了能够对接其他模块而出现的。

• callback的功能是为了通知其他的模块。
• callout则是为了增补自身功能。

• IO硬件抽象层并不是为了抽象GPT而与之交互，而是为了利用GPT实现自身功能而与之交互。

• 与IO硬件抽象层交互的系统服务模块：DEM、EcuM、DET、SchM。

• 软件组件的诊断接口实现并与DCM交互，其中DCM相关接口的声明文件也已经固定了。
• 由这部分看，其实前面的交互模块中应该还有DCM。

• 虽然不是标准化的，但是这个例子中有一个很值得借鉴的地方：所有的文件都有IoHwAb的前缀用以区分其归属。

• 前面还觉得是可以借鉴的，现在看来是必须要做的了。

• 所有的硬件保护设计都在IO硬件抽象层。
• 恢复不在这个层级实现，应该由SWC来负责。

• 除了诸如CAN等可以直接由驱动来处理的信号之外，其他与ECU交互的信号都由IO硬件抽象层处理。

• 所有信号的滤波以及debance都是在IO硬件抽象层来处理的。

小结

先初步了解了一下IO硬件抽象层的部分要求，看起来这个会是一个ECU软件设计中的重头戏了。