720_AUTOSAR_TR_TimingAnalysis7_概念明确以及ECU整体分析示例

落日映苍穹つ 2022-09-04 03:56 87阅读 0赞

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

继续梳理《AUTOSAR\_TR\_TimingAnalysis》。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70][]

ECU 级软件集成的时序分析

本章概述了与软件集成到单个 ECU 的时序问题相关的用例。 第 4 章涵盖了与网络相关的方面，并且仅对 ECU 级别的时序产生间接影响。 在 ECU 级别，任务和中断的调度以及各种代码片段的执行时间定义了该特定 ECU 的整个软件的时序行为。

根据调度和执行时间，满足或错过给定的最后期限。本章中的用例有助于解决与调度和/或执行时间相关的问题或任务。

虽然说到“ECU 级”，但重要的是要记住，单个 ECU 可以配备多个处理器，每个处理器都有自己的调度。 甚至一个处理器上的多个内核也越来越常见。 但是，本章中的原则仍然有效，可以反映在每个“调度实体”（=核心）上。

本章中使用的典型术语有：

• 执行时间（例如：CET、BCET、WCET..），请参阅第 2.1 和 6.4 节。

• CPU 负荷，请参阅第 6.4 节。

• 中断负荷，参见第 6.4 节。

• 响应时间，参见第 6.4 节。

• 延迟，请参阅第 6.4 节。

![20210810235736521.png][]

示例

在介绍中，给出了时序的上层示例，参见第 10 页的图 1.2。ECU 级处理最上层示例的一个片段，即所涉及的 ECU 的调度方面和代码执行方面，见图 3.1。 本章的用例将参考这个例子。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 1][]

看这个时间分析，时间是有重合的，意思是有多核吗？左边的标题正好遮盖了一部分信息，让这个理解有点偏麻烦了。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 2][]

这是一个用例子的汇总表。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 3][]

这是ECU时序分析的流程以及各个环节的参与人员的情况，这个基本的表述图完全可以拿给开发团队做一个分工以及计划的参考。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 4][]

假定条件

如果没有另外说明，以下假设适用于本章中描述的所有用例：

1. 特定 ECU 的 ECU Extract 可用，包括系统时序的 ECU Extract 内容。

2. 映射到特定 ECU 的所有 SW-C 的 VFB 视图（SW-C 模板，SW-C 的层次结构）可用。

3. SW-C 描述可用

4. 交互发生在一个 OEM 和一个一级供应商之间

5. 包括 C 源代码和目标文件在内的所有 SW-C 都可用。

6. 所有必需的 BSW 模块都可用，包括 C 源代码、目标文件和 ECU 配置。 （仅对第 40 页第 3.6 节中描述的用例“ECU 用例“验证 SW-C 集成后的时序”有效。）

7. 可以生成 RTE

8. 本章内容仅涉及主题时序分析。所做的假设是，任何需要进行时序分析的“系统”从功能的角度来看都是有效的。

应考虑车辆系统开发中的不同阶段/用例，这些将在以下小节中进行描述。

第8条绝对不是废话，从我自己的工作经验来看，我们还是能够遇到一些无效的需求或者设计的。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 5][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 6][]

ECU 用例：“创建整个ECU 的时序模型”

本节介绍如何为完整的ECU 生成时序模型。由于 OEM 和 Tier1 在开发过程的不同阶段使用不同的抽象级别和语义以及工作，因此他们对这个用例的看法也不同，因此以独特的方式描述用例非常困难是合理的。尽管如此，一些基本假设对于所有粒度级别和所有开发阶段都是有效的。

在第 32 页图 3.1 所示示例的上下文中，时序模型的创建意味着构建作为被观察系统的 ECU 时序行为的抽象表示。

事实上，创建整个 ECU 的时序模型是获得完整系统理解的重要步骤之一。所有其他用例都可以被视为以某种方式连接的用例，因为时序模型的存在是执行其他用例中的步骤的先决条件。

ECU 的时序模型收集所有时序数据，例如时序要求、时序测量以及时序相关配置数据（例如 RTE 或 BSW 配置），并且也可用于其他用例。 或者换句话说：如果没有时序模型，就很难处理以下用例。

根据开发阶段，时序模型可以主要基于假设和需求（需求时序模型）或主要基于测量和现有配置信息。理想情况下，两个视图都可以在一个模型中访问。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 7][]

为整个ECU创建时序模型的特征信息

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 8][]

主要场景

1. ECU 负责人收集特定 ECU 的所有可用时序数据。

2. 核对收集到的信息。

3. 将检索到的时序数据添加到时序模型中。

4. 用例以 ECU 时序模型结束。时序信息可用于进一步的工作。

![20210810235736545.png][]

选择替代场景

由于粒度级别和阶段不同，不同的场景扩展是可能的。 在具体情况下，时序专家必须选择匹配方案。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 8][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 9][]

相关方法和属性

简而言之，建立整个ECU 的时序模型需要6.5 节中的所有方法和时序分析的属性和方法一章中描述的6.4 节中的所有属性。

此外，还需要适当的工具链。这样的工具链必须能够在整个开发周期中导入和导出从不同工具生成的工件。

这里又到了工具链的层级，可能这个也是汽车电子与互联网领域开发的一个差异吧。在其他领域的开发中，估计没有这么多的工具绑定。

对这一次的小结做一个对我有提示或者帮助的总结梳理：

1.  首先对时序分析中的多个概念进行了较为明确的定义；
2.  给了一个用工具做分析的示例结果概览，后续有一定参考意义；
3.  引入了一个比较有参考价值的工作流程以及责任分工流程；
4.  做类似的分析，其实是建立在很多假设的条件前提下的；
5.  不同场景中的实际处理方式。

[https_github.com_GreyZhang_hack_autosar]: https://github.com/GreyZhang/hack_autosar
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70]: /images/20220829/64f97ea2888e42db9fb8257c31b1f920.png
[20210810235736521.png]: /images/20220829/a1297a225a674d46be9be9724b800bf6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 1]: /images/20220829/1a4ade1050f544fbb6048258e223377a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 2]: /images/20220829/4afd8fdda912481da82631768416b7fd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 3]: /images/20220829/7be43d39b33440fe8936aac4541d1242.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 4]: /images/20220829/2b66882dc4324012aed9849f6bd93458.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 5]: /images/20220829/4613509342074f15a2ab6f4ec614965d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 6]: /images/20220829/df4340f2d5cc4eabae370b582ac01ba3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 7]: /images/20220829/bba15c0cd1584832a560bc92046b577e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 8]: /images/20220829/d550a8b1503548cb9b4c3b0cff61716f.png
[20210810235736545.png]: /images/20220829/7242adc5982f4fb0a8ee7d66093902f8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2dyZXlfY3Nkbg_size_16_color_FFFFFF_t_70 9]: /images/20220829/dcfeb07a0049468aadf00273ca625374.png