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软件设计中的重头戏了。
