766_AUTOSAR_RS_ECUResourceTemplate

矫情吗；* 2022-09-11 00:03 82阅读 0赞

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

继续学习AUTOSAR的文档，开始看一个新的文件《AUTOSAR\_RS\_ECUResourceTemplate》。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16][]

1 本文档范围

本文档收集了对 ECU 资源模板 (EcuR) 的要求。

EcuR 的主要目标是为 ECU 资源描述提供方案。ECU 资源描述 \[1\] 包含有关用于构建 AUTOSAR 系统的硬件组件的信息。

EcuR 的上下文应该包含

• 处理器

• 内存段

• IO 和通信外围设备

• 微控制器

• Ecu 电子设备

• 传感器和执行器（在 Ecu 外壳内部，但也从外部连接到 Ecu）

EcuR 的一种用途是支持通过提供有关可用硬件资源及其连接的信息来进行系统设计。

• 每个ECU 上可用的微控制器/处理器内核

• 每个ECU 上可用的内存

• 每个ECU 上可用的总线通信接口

另一种用途是通过提供有关硬件及其连接的详细信息来支持ECU 配置\[2\]。

• Ecu 电子设备如何连接到微控制器外设

• 哪个微控制器内核可以访问哪些内存和外设

小结：这个一看就是针对多核设计的，我也很需要找一个MCU来补充一下这方面的一些技能。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 1][]

1.1 文档约定

AUTOSAR 文档中要求的表示遵循 \[TPS\_STDT\_00078\] 中指定的表格，参见标准化模板 \[3\]，支持可追溯性一章。

\[TPS\_STDT\_00053\]中规定的义务表达的口头形式应用于指示要求，参见标准化模板\[3\]，支持可追溯性一章。

小结：每一个文档必然的套话！

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 2][]

2 相关文档

2.1 输入文档

以下输入文档已用于制定这些要求：

• AUTOSAR Main Requirements \[4\]

• AUTOSAR Methodology \[5\]

• AUTOSAR Glossary \[6\]

• AUTOSAR Generic Structure Template \[7\]

• AUTOSAR Model Persistence Rules for XML \[8\]

• AUTOSAR Requirements on Timing Extensions \[9\]

2.2 规范文档

本文档中收集的要求将通过 ECU 资源模板规范 \[1\] 文档来满足。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 3][]

这个需求跟踪矩阵不仅需求少，而且对应的实施也少，看起来读起来应该不费时间。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 4][]

通用需求

支持基础软件配置

ECU 资源模板应提供描述支持 AUTOSAR 基础软件配置的硬件属性的方法。

某些 ECU 配置参数值可以从配置硬件的 ECU 资源描述中获得。

用例：ADC 通道的最大数量由可用硬件决定，因此可以从 ECU 资源描述中得出。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 5][]

描述特定硬件元素的特性

ECU 资源模板应提供方法来描述基于硬件元素的类型的通用和特征属性。

由于硬件种类的多样性，需要对每个硬件种类的属性进行专门描述。

用例：EEPROM 保证擦除周期数的说明。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 6][]

描述通用硬件

ECU 资源模板应提供描述任何类型硬件元素的方法。

某些硬件元素已经可以使用 ECU 资源模板 (\[RS\_ECUR\_00003\]) 的专用方法进行描述——但是，在开发 ECU 资源模板时还没有考虑到一些硬件元素。对于此类硬件，应提供通用描述机制。

小结：复杂驱动涉及到的专门硬件也需要在工具设计中考虑到？

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 7][]

描述硬件元素之间的联系

ECU 资源模板应提供以抽象方式描述各个硬件元素（在 ECU 中和在 ECU 外部）如何连接的方法。

各个硬件元素如何相互连接对于 ECU 的配置至关重要。

用例：

• 在双核微控制器中，某些内存段只能由一个核访问。 通过对各个内核及其与存储器段的连接的专门描述，可以描述可访问性。

• Can-Transceiver 需要多个 DIO 端口进行控制。 通过对 DIO 端口和收发器之间连接的描述，正式定义了关联。

小结：本来以为这个会跟之前看VFB文档时候看到的连接器会是一个概念，从用例描述看还不是。这里也涉及到了具体的硬件本身属性问题，典型如多核。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 8][]

硬件的时序特性

ECU 资源模板应提供描述硬件 I/O 时序属性的方法，例如，由数字 I/O 硬件端口引入的延迟。

硬件 I/O 会引入额外的显着延迟，在分析和验证系统时序行为时必须考虑到这一点。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 9][]

描述硬件的可变性

应该可以描述实际硬件提供的可变性。

大多数硬件是高度可配置的，但是对如何进行配置存在限制和约束。

用例：控制器的引脚可以配置为 ADC 或 DIO。 选择完成后，该组的其他引脚隐式连接到同一外设。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 10][]

文档支持

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 11][]

支持来自多个来源的硬件描述

ECU 资源模板应提供组合来自多个来源的硬件描述的方法。

AUTOSAR 提供硬件的不同合作伙伴可以提供他们的硬件描述。硬件集成商可以利用单独的硬件描述来提供完整的硬件描述。

用例：微控制器供应商提供微控制器的 ECU 资源描述。ECU 供应商为 ECU 创建 ECU 资源描述，并使用来自微控制器供应商的微控制器的 ECU 资源描述。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 12][]

描述专用硬件的要求

处理单元（处理器？）的详细信息

ECU 资源模板应提供专用方法来描述处理单元。 处理单元应定义为微控制器/处理器的核心。

处理单元的数量对于系统和 ECU 的设计至关重要。

用例：

• 为了将软件执行的上下文映射到内核，需要了解各个内核。

• 在双核微控制器中，某些内存段只能由一个核访问。 通过对各个内核的专用描述，可以描述对这些存储器段的访问。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 13][]

可用存储

ECU 资源模板应提供专用方法来描述内存段。 这包括所有可能的内存类型，如 RAM、ROM、EEPROM、闪存等。

内存段的数量及其属性对于系统和 ECU 的设计至关重要。

用例：

• 需要可用内存量才能将软件分配给系统中的不同ECU，并从内存角度检查软件是否适合。

• 在链接器运行期间，软件的内存需求被映射到物理可用的硬件内存上。为了支持此活动，应为每个 ECU 描述内存段。

• 在多核微控制器中，某些内存段只能由一个核访问。 通过对各个内核的专用描述，可以描述对这些存储器段的访问。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 14][]

可用的通信方式

ECU 资源模板应提供专用方法来描述通信硬件。

ECU 的通信是必不可少的，应与系统描述和 ECU 配置一起以协调的方式进行描述。

用例：

• 描述用于系统描述的网络端口和ECU 之间的通信设计。

• 描述不属于系统描述的网络端口（访问智能传感器/执行器的本地网络端口）。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 15][]

可用的IO硬件外设

ECU 资源模板应提供专用方法来描述 IO-HW-外设。

不同的 IO-HW-Peripherals 需要专门的方法来从硬件的角度描述它们的属性。 不同的 IO-HW-Peripherals 需要专门的方法来描述它们在微控制器和外部的连接性。

用例：

• ADC 通道5 可在微控制器的引脚87 上使用。

• 变体处理：如果微控制器配置为在引脚 53 上具有 ADC 通道 7，则 DIO 不能将引脚 50-57 用于其目的。

小结：感觉这个用例跟前面的内容有点不对应，文不对题啊！用例描述中的更像是冲突检查而不是可用性的资源描述。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 16][]

IO硬件抽象从的详细信息

ECU 资源模板应使用 IO-HW-Abstraction 层提供硬件传感器/执行器和 IO-HW 外围设备之间的抽象连接信息。

对于 IO-HW-Peripherals 的配置，必须知道连接了哪些传感器/执行器以及 IO-HW-Abstraction 将如何访问相应的 IO-HW-Peripherals。

用例：

• 速度传感器通过复杂的电子设备连接到 ADC 通道 7 的 IO 端口，微控制器引脚 53。复杂电子设备的行为将不再描述； 然而，连接本身应被指定。 从而允许 IO-HW-Abstraction 软件的实现者获得正确的连接信息。

• 收发器电子设备连接到 Can-Bus，连接到 Can 通信控制器，连接到 DIO 通道 8（引脚 47）以启用通信并连接到 DIO 通道 5（引脚 87）以便 启动唤醒。

小结：看上去，这个属于硬件设计的一个输出信息。除非硬件错误，否则这里的描述在实施的过程中应该不会有什么错误。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 17][]

可用的传感器和执行器

ECU 资源模板应提供专用方法来描述传感器和执行器。

允许建立传感器/执行器软件组件和实际硬件元素之间的关系。

用例：

• 描述轮速传感器硬件和相应的传感器软件组件。

• 描述车窗升降器电机和相应的执行器软件组件。

小结：到时没什么小结的，只是这么巧在这里看到了轮速传感器！

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 6][]

ECU资源模板开发要求

根据 AUTOSAR 通用结构模板文档开发

ECU 资源模板的 UML 表示应根据 AUTOSAR 通用结构模板开发。

小结：不用说，又是百分之百的工具设计。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 8][]

根据 AUTOSAR Model Persistence Rules for XML 转换 ECU 资源模板建模

ECU 资源模板的 XML 表示应根据 XML 的 AUTOSAR 模型持久性规则从其 UML 表示派生。

小结：这个又是比较纯粹的工具设计范畴。

这个文档的内容不多，少数几个一次性能够看完的文件了。资源介绍主要涉及到的其实是硬件产品设计所能够为软件提供的应用信息，从MCU的每一个内核和外设部件到PCB上的其他的外设信息，还包括了他们之间的相互连接关系。

[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/20220829/1f050c68d5ac4f39bd1fc4ab3c2c105f.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220829/10495ae0f2034e518ab5b14d05939b71.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 2]: /images/20220829/3fa7b1a9bdcf489b9a46b2dbaca93945.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 3]: /images/20220829/1f493062182942feb4117e920d382210.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 4]: /images/20220829/9184c80eb1e54a608cdeb147a61a06e1.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 5]: /images/20220829/3c250b2095d54ef6b4b6dc987b98d06d.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 6]: /images/20220829/c23861b9d5724737b9418929dc7acc5e.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 7]: /images/20220829/1531f3d8ca2d4f02811a27a20203fe32.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 8]: /images/20220829/60778983626d49678141f00d6c41c3ad.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 9]: /images/20220829/1e3f47da1b484e4e9c03774fc94686c7.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 10]: /images/20220829/82a54fe891314e5593f91c43c96adcfe.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 11]: /images/20220829/5ab629c2505c411186f3ce2578090ce7.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 12]: /images/20220829/ac8ce8781221400e8f4f49e0820eb6ec.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 13]: /images/20220829/fcf85080ac3f4a4e9d9ed58d60fe410d.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 14]: /images/20220829/41e39dee89d749e2aecdd31644d245a2.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 15]: /images/20220829/32e9fc9e94f44299a27681af142acba7.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 16]: /images/20220829/b836a97a11f845e4a839bad8523653d1.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAZ3JleV9jc2Ru_size_20_color_FFFFFF_t_70_g_se_x_16 17]: /images/20220829/6eee1b25f3054c6eb0915a4ce24511cd.png