AP Autosar平台设计 5 EM& 6SM

最新推荐文章于 2026-05-25 08:33:32 发布
原创 最新推荐文章于 2026-05-25 08:33:32 发布 · 1.6w 阅读 · 41
标签
#Autosar平台 #c++

目录

5执行管理EM

5.1概述

5.2系统启动

5.3 EM职责

5.4确定性执行Deterministic Execution

5.5资源限制 Resource Limitation

5.6应用程序恢复

5.7可信平台

6状态管理State Management


5执行管理EM


5.1概述

执行管理负责系统执行管理的所有方面，包括平台初始化和应用程序的启动/关闭。执行管理与操作系统协同工作，以执行应用程序的运行时调度。


5.2系统启动

当机器启动时，将首先初始化操作系统，然后作为操作系统的初始进程之一启动执行管理。然后通过EM启动自适应平台基础的其他功能集群和平台级应用。在AP基础平台启动和运行之后，EM继续启动自适应应用程序。平台级应用程序和自适应应用程序的启动顺序由执行管理根据计算机清单和执行清单信息确定。

图5-1AP启动顺序

EM可选地支持经过身份验证的启动，即从信任锚点启动自适应平台，同时维护信任链。在经过身份验证的启动期间，执行管理将验证应用程序的真实性和完整性，并在检测到违规行为时阻止其执行。通过这些机制，可以建立一个可信的平台。


5.3 EM职责

EM负责自适应平台执行管理和应用程序执行管理的所有方面，包括：

1.平台生命周期管理

执行管理作为Adaptive Platform启动阶段的一部分启动，并负责Adaptive Platform和已部署应用程序的初始化。

2.应用程序生命周期管理

最低0.47元/天 解锁文章
深度剖析AutoSAR EM模块：揭秘在main函数启动时提取可执行文件路径的秘密
一直在水些技术小文
11-29 1074
AutoSAR、EM模块、main函数、可执行文件路径、启动时提取。
【AUTOSAR AP EM】探索 AUTOSAR AP EM的基本功能：构建你的自适应平台执行管理模拟系统
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
05-30 1859
AUTOSAR Adaptive Platform (AP) 的 **Execution Management (EM)** 扮演着系统生命周期管理的核心角色，尤其是在处理机器的启动、关闭和重置（重启）这些关键阶段。本章将深入探讨 AUTOSAR 规范中对这些过程的官方定义和要求，揭示 EM 在确保系统稳定性和可预测行为方面的重要性。
Autosar AP – SM职责
wangxu696200的博客
03-07 3243
■ Function Group(功能组) Function Group即一组相互关联，需要统一控制的进程的集合。 依据Function Group的状态，启动进程或者终止进程。 在AUTOSAR中，Function Group的状态被称为Function Group State。主要和用户级应用有关。 每一个应用都可以在Execution Manifest中定义在那些Function Group States的情况下，它的进程可以运行。 ■ SM内部状态 ...
[Adaptive Autosar]深入理解--Execution Management
AgingMoon的博客
03-19 3495
目录 1. EM简介 2.执行程序在AP部署 3. 执行清单 4. 机器清单 5 EM生命周期管理 6 状态管理 7. 确定性执行 Execution Management，以下简称EM 1. EM简介 EM是包含在自适应平台基础中的一个功能集群。 负责系统执行管理的各个方面，包括平台初始化和启动/关闭应用程序。 执行管理与操作系统一起工作。 特别是，执行管理负责将操作系统配置为执行应用程序的运行时调度和资源监控。 EM 有点类似于 CP 中的EcuM 和BswM，用于管理进程的
AUTOSAR AP 详解
最新发布
qq_42561732的博客
05-25 451
前面我们讲解了关于AUTOSAR CP的一些知识，接下来我们聊一聊AUTOSAR AP，由于AP平台同样也很庞大，本文我们仅从设计理念、架构、、工具链的角度展开说说。
AP AutoSar EM
fan0_0fan的博客
05-05 735
最近大家都对AP兴趣很大，也不知CP大家玩转了木有，反正咱也不知道咱也不敢问，这次楼主就扯下AP中的状态管理SM和执行管理EM部分。 言归正传：AP的应用，在通过工具配置后，会生成可供APP开发使用的代码和JSON的Manifest配置信息文件，经编译后APP会生成可执行文件BIN。 EM作为执行管理，其会负责读取APP的Manifest文件，获取APP的配置信息，不同的 APP在 Manifest 文...
AutoSar AP软件规范中EM介绍及功能概要
weixin_42108533的博客
08-10 872
为了理解AutoSar AP中EM的概念，生搬硬套的翻译了《AUTOSAR SWS ExecutionManagement.pdf》的介绍部分，并按照自己的理解进行了修改
【AUTOSAR AP EM】AUTOSAR AP Execution Management 配置项设计参考
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
05-30 1257
在现代智能汽车电子架构中，软件复杂度和可维护性要求日益提升。AUTOSAR（AUTomotive Open System ARchitecture）作为全球汽车电子标准化组织，其Adaptive Platform（简称AP）为面向服务的高级自动驾驶和车载信息娱乐等新型业务提供了坚实的软件基础。在Adaptive Platform中，**Execution Management（EM）**模块承担着“统一调度、状态管理、健康监控和自愈处理”等核心职能。
【AUTOSAR AP SM】AUTOSAR AP 状态管理决策逻辑
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
06-10 1219
AUTOSAR Adaptive Platform 的状态管理器（State Manager，简称 SM）实现了一套高度复杂的多层决策框架，作为平台状态操作的中心协调者。SM 在接收到状态变更请求后，会通过系统化的多标准评估、安全约束验证和基于优先级的仲裁机制进行判断，然后协调执行管理器（Execution Management，简称 EM）执行具体的状态切换。
【AUTOSAR AP EM/SM】AUTOSAR AP 24/11中Machine State和Function Group State 传输场景研究报告
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
06-10 1125
AUTOSAR AP 24/11标准通过State Management（SM）和Execution Management（EM）协同工作，实现系统的精细化状态控制。SM作为决策中心，负责评估状态变更请求并制定转换策略；EM则执行具体操作。系统采用两种关键状态：Machine State管理整个AP实例的生命周期（如启动、运行、关闭等全局状态），Function Group State则提供更细粒度的应用控制（如功能组激活/停用）。两者均由SM发送给EM执行，并通过标准化接口通信。这种架构支持系统级状态管理
AUTOSAR AP EM开发总结
weixin_47119466的博客
08-23 875
由于购买AP源码包价格高昂，现在准备自己开发实现EM的相关功能。
【AUTOSAR AP EM/PHM】AUTOSAR AP：执行管理（EM）× 平台健康管理（PHM）集成实战（R24-11）
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
06-08 1528
AUTOSAR AP 中的 EM-PHM 集成构建了**先进的汽车软件健康管理框架**，在满足复杂功能需求的同时保障系统安全性与可靠性。它成功融合了进程管理、健康监控与自动恢复机制，适用于 ADAS、高级自动驾驶与车联网服务等高阶汽车应用。
【AUTOSAR AP EM】进程状态与平台管理协同机制
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
06-08 1215
进程状态（Process States）从执行管理的角度描述了进程的生命周期。每个进程都是独立的，拥有自己的进程状态。执行管理使用进程状态来： - 解析执行依赖关系 - 管理超时 - 跟踪进程的内部执行状态
【AUTOSAR AP FunctionGroup 1/4】AUTOSAR AP FunctionGroup ：从模型到实战
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
06-04 1293
AUTOSAR AP FunctionGroup 从模型到实战摘要 FunctionGroup（FG）是 AUTOSAR 自适应平台中按状态编排进程集合的逻辑单元，由状态管理（SM）决策状态切换，执行管理（EM）负责实际启停进程。FG 本身不直接管理进程或资源，而是通过清单（Manifest）定义状态与进程的映射关系。 核心要点： 定义与职责：FG 是进程的逻辑分组，其状态决定进程启停；SM 决策状态，EM 执行启停。 运行模型：Machine State 与 FG States 共同决定当前应运行的进程集
AutoSar AP平台中EM，CM，SM，PHM，LT等AP基础软件都有宿主进程吗
weixin_42108533的博客
08-15 679
并非所有模块都采用与状态管理（SM）相同的"库+宿主进程"模式。这种差异化的设计使AP平台既能保障关键服务的可靠性，又能为业务模块提供部署灵活性。在AUTOSAR Adaptive Platform (AP) 的架构设计中，
【AUTOSAR AP EM】AUTOSAR AP Execution Management：语义校对、配置解读与工程落地（R25-11）
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
05-31 2085
在现代汽车软件架构的激烈变革中，AUTOSAR Adaptive Platform（AP）已成为推动行业标准化和智能进化的关键力量。Execution Management（EM）作为AP平台的大脑之一，承担着“生命体征监控者”与“指挥调度者”的双重身份，协调平台各核心进程的启动、运行、关闭和异常处理，确保整个系统的鲁棒性和灵活扩展性。 有人说：“秩序，是复杂系统中诞生智能的土壤。”这句话在AUTOSAR AP EM的世界里尤为贴切。EM用一整套严密的需求体系为软件架构“赋形”，在看似冰冷的代码后面，驱动
【AUTOSAR AP EM/SM/PHM】AUTOSAR AP 进程 崩溃后的处理逻辑
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
02-03 187
AUTOSAR Adaptive系统在进程崩溃后采用分层处理机制：EM负责检测进程终止并标记功能组为Undefined状态，通过undefinedStateCallback通知SM；PHM基于监督规则判断全局故障，通过RecoveryHandler触发恢复动作。关键区别在于，EM关注进程生命周期异常，而PHM关注行为监督失败。系统刻意避免EM直接重启进程，将恢复决策权交给SM，确保状态一致性。自终止进程有特殊规则，未按预期终止时PHM会介入。这种分层设计防止了无限重启和状态混乱，体现了车载系统对安全性和可靠
【AUTOSAR AP 基本三大模块 EM / SM / PHM】解构 AUTOSAR AP 的状态-健康-执行闭环：EM / SM / PHM 的标准语义到工程落地
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
06-20 522
本文探讨了AUTOSAR AP平台中状态-健康-执行闭环的实现机制，重点分析了执行管理(EM)、状态管理(SM)和平台健康管理(PHM)三大模块的职责边界与交互逻辑。文章指出，智能汽车平台需要确保状态可控、故障可控、恢复可控的运行环境，通过建立标准化的错误上报、恢复处理和兜底机制实现闭环管理。核心内容包括：1) 明确三大模块的输入/决策/执行边界；2) 解析PHM监督失败如何转化为有语义的恢复事件；3) 阐述SM恢复状态机的实现方式与错误处理机制；4) 强调看门狗作为最后兜底手段的关键作用。文章为平台开发者
【AUTOSAR AP SM】AUTOSAR SM进程状态机枚举设计：汽车软件中的状态管理艺术
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
06-10 1728
本文探讨了AUTOSAR自适应平台中状态机(State Machine)的设计艺术与技术实现。文章首先阐述了状态机在现代汽车软件中的核心地位，指出其作为系统行为协调者的关键作用。在技术层面，重点分析了枚举(enum)设计的技术考量，包括使用强类型枚举确保类型安全、采用uint8_t作为底层类型以优化内存使用，以及分层状态值分配策略的巧妙设计。随后详细解析了AUTOSAR规范的五个强制状态及其应用场景，包括Initial、Final状态和更新相关状态群，并讨论了项目特定状态的设计理念。最后介绍了状态转换的多种
【2025年度总结】让系统变稳的这一年：类 AUTOSAR AP 平台核心能力建设复盘
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
12-27 1874
本文探讨了构建"类AUTOSAR AP"平台的实践经验，重点解决车载系统平台能力缺失问题。作者指出当前系统存在启动链路依赖经验、状态不可计算、可靠性事后修补等痛点，提出通过构建"可计算、可治理、可验收"的平台核心能力来提升系统稳定性。 文章详细阐述了三个关键设计： 生命周期管理（EM/SM）：将系统运行方式从人工干预转变为规则驱动，强调配置语义可计算、状态切换幂等、超时作为策略入口等设计原则； 可靠性机制（PHM）：建立系统行为裁判机制，区分允许行为、可忽略行为和需升
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值