816_AUTOSAR_TPS_BSWModuleDescriptionTemplate12_测量标定支持1

偏执的太偏执、 2022-09-12 05:41 143阅读 0赞

全部学习汇总： [GitHub - GreyZhang/hack\_autosar: learning autosar documents, aha, very hard!][GitHub - GreyZhang_hack_autosar_ learning autosar documents_ aha_ very hard]

继续学习AUTOSAR的文档，看一下《AUTOSAR\_TPS\_BSWModuleDescriptionTemplate》。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16][]

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 1][]

10 测量和标定支持

10.1 McSupportData 概述

AUTOSAR 允许在软件组件和基础软件的描述中声明用于测量和校准的数据（MC 数据）。 软件组件可以声明在本地处理的 MC 数据，以及由 RTE 实现位置和访问（在正常执行期间）的 MC 数据，例如端口中的数据元素、实例之间共享的数据或需要软件的数据需要仿真支持。BSW 模块通常只有本地数据，但为了软件仿真支持，它们也可以声明由 RTE 处理的标定数据（有关各种数据角色，另请参见第 6.10 章）。

对于测量和标定工具的最终配置，需要另一种表示（所谓的“A2L”文件），它不是 AUTOSAR 的一部分（参见 \[26\]）。

对于给定的 RTE 生成器和 ECU 配置，A2L 文件的数据描述部分原则上可以从所有相关组件和模块的“上游”AUTOSAR 描述中生成（以及来自链接器的附加地址信息）。 然而，与此相反，AUTOSAR 方法已决定提供一个额外的中间 ARXML 工作产品，即所谓的 MC 支持数据，它是在 ECU 配置过程中产生的相当晚的，其中（带有来自 ECU 的附加地址信息） 链接器）可以生成最终的 A2L 文件。 这种方法的原因是：

• 对于由 RTE 生成器编码的 MC 数据，实际的 C 符号 - 查找内存地址所需的 - 取决于 RTE 实现并且在“上游”描述中不可用。

• 由于AUTOSAR 中的分布式开发，用于BSWM 和SWC 描述中数据的名称不一定是唯一的。 为了定义在 MC 系统（以及其他用例）中显示的唯一名称，提供了一个所谓的 ECU 平面图（参见 \[4\] \[TR\_METH\_03008\] 和 \[TR\_METH\_02003\] 的方法和 \[7\] 元模型）。 这些名称应通过 MC-support-data 提供给 MC 工具。

• 数据属性的定义——即SwDataDefProps——受制于可以在不同过程步骤中产生的几个工件中的添加或重新定义（有关更多信息，请参见\[6\]）。 在许多情况下，这最终必须由 RTE 生成器进行评估，因此方便的是，RTE 生成器还将这些关于 SwDataDefProps 的最终决定放入生成的一组 MC 支持数据中。

• 必须提供有关所谓标定方法的信息，该信息目前仅在 RTE 的 ECU 配置中可用。

• 通过使用专用的支持格式，外部工具对整个 AUTOSAR 元模型的依赖性降低。

• 通过使用专用的支持格式，可以将提供给最终 A2L 代操作员的信息限制为该步骤中实际需要的信息。

已经进一步决定，MC 支持格式（即它的元模型的一部分）重用元模型已经存在的概念，如类别和 SwDataDefProps，因为这些概念接近于“上游”描述和“A2L  ”的概念。

生成的模型如图 10.1 中的概览所示，它还说明了在 ECU 配置上下文中的位置。 如图所示，MC 支持 McSupportData 的根元素在一个实现中聚合为可拆分的。 这意味着，一个这样的元素描述了对位于此实现中的所有数据的标定支持，这些数据也可以是 BSW 模块/集群/库或 SWC。 可拆分的构造型允许将数据定义为单独的工件，并在另一个时间点，而不是实现本身。 特别是，位于 RTE 中的所有标定数据的支持数据应作为 RTE 自己的 BswImplementation 的一部分生成。

除了支持外部 MCD 工具之外，RTE 生成器产生的 MC 支持数据还可以包含支持 ECU 内部校准数据的软件仿真所需的信息。 这在第 10.3 章中有更详细的解释。

此外，由 RTE 生成器或专有工具生成的 MC 支持数据可以包含支持快速原型制作所需的信息。 这在第 10.5 章中进行了解释。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 1][]

通常，必须为模块或组件中具有测量或标定访问权限的所有数据生成 MC 支持数据。 对于该方法，我们必须区分两种情况：

• MC 支持数据由 RTE 生成器为这些数据生成，这些数据也由 RTE（分别为 BSW 调度程序）分配。 对于 BSW 模块，这意味着需要将这些数据声明为 BswInternalBehavior.perInstanceMemory。 如果标定数据需要仿真支持，这是强制性的。请注意，对于基本软件中的测量数据，没有要求 RTE 分配 BSW 数据的用例。  BSW 调度程序。

• 如果数据由模块或组件本身分配，则 MC 支持数据由任何其他工具生成，即 InternalBehavior.staticMemory 和 InternalBehavior.constantMemory

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 2][]

McSupportData 的多样性

因此，在 ECU 中，每个实现实例最多只有一个（生成的） McSupportData 实例：

表格中对此做了一些相关的属性描述。与 ECU 上的一个实现工件相关的所有测量和标定支持数据的根元素。 应该有一个与 RTE 实现相关的元素（如果它拥有 MC 数据），并且每个模块或组件都有一个单独的元素，它拥有私有的 MC 数据。

这是关于测量和标定支持的第一份梳理信息，先对测量标定的需求以及要求做了一个大概的描述。接着是介绍了测量标定的形式以及实现的方法。相比测量，标定还有专门的权限相关的要求需要支持处理。

[GitHub - GreyZhang_hack_autosar_ learning autosar documents_ aha_ very hard]: https://github.com/GreyZhang/hack_autosar
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/7472f38cf84d4a59b54c05c95def2861.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220828/f72b09ba38034b88b86f4e70cfa68c84.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 2]: /images/20220828/9edf233b0bd9460ab0b61819f04d5232.png