全部学习汇总： https:///GreyZhang/hack_autosar
继续梳理《AUTOSAR_TR_Methodology》。
为ECU集成软件
描述
本章描述了 AUTOSAR ECU 的集成。 在 AUTOSAR 意义上，ECU 意味着微控制器加上外围设备和相应的软件/配置。 因此，每个微控制器都需要自己的 ECU 配置。
为 ECU 活动集成软件
主要活动包括配置和/或生成 BSW 模块（包括 RTE）和构建可执行文件。 BSW 配置可以在不同的开发步骤中完成。 由于要考虑配置类定义，本章稍后将介绍这些不同配置方式的详细用例：
• 预编译时间
• 链接时间
• 构建后时间
目的
本活动展示了如何为 ECU 集成 AUTOSAR 软件的高级视图。
ECU集成软件活动的范围
AUTOSAR ECU 的开发包括四个主要活动：
• 准备ECU 配置
• 配置BSW 和RTE
• 生成BSW 和RTE
• 构建可执行文件
此外，还显示了可选活动Model ECU Timing。 ECU 时序模型取决于 ECU 配置细节（BSW 和 RTE），但结果应有助于以迭代方法优化配置。
ECU 配置在集成 ECU 软件的过程中发挥着重要作用。 相关工作流程如图 2.351 所示。 所有三个活动（准备 ECU 配置、配置 BSW 和 RTE、生成 BSW 和 RTE）都使用包含（即
参考）ECU 上所有 BSW 模块的所有配置信息。 为了更好地理解这三种不同的活动，第 2.7.9 章介绍了配置类。
人们可以测量各种 BSW 模块和应用程序使用的资源，并将该信息保存在基础软件模块实现描述或原子软件组件实现中。
此时还可以生成“处理生成 A2L 任务”的 A2L 文件。
看起来，基础软件的A2L文件生成可能也是AUTOSAR的配置工具实现的一个功能。
ECU 配置的输入源
ECU 配置有两个输入源（见图 2.35）。 首先，必须在 ECU 之间达成一致的所有配置都在系统配置中定义，这会产生系统配置描述（以及由此产生的各个 ECU 的 ECU 提取）。
其次，ECU BSW 是使用 BSW 模块构建的。 这些模块实现的细节在 BSW 模块交付包所涵盖的 BSW 模块描述中定义。
后者在 [8] 中有更详细的描述。 ECU Extract 的概念描述如下：
ECU 提取 ECU 配置只能在合理的系统配置描述和相应的 ECU 提取生成后启动（见图 2.35）。 有关系统配置描述的详细信息，请参见 [9]。这个9是一个注释吗？没找到啊！
系统配置说明包含所有相关的系统范围配置，例如 ：
• 系统中存在的 ECU
• 将这些 ECU 及其配置互连的通信系统
• 这些通信系统的通信矩阵（发送和接收的帧）
• 软件组件及其端口的定义以及接口和连接（在 SWC 描述中定义并在系统配置描述中引用）。
• 将 SWC 映射到 ECU
ECU Extract是一种与系统配置描述格式相同的描述，但仅包含与一个特定 ECU 的配置相关的那些元素。
ECU 配置值描述
ECU Extract 仅定义了必须在 ECU 之间达成一致的配置元素。 为了生成在 ECU 上运行的可执行文件，必须提供更多的配置信息。
配置的其余部分是关于配置 ECU 内的所有 BSW 模块。 ECU 内的典型 BSW 模块可以是：RTE、Com、Can、OS、NVRAM 等。
在配置 ECU 时，还需要考虑 BSW 模块之间的依赖关系。配置完成后，将生成配置数据。 例如：该过程中同时涉及配置编辑器和配置生成器。
为了在 ECU 的整体配置中获得一致性，AUTOSAR 定义了一个单一的格式，即用于 ECU 内所有 BSW 模块的 ECU 配置值描述。 配置编辑器和配置生成器都在致力于 ECU 配置值描述。 在 AUTOSAR 方法中，ECU 配置值描述由工件 ECU 配置值表示。
ECU Configuration Value 描述包含单个ECU中所有BSW模块的配置
这一描述（ECU 配置值）收集了单个 ECU 中 BSW 模块的完整配置。每个模块生成器之后可以从该单一格式中提取它需要的配置数据的子集。
输入输出相对明确。
做一个小结：此活动包含在 AUTOSAR ECU 上集成软件组件和模块所需的所有典型子活动。
ECU 在本文中的意思是处理器，因此如果一个电子控制单元由多个处理器组成，则每个处理器都需要一个“ECU 交付”（ECU Delivered）。
这一个章节，还是获知了不少之前不知道或者模糊的信息的，在最近的几个章节中比较有学习的意义。感觉上，整个大的章节会花费不少时间，但是应该很有意义。
