
平台健康管理——PHM
文章平均质量分 88
Platform Health Management
aFakeProgramer
Adaptive AUTOSAR的技术专家,2024 AUTOSAR中国官方TOP培训讲师,具备深厚的汽车行业知识和以太网通信技能。SOME/IP、IPC、DDS、DoIP、UDS、TSN和SOA架构,MQTT,加密,操作系统,v2x,以及c++和Python编程语言。
展开
-
PHM 接口定义示例
【代码】PHM 接口定义示例。原创 2025-04-11 13:05:22 · 108 阅读 · 0 评论 -
一、PHM基本配置流程
定义监控实体(Monitoring Entity)每个监控实体映射到一个进程或功能组,需配置以下核心参数:唯一标识符(ID):全局唯一,用于标识监控目标。初始健康状态(HealthStatusInitValue):定义实体初始状态(如正常/异常)。监控模式:选择Alive(存活监控)、Deadline(截止时间监控)、Logical(逻辑流监控)中的一种或组合。示例:自动驾驶功能组可能配置Deadline监控,确保感知算法在指定时间内完成。配置健康通道(Health Channel)健康通道用于汇总多维度监原创 2025-02-28 17:57:40 · 115 阅读 · 0 评论 -
为什么需要外部看门狗?
简单说,看门狗就是一个定时器(Timer)。如果没有在规定的时间内触发(Trigger)预期动作,则认为软件运行异常,进而程序进入异常处理程序,eg:执行Reset动作。转载 2023-05-30 16:13:52 · 2672 阅读 · 0 评论 -
AP 平台健康管理(Platform Health Management, PHM)下 R24-11
在Adaptive AUTOSAR的PHM(Platform Health Management,平台健康管理)中,Local Supervision Status(本地监督状态)、Global Supervision Status(全局监督状态)、Supervised Entity(受监督实体)、Checkpoint(检查点)以及executable(可执行文件或进程)之间存在着密切的关系。这些进程中的监督故障应通过机器重置来恢复,因为正常的错误恢复方式(通过状态管理和执行管理)不再可靠。原创 2024-12-13 18:48:58 · 102 阅读 · 0 评论 -
AP 平台健康管理(Platform Health Management, PHM)上 R24-11
所有属于同一PhmSupervisedEntityInterface实例的监督检查点(具有相同的PhmCheckpointInExecutableInstanceRef.contextRootSwComponentPrototype、contextComponentPrototype、contextRPortPrototype和进程引用的监督检查点)应仅由同一全局监督汇总的Phm监督引用,当清单创建完成时。看门狗与PHM守护进程的交互是基于看门狗设备的超时机制和PHM守护进程的周期性服务来实现的。原创 2024-12-13 18:46:27 · 129 阅读 · 0 评论 -
Platform Health Management中Watchdog对于Safety features有什么作用
Platform Health Management(平台健康管理,简称PHM)和Watchdog(看门狗)在智能汽车等复杂系统的安全性方面扮演着至关重要的角色。原创 2024-12-05 11:26:55 · 75 阅读 · 0 评论 -
AP AUTOSAR —— PHM 平台健康管理 (R21-11)
是适应平台架构中的一个功能集群。通过监控各个应用实例的运行情况来确定其本地状态,并基于所有报告应用的状态推导出全局平台的健康状态。作为一个功能集群,平台健康管理包括一个C++库,为应用程序提供API,允许监督应用实例的执行并监控其状态。同时,还包括一个运行时进程守护程序,支持基于各个受监控应用实例的本地状态推导出全局平台健康状态。这些C++ API实现于AUTOSAR标准命名空间ara::phm中。PHM API通常与AUTOSAR标准保持一致。原创 2021-02-07 15:51:30 · 2571 阅读 · 3 评论 -
AP AUTOSAR 深入理解 PHM的本地状态和全局状态的是否支持自由定义各状态的流转触发消息?
监控实体(Supervised Entity, SE)是PHM模块监控的基本单元。每个监控实体需要在配置文件中定义,包括其唯一标识符和初始状态。原创 2024-08-06 08:58:43 · 346 阅读 · 0 评论