该章节讲解了AUTOSAR架构的一些概念，主要是针对AUTOSAR的TIMEX做了介绍，说明了时间分析在AUTOSAR架构中的应用。

TIMEX：AUTOSAR时间扩展，用于对运行时间需求做出详细描述。（目前较少项目使用）

ARTI：AUTOSAR运行时间接口，用于提升AUTOSAR模块和AUTOSARECU应用软件的追踪和调试。（目前还不成熟）

目录如下：

第10章 AUTOSAR 218
10.1 AUTOSAR CP 219
- 10.1.1 功能架构 219
- 10.1.2 软件架构、SW-C 定义和 VFB 219
- 10.1.3 RTE 220
- 10.1.4 实现、系统配置和 Runnable 221
10.2 AUTOSAR AP 221
- 10.2.1 功能架构 221
- 10.2.2 软件架构 AA 221
- 10.2.3 实现与系统配置 223
- 10.2.4 部署 224
- 10.2.5 执行管理和执行客户端 224
- 10.2.6 确定性执行和确定性客户端 224
- 10.2.7 POSIX调度 226
- 10.2.8 AUTOSARAP中的时间 227
10.3 AUTOSAR时间扩展TIMEX 229
- 10.3.1 目标 229
- 10.3.2 事件和事件链 229
- 10.3.3 TIMEX 要求类型 230
- 10.3.4 AUTOSAR/TIMEX 视角 230
10.4 AUTOSAR/ASAM 运行时间接口 ARTI 231
- 10.4.1 AUTOSAR ARTI 232
- 10.4.2 ASAM ARTI 233
10.5 技术报告“时间分析” 233
10.6 总结 234

1. 基础概念

AUTOSAR CP：经典AUTOSAR，其标准侧重于实现实时操作系统的ECU。AUTOSAR OS 标准直接继承了OSEK/VDX标准。

AUTOSAR AP：适用于高性能ECU，例如自动驾驶所需的ECU。

AUTOSAR FO（Soundation）：所有通用要素，例如与方法有关的要素,均已转移到新建立的基础部分。

AUTOSAR的信息通过arxml文件分发，因为项目中使用的arxml文件一般都很庞大，所以都会使用工具进行处理。

2. AUTOSAR CP

SW-C通信方式：

• 发送器/接收器：发送器将数据发给一个或多个接收者，这属于单向通信。如果接收器需要响应，则还需要配置额外的通信信道。
• 客户端/服务器：客户端向服务器请求服务，如请求提供数据。

软件组件通过单个虚拟总线(虚拟功能总线，VFB)进行通信。

RTE（Rum-Time Environment）：组织通信，RTE的一项基本任务是确保通信过程中的数据一致性。

软件组件的实现通过 Runnable（通常是 void-void 函数，即没有参数、没有返回值的函数） 执行。Runnable 有特定的需求，比如“必须每 10 ms 执行一次”。

作者在本章节中只做了简单的说明，并没有详细介绍，详细的学习可以在网络上搜索，有很多相关的学习资料。

3. AUTOSAR AP

功能将被分发到一个或多个自适应应用程序(Adaptive Applcation，AA)中。反过来说，即可以通过一个AA 来实现多个功能。（读后感：这句话感觉不是很对，前面说过功能被分配到一个或多个AA，后一句话又说一个AA实现多个功能，不对应）

自适应应用程序：每个AA都有自己的main函数。运行时POSIX操作系统将AA视为常规进程，一个AA会有一个或者多个线程。

实现与系统配置：

• 执行清单（Execution Manifest）： 每个 AA 都需要，描述了对于应用程序执行的要求以及与其他AA的依赖关系。
• 服务例程清单(Service Instance Manifest)：描述了 AA 使用的服务。
• 机器清单(Machine Manifest)。所有与不依赖 AA 的执行环境（具体的硬件虚拟机或容器）相关的信息均记录在机器清单中。

部署：与AUTOSAR CP的部署不同，AUTOSAR AP将软件分发到ECU可以在运行时实现。软件更新和配置管理负责在运行时将AA纳入系统内。

执行管理和执行客户端：调用参数kRunning标志着 AA 执行阶段(“运行”状态)的开始，而调用参数kTerminating 则标志着执行阶段的结束。这两个语句均将通知执行管理组件应用程序的后续状态。

确定性执行和确定性客户端：

• 冗余执行：可以再并行执行一次与安全相关的过程，这被称为冗余执行。
• 定期执行：定期执行可能与预期有所不同。首先，确定性客户端要求 AA 符合预期的状态模型。

• • 注册服务(Register Services)-kRegisterservices:应用程序注册其通信服务，即告诉系统其将提供哪些通信服务。
  • 服务发现(Service Discovery)-kServiceDiscovery:应用程序确定其将可以使用哪些服务。
  • 初始化(Init)-kInit:应用程序初始化自身及其数据。
  • 运行(Run)-kRun:应用程序执行一次常规代码循环。这是周期性执行的代码所处的唯一状态，所有其他状态均被视为“特殊情况”。
  • 终止(Terminate)-kTerminate:应用程序正在准备终止。

作者在本章节中只做了简单的说明，并没有详细介绍，详细的学习可以在网络上搜索，有很多相关的学习资料。

3.1. AUTOSAR AP中的时间

确定性客户端的时间参数：

• PER-PERiod，周期：指连续两次激活相同类型循环的时间差。
• DT-Deta Time，时间差：指一个实例开始到下一个相同循环类型的实例开始的间隔时间。
• JIT-Jitter，抖动：描述了实际周期时间与期望周期时间之间的偏差。
• J-Absolute Jitter，绝对抖动：指事件的标准时间与实际时间的关系。
• IPT-Initial Pending Time，初始挂起时间：循环等待开始的时间,即从激活到开始执行的时间差，更准确地说，是指从“激活”事件到 DeterministicClient.WaitForNextActivation()的调用返回结果的时间差。
• RT-Response Time，响应时间：从“激活”到相应循环体结束(即调用DeterministicClient.WaitForNextActivation())所经过的时间。
• DL-DeadLine，截止时间：指允许的最大响应时间。
• ST-Slack Time，间隔空闲时间，即剩余时间：指一次循环结束到相同循环类型的下一个循环体“激活”的时间“间隙”。
• NST-Net Slack Time，净间隔空闲时间：用间隔空闲时间减去间隔空闲时间内属于其他类型环的所有 GET，即可计算出净间隔空闲时间。
• GET-Gross Execution Time，总执行时间，即总运行时间：一次循环的开始时间与结束时间（即从 DeterministicClient.waitForNextActivation()函数返回结果到其再次被调用）的时间差即是总运行时间。
• CET-Core Execution Time，核心执行时间，即纯运行时间：由于一个进程可以启动多个线程，并且可以在同一处理器的不同CPU 上同时执行这些线程，因此必须将所有线程的运行时相加。此计算方式的依据是POSIX 提供的 RUNT 时间。

4. AUTOSAR时间扩展TIMEX

在AUTOSAR4.0版本中引入。（目前还没有工具可以实现对TIMEX的arxml的管理）

目标：可以为系统的配置提供支持，以便配置决策能够充分地服务于时间需求。可以验证是否时间需求是否得到了满足。

事件和事件链：时间需求基本上可应用于事件和事件链。这些事件均为具有唯一标识的AUTOSAR 事件。事件链是指由两个或多个事件构成的链。

TIMEX要求类型：

• EventTriggeringConstraint 典型用例：监测周期性事件的抖动。
• LatencyTimingConstraint 典型用例：避免由于不同步或发送器/接收器同步不良造成重复按收数据或数据丢失。
• AgeConstraint 典型用例：确保数据不会太旧。
• SynchronizationTimingConstraint 典型用例：同步子系统以避免竞态条件。
• OffsetTimingConstraint 典型用例：监测两个事件之间的预期时间偏移。
• ExecutionOrderConstraint 典型用例：监测处理Runnable 时的预期序列。
• ExccutionTimeConstraint 典型用例:监测允许的最大 CET,例如 Runnable 的允许的最大CET。

AUTOSAR/TIMEX视角：

• VfbTiming：AUTOSAR软件组件(SW-C)通过虚拟功能总线(VFB)交互树的时间。
• SwcTiming：软件组件的内部时间。
• SyetemTiming：控制单元的时间。
• BswModuleTiming：基础软件模块(BSW)的内部时间(与SwcTiming 类似)。
• BswCompositionTiming：多个基础软件模块交互时的时间。
• EcuTimmig：配置完整的控制单元的时间。所有软件组件和某础软件模块的交互均在此完整配置中进行了明确定义。

5. AUTOSAR/ASAM 运行时间接口 ARTI

于2016年发布，旨在大幅简化 AUTOSAR 项目的时间分析。

AUTOSAR ARTI 的任务是在V-Model的左侧建立先决条件，便于以后可以进行运行时间测量并在右侧记录追踪图表。

6. 总结

本章概述了AUTOSAR中与时间相关的标准和工作组。大多都是概念的讲解，对于初学者肯定不容易理解，更深入的理解需要查找更详细的学习资料。

TIMEX的概念虽然很早就提出来了，但是目前还没有得到广泛使用。AUTOSARARTI与TIMEX相比还不成熟。ASAM ARTI还将大幅简化时间分析工具之间的数据交换过程。