809_AUTOSAR_TPS_BSWModuleDescriptionTemplate5_资源消耗1_静态动态存储以及存储分配

叁歲伎倆 2022-09-12 04:48 9阅读 0赞

全部学习汇总：[https://github.com/GreyZhang/hack\_autosar][https_github.com_GreyZhang_hack_autosar]

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

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16][]

9 ResourceConsumption

AUTOSAR软件需要在开发过程中的某个时刻映射到ECU。应用软件组件基本上可以映射到汽车内可用的任何ECU。映射自由度受到系统约束\[7\]和每个ECU上可用资源的限制。BSW模块存在于提供相应服务的每个ECU中。ResourceConsumption元素提供有关每个SwcImplementation或BswImplementation的内存和执行时间所需资源的信息。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 1][]

9.1 静态资源和动态资源

资源可分为静态资源和动态资源。

静态资源只能由一个实体分配并留在该实体中。如果所需的资源量大于可用资源，则映射在物理上不适合。ROM 是备用资源的一个示例，其中显然只能存储由存储容量提供的数据量。

动态资源是共享的，因此可以随时间动态分配给不同的控制线程。处理时间就是一个很好的例子，不同的任务在一段时间内被赋予处理器。如果某个可运行实体使用的处理时间比最初计划的多，则可能导致功能故障。RAM 的某些部分也可以看作是动态资源（例如动态增长和收缩的堆栈、堆）。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 2][]

9.2 资源消耗概览

在图 9.1 中，描绘了 ResourceConsumption 描述的元模型。

实施属性-资源消耗

ResourceConsumption 附加到一个实现。 对于每个实现，都有一个 ResourceConsumption 描述。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 3][]

如图 9.1 所示，所有资源都在 ResourceConsumption 元类中描述。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 4][]

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 5][]

ExecutionTime（第 9.5 章）和 StackUsage（第 9.4.2 章）分别用于提供有关 BSW 模块的 BswInternalBehavior 中 SW-Component 的 InternalBehavior 中定义的 ExecutableEntity 的实现特定资源使用的信息。

MemorySection（第 9.3.2 章）记录了加载包含 ECU 实现的目标文件所需的资源。

HeapUsage（第 9.4.3 章）描述了软件的动态内存使用情况。

表格是对每一个属性的具体的实施描述。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 6][]

9.3 静态内存需求

9.3.1 概述

本子章节描述了如何指定实现的静态内存需求。这包括软件在类和实例级别对代码或数据的所有内存需求，除了：

• 激活实现的 ExecutableEntity 的任务所需的堆栈空间（参见第 9.4.2 章）

• 动态堆行为 软件（如果软件使用 malloc/free 从堆中获取/释放缓冲区，请参阅第 9.4.31 章）

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 7][]

9.3.2 内存分区

需要内存来加载包含 ECU 上软件实现的目标文件。 根据\[23\]，必须在软件的源代码中以抽象的（即平台和编译器无关的）方式定义必须在哪种内存中分配软件的代码和数据。

为了支持软件组件或模块的集成和配置，使用的（抽象）内存部分及其属性也必须通过图 9.2 中的 MemorySection 元素在 XML 中进行描述。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 3][]

图 9.2：与 MemorySection 相关的元模型

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 8][]

存储分区名称

实际的部分名称由 MemorySection.symbol 给出，如果缺少此属性，则将 MemorySection.shortName 作为默认值（这是出于向后兼容的原因）。

每个 MemorySection 实例的段名称应是实际代码中预处理器语句中使用的所谓内存分配关键字的一部分。

例如，对于由宏 RTE\_START\_SEC\_VAR\_FAST\_8 输入的内存段，MemorySection.symbol 应为 VAR\_FAST\_8。

预处理器宏还包含所谓的前缀，它们设置了一种命名空间，默认情况下等于封闭的 BswModuleDescription 或 AtomicSwComponentType 的 shortName（在上面的例子中，前缀是 RTE）。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 9][]

内存段前缀

可以使用元类 SectionNamePrefix 用更细粒度的值来取代这些前缀。 详细信息在下面的图表、表格和约束中进行了解释。

分配关键字到编译器特定代码的映射是通过头文件完成的。 可以从 ECU 配置描述生成这些头文件，而这些头文件又受到模块和组件“上游”描述中使用的 MemorySections 和 SwAddrMethods 的约束。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 10][]

提供内存映射头文件名

作为默认规则，每个 BSW 模块或每个 SWC 有一个内存映射头文件，该文件的名称包括 BswModuleDescription 的 shortName 和相应的。 AtomicSwComponentType 作为前缀。

但是，对于 BSW 模块或集群，可以通过显式引用一个或多个具有特定名称和粒度的文件来取代默认规则。 这是通过在角色 requiredArtifact 中定义一个或多个由 BswImplementation 聚合的 DependencyOnArtifact 元素来指定的，并且 DependencyOnArtifact.category 设置为值 MEMMAP。

\[23\]中给出了这些头文件名的详细规则：\[SWS\_MemMap\_00028\]、\[SWS\_MemMap\_00029\]、\[SWS\_MemMap\_00032\]、\[SWS\_MemMap\_00035\]。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 11][]

为每个部分前缀分配不同的头文件

如果一个 BswImplementation 根据 \[TPS\_BSWMDT\_04092\] 引用了多个内存映射头文件，则必须通过设置引用 SectionNamePrefix.implementedIn 将不同的头文件分配给各个内存段前缀。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 12][]

SectionNamePrefix.implementedIn 的约束

• 通过此链接连接的 SectionNamePrefix 和 DependencyOnArtifact 必须属于同一个 BswImplementation。

• 此链接引用的DependencyOnArtifact 必须由角色requiredArtifact 中的BswImplementation 聚合。

• 此链接引用的 DependencyOnArtifact 必须将类别值设置为 MEMMAP。

有关标准化分配关键字的列表，内存映射头文件及其配置参数的进一步说明参见 \[23\]。

这一次的梳理暂且到此，从这一部分信息我看到了关于存储分区的一些描述。似乎能够隐隐约约回答一部分我前面有些模糊的疑问。关于存储分区，这么看来，修改或者变更的方法不仅只有一个代码修改的方式来实现，从工具层面本身就该支持这样的功能。

[https_github.com_GreyZhang_hack_autosar]: 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/eef763c5fa4f4f0f89c7bb06db119736.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220828/5adf9685694b4052a781b0a8e351c4f7.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 2]: /images/20220828/326a7a5b00fb42b783f64228932649f8.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 3]: /images/20220828/6fd49ad6cb464b47a642c2caa3f65028.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 4]: /images/20220828/9e8dc4ae35c54b37a904e40eb66b9b36.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 5]: /images/20220828/93e412940c7c4fa082b421fb8d6606c5.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 6]: /images/20220828/c9e237d73b6c4578a07575636075b985.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 7]: /images/20220828/6e7cf6cf98f84d288fa23ddc84616ba5.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 8]: /images/20220828/5aba524dc1c04bc1addcaee5b67b58b5.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 9]: /images/20220828/460e2768ea944fbb863f97aa40646762.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 10]: /images/20220828/abc1f818b1384146bacce81a30af6b7b.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 11]: /images/20220828/84548dabc0e94669a043a8d4d93af1b0.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 12]: /images/20220828/0fb00a1434634a178f48d4ca7bddb2cd.png