Adaptive Platform AUTOSAR(AP)平台设计(5)——状态管理

Hello!大家好!

本篇是AP AUTOSAR平台设计(5)——状态管理

AP和CP相关资料获取和工具咨询、更多精彩内容欢迎订阅微信公众号“搞一下汽车电子”

整理不易,如果觉得不错,点赞分享支持一下吧~

邮箱:[email protected]

微信:shactiontech


状态管理是一个独特的功能集群,主要用于特定于ECU开发项目,并且通常,最终实现由系统集成商执行。它负责AUTOSAR自适应平台的运行状态的所有方面,包括处理传入事件,确定这些事件/请求的优先级以设置相应的内部状态。状态管理可以根据项目需求由一个或多个状态机组成。

状态管理通过项目特定的ara :: com服务界面(由“Fields”组成)与自适应应用程序进行交互,如下所述。状态管理和其他功能集群之间的交互应通过每个功能集群定义的标准化接口来完成。

状态管理部门可能要求以下效果:

1) 可以要求将功能组设置为专用状态

2)(部分)网络可被要求取消/激活

3) 可以要求机器关闭或重新启动

4) 其他自适应(平台)应用程序的行为可能会受到影响

5) 可以执行项目特定的动作

状态管理通过ara :: com提供了一组“Trigger”和“Notifier”Fields。SM本质上侦听“Trigger”,并在内部执行特定于实现的状态机处理,并在“Notifier”Fields(如果有)中提供效果。

由于状态管理功能至关重要,因此必须保护来自其他功能集群或应用程序的访问,例如 由IAM(身份和访问管理)提供。平台健康管理对状态管理进行监视和监督。

状态管理功能高度依赖于项目,因此AUTOSAR决定暂时不为Adaptive Platform指定诸如Classic Platforms BswM之类的功能。计划仅指定一组基本服务接口,并将实际仲裁逻辑封装到项目特定的代码中。

仲裁逻辑代码可以基于标准化配置参数单独开发或(部分)生成。

原创文章 32 获赞 107 访问量 7544

猜你喜欢

转载自blog.csdn.net/DJAction/article/details/105490054