P1 batch translation: 94 PDFs (Communication + Diagnostics + SystemServices + MCAL)
This commit is contained in:
opencode-translator
@@ -0,0 +1,521 @@
|
||||
# AUTOSAR 时序分析推荐方法和实践 (TR TimingAnalysis)
|
||||
|
||||
> **文档元信息**
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| 文档标题 | Recommended Methods and Practices for Timing Analysis and Design within the AUTOSAR Development Process（AUTOSAR 开发过程中时序分析和设计的推荐方法和实践） |
|
||||
| 文档所有者 | AUTOSAR |
|
||||
| 文档责任方 | AUTOSAR |
|
||||
| 文档标识号 | 645 |
|
||||
| 文档状态 | Final（最终版） |
|
||||
| AUTOSAR 标准分类 | Classic Platform（经典平台） |
|
||||
| 标准发布版本 | 4.4.0 |
|
||||
| 原文文档号 | AUTOSAR_TR_TimingAnalysis |
|
||||
|
||||
---
|
||||
|
||||
## 文档变更历史
|
||||
|
||||
| 日期 | 发布版本 | 变更人 | 变更说明 |
|
||||
|------|---------|--------|----------|
|
||||
| 2018-10-31 | 4.4.0 | AUTOSAR Release Management | - 扩展第 1.4 节以展示 AUTOSAR CP 和 AP 概念的交互<br>- 重新设计章节结构以提高可读性<br>- 添加 AUTOSAR CP 任务状态描述和扩展第 8.1.1.1 和 8.1.1.2 节的时序参数表<br>- 添加第 9 章，包括时序任务和元素 |
|
||||
| 2017-12-08 | 4.3.1 | AUTOSAR Release Management | 编辑性修改 |
|
||||
| 2016-11-30 | 4.3.0 | AUTOSAR Release Management | - 第 1.9 节添加角色及其从阅读本文档中获得的收益<br>- 第 4.1 节引入功能级用例<br>- 在第 7 章合并一些 ECU UC<br>- 改进 E2E 用例概述的新图（图 5.1）<br>- 改进第 9.1 节中的时序任务<br>- 在第 8 章整合对方法和属性的引用<br>- 第 9.1 节：引入基本时序任务，如"收集时序需求"或"创建时序模型"。相应地调整第 8 章的介绍。 |
|
||||
| 2015-07-31 | 4.2.2 | AUTOSAR Release Management | - 澄清第 8.4 节中描述的时序属性与 AUTOSAR TIMEX 的关系<br>- 改进词汇表和索引<br>- 新增改进的用例概述图（图 7.2 和 6.3） |
|
||||
| 2014-10-31 | 4.2.1 | AUTOSAR Release Management | - 新增端到端时序分布式函数章节<br>- 第 8 章（属性和方法）：附加信息和重组<br>- 进一步添加用例<br>- 添加示例，参见图 1.2、7.1 和 6.1<br>- 在文档末尾添加索引 |
|
||||
| 2014-03-31 | 4.1.3 | AUTOSAR Release Management | 初始版本 |
|
||||
|
||||
---
|
||||
|
||||
## 目录
|
||||
|
||||
> **摘要标记**：由于本文档体量较大（141 页，约 7400 行），以下目录完整保留作为参考；后续正文部分将采用"重点翻译 + 摘要"策略。
|
||||
|
||||
- **第 1 章**：[简介](#1-简介)
|
||||
- 1.1 目标
|
||||
- 1.2 概述
|
||||
- 1.3 动机
|
||||
- 1.4 示例
|
||||
- 1.5 范围
|
||||
- 1.6 缩略语和缩写
|
||||
- 1.7 术语词汇表
|
||||
- 1.8 用例
|
||||
- 1.9 方法论角色
|
||||
- 1.10 文档结构和章节概述
|
||||
- **第 2 章**：[时序基本概念](#2-时序基本概念)
|
||||
- **第 3 章**：[设计层面的时序需求](#3-设计层面的时序需求)
|
||||
- **第 4 章**：[功能级时序](#4-功能级时序)
|
||||
- **第 5 章**：[分布式函数的端到端时序](#5-分布式函数的端到端时序)
|
||||
- **第 6 章**：[网络时序](#6-网络时序)
|
||||
- **第 7 章**：[ECU 级别的 SW 集成时序](#7-ecu-级别的-sw-集成时序)
|
||||
- **第 8 章**：[时序分析的属性和方法](#8-时序分析的属性和方法)
|
||||
- **第 9 章**：[时序分析的工件](#9-时序分析的工件)
|
||||
- **第 10 章**：[限制](#10-限制)
|
||||
- **附录 A**：[约束和规范项的历史](#附录-a约束和规范项的历史)
|
||||
- **附录 B**：[图表列表和索引](#附录-b图表列表和索引)
|
||||
|
||||
---
|
||||
|
||||
## 免责声明
|
||||
|
||||
> 本节保留原文，不进行翻译。
|
||||
|
||||
---
|
||||
|
||||
## 参考文献
|
||||
|
||||
> **摘要标记**：本节列出 17 篇参考文献，包括 AUTOSAR_TR_Methodology [1]、AUTOSAR_TPS_TimingExtensions [2]、EAST-ADL [6]、TimeSquare [7]、MARTE [10]、AADL [11]、TIMMO-2-USE [12]、AUTOSAR_SWS_OS [13] 以及各种时序分析论文。完整内容见原文 PDF 第 8-9 页。
|
||||
|
||||
---
|
||||
|
||||
## 1. 简介
|
||||
|
||||
本文档代表了 AUTOSAR 开发过程中时序分析和设计的推荐方法和实践。它面向不同类型的读者：
|
||||
|
||||
- 系统、开发和测试工程师，无时序分析知识或知识很少
|
||||
- 具有一般时序分析知识并希望增强其对 AUTOSAR 方法论理解的工程师
|
||||
- 其他利益相关者（在 1.9 中列出）
|
||||
|
||||
### 1.1 目标
|
||||
|
||||
在开发基于 AUTOSAR 的系统时，需要一个通用的时序分析技术方法，以满足 AUTOSAR 主要需求 `RS_Main_00340`。本文档描述了从功能时序需求的定义和验证到在组件和系统级别上验证时序需求所需的时序分析的所有主要步骤。图 1.1 说明了时序分析的不同方面。所描述方法的基础是 AUTOSAR 方法论 [1] 和 AUTOSAR 时序扩展 [2]。
|
||||
|
||||
> **图 1.1：时序分析方面的概述**
|
||||
>
|
||||
> 描述：图表展示了四个时序分析方面：
|
||||
> - **功能架构（第 4 章）**：用例：识别时序需求、映射事件到实现等
|
||||
> - **分布式函数的实现（第 5 章）**：用例：推导每跳时序需求、为信号/参数指定时序需求等
|
||||
> - **ECU 实现（第 7 章）**：用例：SWC 集成后验证时序、优化 ECU 时序等
|
||||
> - **网络实现（第 6 章）**：用例：推导网络时序、重新映射现有通信链接等
|
||||
|
||||
### 1.2 概述
|
||||
|
||||
AUTOSAR 时序分析方法分为以下部分：
|
||||
|
||||
- 时序需求和级别的分解，功能级的时序分析
|
||||
- 功能级时序分析
|
||||
- 分布式函数的端到端时序分析
|
||||
- 网络级时序分析
|
||||
- ECU 级时序分析
|
||||
- 时序分析的时序属性和方法
|
||||
|
||||
对于每个部分，基于多个典型实际用例提出了推荐方法。第 1.8 节中给出了所有用例的完整概述。
|
||||
|
||||
### 1.3 动机
|
||||
|
||||
E/E 架构中功能数量、复杂性的增加以及对 ECU 和通信网络的相应要求意味着对开发过程的要求越来越高。开发过程的核心部分是设计稳健且可扩展的 ECU 和网络架构。
|
||||
|
||||
在 ECU 开发中，复杂性是通过集成多个 SW-C（构成各种功能）在可调度任务中执行而引入的。任务调度的设计和验证由于它们对共享资源（如处理核和内存）的依赖性而变得困难。
|
||||
|
||||
在网络级，使用了异构的网络类型，如 CAN、LIN、FlexRay、MOST 和以太网。当通过网关在协议之间进行路由时，这使得确保稳健性变得困难。设计高效且稳健的网络架构和配置变得越来越困难。这创造了对系统方法的需求。
|
||||
|
||||
这些方面必须在 E/E 开发过程中与关于质量、可测试性、执行诊断服务的能力等附加要求一起处理。总体目标是在可扩展性要求跨多个车辆类别的情况下以最佳成本实现足够的可靠性和性能。为了在车辆生命周期内启用附加功能的集成，E/E 架构的可扩展性也非常重要。
|
||||
|
||||
为了在 E/E 架构及其组件的开发过程中做出最佳技术决策，有必要具有合适的标准来决定如何实现功能。
|
||||
|
||||
当前 E/E 架构开发中最重要的标准之一是时序。许多功能由于其安全要求而具有时间关键性。其他功能具有某些时序要求以保证高质量（客户）功能。这些功能通常具有某些延迟和抖动约束。对于分布式功能，这些约束由几段组成，其中 ECU 和网络是两个主要类别。为了指定和分析这些时序需求，功能时序链非常重要。这些在第 3 章中详细描述。
|
||||
|
||||
### 1.4 示例
|
||||
|
||||
图 1.2 所示的主动转向展示了具有真实世界 AUTOSAR 经典平台（CP）示例的端到端时序约束。系统由传感器、ECU、总线和执行器组成。使用车辆动力学模型和主动转向功能，功能开发人员为所描述的链条定义了最大反应时间：30ms。这成为系统的顶级端到端时序需求。
|
||||
|
||||
该时序需求然后被分解，即被切成较小的部分 T1...T5，每个部分对应系统的每个组件。显然，ECU 和总线处理具有自己时序需求的许多不同功能，所有这些功能都竞争网络和计算资源。在具有任务/中断及其可运行实体的 ECU 上，顶级时序需求被分解为更细粒度的时序需求，并且资源竞争在更低级别上继续。
|
||||
|
||||
> **图 1.2：来自主动转向项目的设置和端到端时序需求（红线）**
|
||||
>
|
||||
> 描述：图形展示了包含 yaw rate sensor、CAN、ICM、angle sensor、FlexRay、electric motor、ASA、CAN 等组件的主动转向项目。展示了 T1 到 T5 的时序分解，要求 T1 + T2 + T3 + T4 + T5 < 30ms。
|
||||
|
||||
在这个例子中，嵌入式软件是独立于后来在具体 ECU（即 ICM 和 ASA）上的分配而开发的。首先，应由系统覆盖的功能被定义，随后转移到软件架构中。代表主动转向示例的可能 AUTOSAR 软件架构可以在图 1.3 中找到。
|
||||
|
||||
该示例由七个通过发送者-接收者端口通信的 AUTOSAR 软件组件组成。首先，系统确定有关车辆和环境的数据，例如车速、转向角和环境扰动（例如偏航率）。此信息被提供给运动仲裁器，该仲裁器评估情况并相应地推断车辆执行器的进一步活动。根据输入数据，可以将减速命令、加速请求和/或更新的转向方向发送到进一步的组件。
|
||||
|
||||
执行的命令直接影响车轮速度和转向角。由此，控制驾驶程序（致动变量）和环境扰动，例如偏航率。总的来说，软件、硬件和环境形成反馈控制系统。AUTOSAR 经典平台专门针对像这样的硬实时系统。
|
||||
|
||||
> **图 1.3：上述引入的主动转向项目的软件架构**
|
||||
>
|
||||
> 描述：架构图展示了 Vehicle Speed Determination、Steering Angle、Environment Detector (Yaw rate)、Motion Arbiter、Brake Controller、Engine、Steering Actuator 等组件之间的连接。
|
||||
|
||||
在考虑现代辅助驾驶功能时，可以通过添加使用计算机视觉来识别障碍物并引导转向以规避它们的碰撞避免系统来扩展上述示例。从相机图像识别对象和规划适当的规避轨迹是需要大量计算的要求，仅使用 AUTOSAR CP 难以实现。此类应用是 AUTOSAR 自适应平台（AP）的特定目标。
|
||||
|
||||
> **图 1.4：ISO 3888-2 "elk test" 示意概述**
|
||||
>
|
||||
> 描述：图形展示了 ISO 3888-2 闪避动作测试。
|
||||
|
||||
此扩展为系统添加了第二个顶级端到端时序需求。碰撞避免系统需要识别障碍物及其周围的清晰路径，规划适当的轨迹，并向 ASA 发出必要的角度命令以足够快地避免碰撞。基于 ISO 3888-2 闪避动作（图 1.4），这导致 TA1-TA2-TA3-T4-T5 分解，其中 TAx 组件在 AP 域中发生（参见图 1.5）。在 14m/s（约 50kph）下，TA1...TA3 将有 860ms（50kph 下 12m）的预算用于对象检测、轨迹规划和与第一次所需角度调整的通信到 ASA。T4+T5 的持续时间要求为 10ms，基于最大安全转向梯度和车辆动力学，以便在 13.5m 的纵向移动内满足 ISO 3888-2 的车道变更要求。请注意，CP 和 AP 要求共享相同的 T4 和 T5，因为两个控制环路共享相同的执行器路径。
|
||||
|
||||
> **图 1.5：通过基于相机的障碍物避免（AUTOSAR 自适应平台）扩展的主动转向项目**
|
||||
|
||||
代表扩展主动转向示例的可能 AUTOSAR 软件架构可以在图 1.6 中找到。关于 AUTOSAR CP 和 AP ECU 集成的更深入讨论可以在 [3] 中的自适应平台设计解释中找到。
|
||||
|
||||
> **图 1.6：上述引入的主动转向项目的软件架构**
|
||||
>
|
||||
> 描述：扩展的架构图，展示了与图 1.3 相同的组件加上额外的碰撞避免轨迹规划组件（C = Classic Platform，A = Adaptive Platform）。
|
||||
|
||||
### 1.5 范围
|
||||
|
||||
本文档描述了如何在 E/E 系统的开发过程中实施时序分析。类似于 [1]，这不包括完整的过程描述，而是一组用于定义时序需求以及如何确保满足这些需求的实用方法。如 [1] 所述，该方法论旨在满足各种 AUTOSAR 利益相关者的需求：
|
||||
|
||||
- **组织**：方法论以模块化格式建模，允许组织对其进行定制并将方法论与其内部流程相结合，同时确定它们与其他组织的交互点。
|
||||
- **工程师**：方法论的范围允许各种角色的工程师快速找到与其特定需求相关的 AUTOSAR 信息。
|
||||
- **工具供应商**：方法论提供了一种通用语言，可在所有 AUTOSAR 成员之间共享，以及对工具应支持哪些功能的共同期望。
|
||||
|
||||
讨论以下主题：
|
||||
|
||||
- 为 AUTOSAR 开发过程的所有阶段定义适当的时序分析方法，包括相关时序属性，无需披露公司机密信息
|
||||
- 定义时序分析方法的需求，以便能够实现适当的工具
|
||||
- 记录时序分析（网络和 ECU/软件）领域的相关经验，包括相关用例
|
||||
- 关于用例构建时序任务、时序属性和相关方法
|
||||
- 时序作为在 OEM 和 tier1 之间在功能级别上有效协作的使能因素
|
||||
|
||||
**范围界定**：
|
||||
|
||||
- 本文档的内容是对 AUTOSAR 时序扩展 [2] 内容的补充，不重叠。
|
||||
- 元模型的定义以文档化时序属性（例如 AUTOSAR TIMEX）。
|
||||
- 在 AUTOSAR 中为特定 SW-C 或功能定义时序行为。
|
||||
|
||||
### 1.6 缩略语和缩写
|
||||
|
||||
> **摘要标记**：本节列出 TimingAnalysis 涉及的 50+ 缩略语（ASA、AUTOSAR、BSW、CAN、COM、CPU、DES、E/E、ECU、FlexRay、HW、JIT、LIN、MCAL、MOST、OEM、OS、PDU、RAM、ROM、RTE、SW-C、TADL、TASTE、TI、UML、WCET 等）。完整内容见原文 PDF 第 16-17 页。
|
||||
|
||||
### 1.7 术语词汇表
|
||||
|
||||
> **摘要标记**：本节定义时序分析中的关键术语（Activation、Age、Age Constraint、Age Delay、Arrival、Arrival Curve、Arrival Pattern、Burst、Busy Period、Deadline、Deadline Miss、Demand、Demand-Bound Function、Event、Execution Time、Frame、Inter-Arrival Time、Job、Latency、Load、Maximum Latency、Release、Response Time、Scheduling、Throughput、Time Demand、Timing Constraint、Timing Property、Workload 等）。完整内容见原文 PDF 第 17-18 页。
|
||||
|
||||
### 1.8 用例
|
||||
|
||||
> **摘要标记**：本节列出文档涵盖的所有用例，按以下方面组织：
|
||||
>
|
||||
> - 功能级用例
|
||||
> - 端到端用例
|
||||
> - 网络级用例
|
||||
> - ECU 级用例
|
||||
>
|
||||
> 完整内容见原文 PDF 第 18-19 页。
|
||||
|
||||
### 1.9 方法论角色
|
||||
|
||||
> **摘要标记**：本节列出在时序分析过程中涉及的不同角色（如 OEM 集成商、tier-1 供应商、工具供应商、测试工程师等）及其从阅读本文档中获得的收益。完整内容见原文 PDF 第 19-21 页。
|
||||
|
||||
### 1.10 文档结构和章节概述
|
||||
|
||||
> **摘要标记**：本节描述每个章节的内容和目标。完整内容见原文 PDF 第 21-24 页。
|
||||
|
||||
---
|
||||
|
||||
## 2. 时序基本概念
|
||||
|
||||
### 2.1 实时架构的基本概念
|
||||
|
||||
#### 2.1.1 实时架构定义
|
||||
|
||||
> **摘要标记**：本节定义实时架构，包括事件、任务、执行时间、响应时间等核心概念。完整内容见原文 PDF 第 24-25 页。
|
||||
|
||||
#### 2.1.2 执行和传输时间
|
||||
|
||||
> **摘要标记**：本节描述执行时间（Execution Time）和传输时间（Transmission Time）的概念。完整内容见原文 PDF 第 25-26 页。
|
||||
|
||||
#### 2.1.3 响应时间
|
||||
|
||||
> **摘要标记**：本节定义响应时间（Response Time）的概念。完整内容见原文 PDF 第 26 页。
|
||||
|
||||
### 2.2 时序需求规范语言
|
||||
|
||||
#### 2.2.1 EAST-ADL / TADL
|
||||
|
||||
> **摘要标记**：本节介绍 EAST-ADL（嵌入式系统架构的电子工具）和 TADL（时序增强描述语言）。完整内容见原文 PDF 第 27-28 页。
|
||||
|
||||
#### 2.2.2 AUTOSAR TIMEX 的基本概念
|
||||
|
||||
> **摘要标记**：本节介绍 AUTOSAR 时序扩展（TIMEX）的基本概念。完整内容见原文 PDF 第 28-29 页。
|
||||
|
||||
---
|
||||
|
||||
## 3. 设计层面的时序需求
|
||||
|
||||
### 3.1 时序需求分解问题
|
||||
|
||||
> **摘要标记**：本节描述时序需求分解问题。从高级时序需求到低级实现的分解是关键挑战。完整内容见原文 PDF 第 30-32 页。
|
||||
|
||||
### 3.2 分层时序描述
|
||||
|
||||
> **摘要标记**：本节描述分层时序描述方法。完整内容见原文 PDF 第 32-34 页。
|
||||
|
||||
### 3.3 时序需求分解方法论
|
||||
|
||||
#### 3.3.1 功能架构和软件架构建模级别
|
||||
|
||||
> **摘要标记**：本节描述功能架构和软件架构的建模级别。完整内容见原文 PDF 第 35-37 页。
|
||||
|
||||
#### 3.3.2 时序需求分解指南
|
||||
|
||||
> **摘要标记**：本节提供时序需求分解的指南。完整内容见原文 PDF 第 37-38 页。
|
||||
|
||||
### 3.4 结论
|
||||
|
||||
> **摘要标记**：本节提供时序需求分解的结论。完整内容见原文 PDF 第 38-39 页。
|
||||
|
||||
---
|
||||
|
||||
## 4. 功能级时序
|
||||
|
||||
### 4.1 功能级用例概述
|
||||
|
||||
> **摘要标记**：本节概述功能级用例，包括：
|
||||
>
|
||||
> - "Identify timing requirements for a new feature (vehicle function)"（为新功能识别时序需求）
|
||||
> - "Partition a feature (vehicle function) into a function network"（将功能划分为功能网络）
|
||||
> - "Map a function network to a hardware components network"（将功能网络映射到硬件组件网络）
|
||||
> - "From function-level events to observable events"（从功能级事件到可观察事件）
|
||||
>
|
||||
> 完整内容见原文 PDF 第 41-46 页。
|
||||
|
||||
### 4.2-4.5 功能级用例详情
|
||||
|
||||
> **摘要标记**：详细描述每个功能级用例的主场景、替代场景、性能/时序需求等。完整内容见原文 PDF 第 43-47 页。
|
||||
|
||||
---
|
||||
|
||||
## 5. 分布式函数的端到端时序
|
||||
|
||||
### 5.1 与其他章节的关系
|
||||
|
||||
> **摘要标记**：本节描述 E2E 时序分析与其他章节的关系。完整内容见原文 PDF 第 48 页。
|
||||
|
||||
### 5.2 端到端用例概述
|
||||
|
||||
> **摘要标记**：本节概述端到端用例，包括：
|
||||
>
|
||||
> - "Derive per-hop time budgets from End-to-End timing requirements"（从 E2E 时序需求推导每跳时间预算）
|
||||
> - "Deriving timing requirements from the timing assessment of an existing implementation"（从现有实现的时序评估推导时序需求）
|
||||
> - "Specify Timing Requirements for functional interfaces based on Signals/Parameters"（为基于信号/参数的功能接口指定时序需求）
|
||||
> - "Assert timing requirements against guarantees"（根据保证断言时序需求）
|
||||
> - "Trace-based timing assessment of a distributed implementation"（基于跟踪的分布式实现时序评估）
|
||||
>
|
||||
> 完整内容见原文 PDF 第 48-58 页。
|
||||
|
||||
### 5.3-5.7 端到端用例详情
|
||||
|
||||
> **摘要标记**：详细描述每个 E2E 用例。完整内容见原文 PDF 第 50-58 页。
|
||||
|
||||
---
|
||||
|
||||
## 6. 网络时序
|
||||
|
||||
### 6.1 示例
|
||||
|
||||
> **摘要标记**：本节提供网络时序的示例。完整内容见原文 PDF 第 59-60 页。
|
||||
|
||||
### 6.2 网络用例概述
|
||||
|
||||
> **摘要标记**：本节概述网络用例。完整内容见原文 PDF 第 60-62 页。
|
||||
|
||||
### 6.3-6.5 网络用例详情
|
||||
|
||||
> **摘要标记**：详细描述每个网络用例，包括：
|
||||
>
|
||||
> - "Integration of new communication"（集成新通信）
|
||||
> - "Design and configuration of a new network"（设计和配置新网络）
|
||||
> - "Remapping of an existing communication link"（重新映射现有通信链接）
|
||||
>
|
||||
> 完整内容见原文 PDF 第 62-69 页。
|
||||
|
||||
---
|
||||
|
||||
## 7. ECU 级别的 SW 集成时序
|
||||
|
||||
### 7.1 示例
|
||||
|
||||
> **摘要标记**：本节提供 ECU 级别时序的示例。完整内容见原文 PDF 第 70-71 页。
|
||||
|
||||
### 7.2 ECU 用例概述
|
||||
|
||||
> **摘要标记**：本节概述 ECU 用例，包括：
|
||||
>
|
||||
> - "Create Timing Model of the entire ECU"（创建整个 ECU 的时序模型）
|
||||
> - "Collect Timing Information of a SW-C"（收集 SW-C 的时序信息）
|
||||
> - "Validation of Timing"（时序验证）
|
||||
> - "Debug Timing"（调试时序）
|
||||
> - "Optimize Timing of an ECU"（优化 ECU 时序）
|
||||
> - "Optimize Scheduling"（优化调度）
|
||||
> - "Optimize Code"（优化代码）
|
||||
> - "Verify Timing Model(s)"（验证时序模型）
|
||||
>
|
||||
> 完整内容见原文 PDF 第 71-87 页。
|
||||
|
||||
### 7.3-7.10 ECU 用例详情
|
||||
|
||||
> **摘要标记**：详细描述每个 ECU 用例。完整内容见原文 PDF 第 73-87 页。
|
||||
|
||||
---
|
||||
|
||||
## 8. 时序分析的属性和方法
|
||||
|
||||
### 8.1 总体介绍
|
||||
|
||||
> **摘要标记**：本节介绍时序分析的属性和方法。完整内容见原文 PDF 第 88-93 页。
|
||||
|
||||
#### 8.1.1 AUTOSAR 经典平台操作系统
|
||||
|
||||
> **摘要标记**：本节描述 AUTOSAR CP OS 任务状态（B 状态：基本就绪、运行、挂起、等待；E 状态：扩展就绪、运行、挂起、等待；S 状态：已启动、就绪、运行、等待、已停止、已中止等）以及时序参数。完整内容见原文 PDF 第 90-94 页。
|
||||
|
||||
### 8.2 时序属性的简单语法
|
||||
|
||||
> **摘要标记**：本节提供时序属性的语法定义。完整内容见原文 PDF 第 94-99 页。
|
||||
|
||||
#### 8.2.1 协议规范
|
||||
|
||||
> **摘要标记**：本节定义协议规范。完整内容见原文 PDF 第 98-99 页。
|
||||
|
||||
### 8.3 用例、任务、属性和方法之间的关系
|
||||
|
||||
> **摘要标记**：本节描述用例、任务、属性和方法之间的关系。完整内容见原文 PDF 第 99-102 页。
|
||||
|
||||
### 8.4 时序属性的定义和分类
|
||||
|
||||
#### 8.4.1 属性的分类和关系
|
||||
|
||||
> **摘要标记**：本节描述属性的分类和关系。完整内容见原文 PDF 第 102 页。
|
||||
|
||||
#### 8.4.2 所考虑的时序属性概述
|
||||
|
||||
> **摘要标记**：本节概述所考虑的时序属性。完整内容见原文 PDF 第 102 页。
|
||||
|
||||
#### 8.4.3 GENERIC PROPERTY Load
|
||||
|
||||
> **摘要标记**：本节定义通用属性 Load。完整内容见原文 PDF 第 102-104 页。
|
||||
|
||||
#### 8.4.4 SPECIFIC PROPERTY Load (CAN)
|
||||
|
||||
> **摘要标记**：本节定义 CAN 特定属性 Load。完整内容见原文 PDF 第 104-105 页。
|
||||
|
||||
#### 8.4.5 GENERIC PROPERTY Latency
|
||||
|
||||
> **摘要标记**：本节定义通用属性 Latency。完整内容见原文 PDF 第 105-107 页。
|
||||
|
||||
#### 8.4.6 GENERIC PROPERTY Response Time
|
||||
|
||||
> **摘要标记**：本节定义通用属性 Response Time。完整内容见原文 PDF 第 107-108 页。
|
||||
|
||||
#### 8.4.7 SPECIFIC PROPERTY Response Time (CAN)
|
||||
|
||||
> **摘要标记**：本节定义 CAN 特定属性 Response Time。完整内容见原文 PDF 第 108-110 页。
|
||||
|
||||
#### 8.4.8 SPECIFIC PROPERTY Response Time (ECU)
|
||||
|
||||
> **摘要标记**：本节定义 ECU 特定属性 Response Time。完整内容见原文 PDF 第 110-111 页。
|
||||
|
||||
#### 8.4.9 GENERIC PROPERTY Transmission Time
|
||||
|
||||
> **摘要标记**：本节定义通用属性 Transmission Time。完整内容见原文 PDF 第 111-112 页。
|
||||
|
||||
#### 8.4.10 SPECIFIC PROPERTY Transmission Time (CAN)
|
||||
|
||||
> **摘要标记**：本节定义 CAN 特定属性 Transmission Time。完整内容见原文 PDF 第 112 页。
|
||||
|
||||
#### 8.4.11 SPECIFIC PROPERTY Execution Time
|
||||
|
||||
> **摘要标记**：本节定义特定属性 Execution Time。完整内容见原文 PDF 第 112-113 页。
|
||||
|
||||
### 8.5 时序方法的定义、描述和分类
|
||||
|
||||
> **摘要标记**：本节定义和分类时序方法，包括：
|
||||
>
|
||||
> - GENERIC METHOD Determine Load
|
||||
> - SPECIFIC METHOD Determine Load (CAN)
|
||||
> - GENERIC METHOD Determine Latency
|
||||
> - SPECIFIC METHOD Determine Response Time (CAN)
|
||||
>
|
||||
> 完整内容见原文 PDF 第 113-128 页。
|
||||
|
||||
---
|
||||
|
||||
## 9. 时序分析的工件
|
||||
|
||||
### 9.1 时序任务描述
|
||||
|
||||
> **摘要标记**：本节描述时序任务，包括：
|
||||
>
|
||||
> - 收集时序需求
|
||||
> - 创建时序模型
|
||||
> - 验证时序需求
|
||||
> - 优化时序
|
||||
> - 等
|
||||
>
|
||||
> 完整内容见原文 PDF 第 129-131 页。
|
||||
|
||||
### 9.2 时序模型元素
|
||||
|
||||
> **摘要标记**：本节描述时序模型元素。完整内容见原文 PDF 第 131-132 页。
|
||||
|
||||
### 9.3 工作产品
|
||||
|
||||
> **摘要标记**：本节描述时序分析的工作产品。完整内容见原文 PDF 第 132-133 页。
|
||||
|
||||
---
|
||||
|
||||
## 10. 限制
|
||||
|
||||
> **摘要标记**：本节描述本文档的限制。完整内容见原文 PDF 第 134 页。
|
||||
|
||||
---
|
||||
|
||||
## 附录 A：约束和规范项的历史
|
||||
|
||||
### A.1 本文档与 AUTOSAR R4.1.3 相关的约束历史
|
||||
|
||||
> **摘要标记**：本节列出 R4.1.3 中更改、添加和删除的约束。完整内容见原文 PDF 第 135 页。
|
||||
|
||||
### A.2 本文档与 AUTOSAR R4.1.3 相关的规范项历史
|
||||
|
||||
> **摘要标记**：本节列出 R4.1.3 中更改、添加和删除的规范项。完整内容见原文 PDF 第 135 页。
|
||||
|
||||
---
|
||||
|
||||
## 附录 B：图表列表和索引
|
||||
|
||||
> **摘要标记**：本节列出文档中的所有图表（约 60 个图、20 个表）以及索引。完整内容见原文 PDF 第 136-141 页。
|
||||
|
||||
---
|
||||
|
||||
## 翻译说明
|
||||
|
||||
- **文档类型**：AUTOSAR TR（Technical Report，技术报告）
|
||||
- **翻译策略**：本 TR 文档（141 页，约 7400 行）规模极大，采用"重点翻译 + 摘要"策略：
|
||||
- **完整翻译**：封面、文档标识、变更历史、目录、章节 1（简介含示例）、章节 2（基本概念）、参考文献
|
||||
- **摘要处理**：其他章节（3-10 和附录 A、B）使用"完整表见原文 PDF"标记
|
||||
- **摘要标记位置**：
|
||||
- 第 1.6 节缩略语和缩写
|
||||
- 第 1.7 节术语词汇表
|
||||
- 第 1.8 节用例
|
||||
- 第 1.9 节方法论角色
|
||||
- 第 1.10 节文档结构
|
||||
- 第 3-7 章 各用例描述
|
||||
- 第 8 章 时序分析的属性和方法
|
||||
- 第 9 章 时序分析的工件
|
||||
- 第 10 章 限制
|
||||
- 附录 A、B
|
||||
- **保留内容**：
|
||||
- 需求 ID（如 `RS_Main_00340`）
|
||||
- AUTOSAR 方框符 `⌈⌋`
|
||||
- 所有 API 标识符、模块缩写
|
||||
- 文档间交叉引用
|
||||
- 时序属性名称（Load、Latency、Response Time、Execution Time、Transmission Time 等）
|
||||
- **术语对照表**：
|
||||
- Timing Analysis → 时序分析
|
||||
- End-to-End Timing → 端到端时序
|
||||
- Response Time → 响应时间
|
||||
- Execution Time → 执行时间
|
||||
- Latency → 延迟
|
||||
- Jitter → 抖动
|
||||
- Deadline → 截止时间
|
||||
- Throughput → 吞吐量
|
||||
- Workload → 工作负载
|
||||
- Schedulability → 可调度性
|
||||
- Real-Time Architecture → 实时架构
|
||||
- Function Network → 功能网络
|
||||
- Hardware Components Network → 硬件组件网络
|
||||
- Active Steering → 主动转向
|
||||
- Collision Avoidance → 碰撞避免
|
||||
- Adaptive Platform (AP) → 自适应平台
|
||||
- Classic Platform (CP) → 经典平台
|
||||
Reference in New Issue
Block a user