搞一下Adaptive Platform AUTOSAR（五）—— 状态管理

参考文献：《AUTOSAR AP 标准》

AP和CP相关资料和工具咨询可关注微信公众号“搞一下汽车电子”

邮箱：[email protected]

手机/微信：18405011517

---

1. 状态管理是一个功能集群，负责定义机器状态和功能组状态的当前集合，并通过从执行管理请求它们来启动状态转换。执行管理根据当前状态执行状态转换并控制实际运行的进程集。

2. 状态管理是请求新机器状态和功能组状态以及仲裁请求的中心点，包括协调来自不同来源的矛盾请求。仲裁时可能需要考虑其他数据和事件。

3. 状态更改请求可以由以下人员发出：

• 平台健康管理触发错误恢复，例如激活回退功能
• 诊断，将系统切换到诊断状态
• 更新和配置管理，将系统切换到可以更新软件或配置的状态。
• 网络管理以协调所需功能和网络状态
• 授权应用程序，例如可能位于不同机器或不同ECU上的车辆状态管理器

4. 状态更改请求可以由其他功能集群通过ara::com服务接口发出。

5. 由于状态管理功能是关键的，因此必须保护来自其他功能集群或应用程序的访问，例如IAM（身份和访问管理）。状态管理由平台健康管理监控。

6. 状态管理提供接口来请求有关当前状态的信息。

7. 此外，状态管理还提供以更细粒度的方式控制流程的功能，例如支持延迟的“唤醒”、执行特定于应用程序的重置操作或控制应用程序的通信行为。所有这些都是在不需要从内存中删除进程的情况下完成的，并且使用不同的启动参数组重新加载/重新启动它们。

8. 状态管理功能是高度特定于项目的，autosar决定暂时不指定类似于自适应平台的经典平台bswm这样的功能。计划只指定一组基本服务接口，将实际仲裁逻辑封装成项目特定的代码（如库），可以插入状态管理框架，框架与仲裁逻辑之间有标准化接口，可以在不同的平台上重用。

9. 仲裁逻辑代码可以根据标准化配置参数单独开发或（部分）生成。这些和其他设计决策仍在讨论中，稍后将提供详细信息。