Adaptive AUTOSAR 学习笔记 11 - 状态管理

本系列学习笔记基于 AUTOSAR Adaptive Platform 官方文档 R20-11 版本 AUTOSAR_EXP_PlatformDesign.pdf

缩写

• AP：AUTOSAR Adaptive Platform
• SM：State Management
• AA：Adaptive Application
• FC：Functional Cluster
• PHM：Platform Health Management
• EM：Execution Management
• UCM：Update and Configuration Management
• IAM：Identity Access Management

6 状态管理

SM 是一个特殊的 FC，高度依赖于特定 ECU 项目，一般 SM 由系统集成实现。SM 负责所有和 AP operational state 相关的方面，包括：

• 处理输入的事件
• 给上述事件/请求排优先级，并设置内部状态

根据项目需要，SM 可以有一个或多个状态机。

SM 和 AA 通过项目特定的、由 Field 组成的 ara::com 服务接口交互。SM 和其他 FC 的交互应该通过各 FC 定义标准接口。

SM 可以：

• 请求将 FunctionGroups 设置到特定状态
• 请求激活/停用（局部）网络
• 请求关闭/重启 Machine
• 影响其他（平台）应用的行为
• 执行平台特定行为
• 当收到 PHM 或 EM 的通知时，从（所监控的）错误恢复
• 从诊断接收请求，为每个诊断地址执行项目特定的复位操作
• 接收 UCM 的请求，对将要安装、升级和卸载软件簇（Software Cluster）进行准备和验证
• 影响运行进程的行为，以同步在整个/部分 Machine 上的行为（如 Power Mode）

下面这句不会 😂

To achieve synchronized behavior State Management provides defined messages and reply messages from where ara::com methods and fields are generated in the scope of Communication Groups of Communication Management.

为取得同步行为，SM 提供了 defined messages 和 reply messages。其中 ara::com 的方法和字段在 CM 通信组的范围内生成。

SM 通过 ara::com 提供了一系列的 Trigger 和 Notifier fields。SM 监听 Triggers，执行状态机处理，将影响提供给 Notifier（如果有的话）。

因为 SM 的功能很关键，从其他应用或 FC 对 SM 的访问必须是安全的，如通过 IAM（Identity Access Management）。SM 受 PHM 监控。

SM 的功能高度依赖特定项目，目前 AUTOSAR 决定不在 AP 中指定一个类似 CP 中 BswM 的功能模块。AUTOSAR 计划仅指定一系列基础服务接口，并在项目特定代码中封装实际仲裁逻辑。

仲裁逻辑可以单独开发，也可以根据标准化的配置参数（部分）生成。

更多关于 Adaptive AUTOSAR 文章

https://www.cnblogs.com/tengzijian/category/1995263.html

原文地址（获取最新更新）：https://www.cnblogs.com/tengzijian/p/15087079.html