15 KiB
15 KiB
TTCAN 需求规范
元信息
| 项目 | 内容 |
|---|---|
| 文档标题（中文） | TTCAN 需求规范 |
| 文档标题（英文） | Requirements on TTCAN |
| 文档所有者 | AUTOSAR |
| 文档责任方 | AUTOSAR |
| 文档标识号 | 441 |
| 文档状态 | Final（最终） |
| 所属 AUTOSAR 标准 | Classic Platform（经典平台） |
| 所属标准发布版本 | 4.4.0 |
| 对应原文 PDF | AUTOSAR_SRS_TTCAN.pdf |
| 翻译状态 | 已完成 |
| 翻译日期 | 2026-06-12 |
文档标识
| 字段 | 值 |
|---|---|
| Document Title（文档标题） | Requirements on TTCAN |
| Document Owner（文档所有者） | AUTOSAR |
| Document Responsibility（文档责任方） | AUTOSAR |
| Document Identification No（文档标识号） | 441 |
| Document Status（文档状态） | Final |
| Part of AUTOSAR Standard（所属 AUTOSAR 标准） | Classic Platform |
| Part of Standard Release（所属标准发布版本） | 4.4.0 |
文档变更历史
| 日期 | 发布版本 | 变更人 | 变更说明 |
|---|---|---|---|
| 2018-10-31 | 4.4.0 | AUTOSAR Release Management | - 编辑性修改 |
| 2017-12-08 | 4.3.1 | AUTOSAR Release Management | - 编辑性修改 |
| 2016-11-30 | 4.3.0 | AUTOSAR Release Management | - 更新需求追踪 |
| 2014-10-31 | 4.2.1 | AUTOSAR Release Management | - 编辑性修改 |
| 2013-10-31 | 4.1.2 | AUTOSAR Release Management | - 采用新的 RS_Feature 文档名称 - 编辑性修改 |
| 2013-03-15 | 4.1.1 | AUTOSAR Administration | - 关于 TPS_StandardizationTemplate_535 的形式更新 - 编辑性修改 - BSWAndRTE_Features 的可追溯性 |
| 2010-09-30 | 3.1.5 | AUTOSAR Administration | - 初始发布 |
目录
- Scope of document（文档范围）
- How to read this document（如何阅读本文档）
- Acronyms and abbrevations（缩略语和缩写）
- Requirements Specification（需求规范）
- Requirements Tracing（需求追踪）
- References（参考资料）
1 Scope of document
本文档规定了 CAN BSW 栈的额外 TTCAN 需求。
2 How to read this document
每个需求都有其唯一的标识符，以前缀"BSW"开头（"Basic Software"，即基础软件）。对于任何评审注释、备注或问题，请参考此唯一 ID 而不是章节或页码！
2.1 Conventions used
- AUTOSAR 文档中需求的表示遵循 [6] 中指定的表格。
- 在需求中，使用以下特定语义（取自互联网工程任务组 IETF 的请求评论 RFC 2119）。
本文档中关键字 "MUST"、"MUST NOT"、"REQUIRED"、"SHALL"、"SHALL NOT"、"SHOULD"、"SHOULD NOT"、"RECOMMENDED"、"MAY" 和 "OPTIONAL" 应按照 RFC 2119 中的描述进行解释。请注意，使用这些词的文档的需求级别会修改这些词的强制力。
- MUST：此词或术语 "REQUIRED" 或 "SHALL" 表示该定义是规范的绝对要求。
- MUST NOT：此短语或短语 "SHALL NOT" 表示该定义是规范的绝对禁止。
- SHOULD：此词或形容词 "RECOMMENDED" 表示在特定情况下可能存在忽略某项的有效理由，但在选择不同方案之前必须充分理解并仔细权衡其影响。
- SHOULD NOT：此短语或短语 "NOT RECOMMENDED" 表示在特定情况下某特定行为可能是可接受甚至有用的，但在实现任何以此标签描述的行为之前，应充分理解其影响并仔细权衡该情况。
- MAY：此词或形容词 "OPTIONAL" 表示某项是真正可选的。
3 Acronyms and abbrevations
| 缩略语 | 描述 |
|---|---|
| CAN | Controller Area Network（控制器局域网） |
| TTCAN | Time Triggered CAN（时间触发的 CAN） |
4 Requirements Specification
4.1 Functional requirements
本章描述了支持 TTCAN 应满足的功能需求。仅列出相对于 CAN 需求 [3] 的额外需求。
4.1.1 TTCAN support
4.1.1.1 [SRS_TtCan_41001] CAN 栈应支持符合 ISO11898 的 TTCAN
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | CAN 栈应额外地支持 ISO11898 第 4 部分时间触发通信 [7]。应支持 TTCAN 级别 1 和级别 2。 |
| Rationale（原理） | -- |
| Use Case（用例） | 时间触发通信，事件同步时间触发通信 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | ISO11898-4:2004 [7], RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01744)
4.1.2 CAN Driver with TTCAN functionality
4.1.2.1 Configuration
4.1.2.1.1 [SRS_TtCan_41003] 硬件对象句柄应能通过配置映射到 ISO 11898 中定义的所有类型的时间窗口
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | 硬件对象（SRS_Can_01039 CAN SRS）应能映射到 ISO 11898-4:2004 中定义的特定时间窗口。 配置参数应允许为预编译时、链接时或后构建时类型。 |
| Rationale（原理） | 硬件对象应可配置为在特定时间窗口中发送或接收消息。 |
| Use Case（用例） | 参见原理。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋( RS_BRF_01560)
4.1.2.1.2 [SRS_TtCan_41014] ISO 11898-4:2004 中定义的配置接口应可配置
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | ISO 11898-4:2004 第 10 章的"配置接口"应可配置。 配置参数应允许为预编译时类型。 |
| Rationale（原理） | 需要配置"操作模式"、"主/从"、"触发器"等参数。 |
| Use Case（用例） | 参见原理。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01744)
4.1.2.1.3 [SRS_TtCan_41004] "Appl_Watchdog_Limit"（见 ISO 11898-4:2004 第 10.1.2.7 章）应可配置
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | "Application_Watchdog" 的激活需要被配置。 配置参数应允许为预编译时、链接时或后构建时类型。 |
| Rationale（原理） | 参见描述 |
| Use Case（用例） | -- |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01464)
4.1.2.2 Normal Operation
4.1.2.2.1 [SRS_TtCan_41005] 具有 TTCAN 功能的 CAN 驱动应提供影响时序参数和提供来自 TTCAN 控制器用于同步目的的信息的方法
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | 时序参数、同步状态和主控状态（详见 ISO 11898-4:2004）应由具有 TTCAN 功能的 CAN 驱动提供。 如果 TTCAN 控制器是时序主控，应可能在运行时调整时序参数（详见 ISO 11898-4:2004）。 |
| Rationale（原理） | 如果需要，将应用与通信同步 |
| Use Case（用例） | 参见原理。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01432)
4.1.2.2.2 [SRS_TtCan_41006] 具有 TTCAN 功能的 CAN 驱动应支持事件同步时间触发通信
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | 应支持事件同步通信（见 ISO 11898-4:2004 第 5.2.3 章）。 |
| Rationale（原理） | 将通信与外部事件同步。 |
| Use Case（用例） | 参见原理。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01432)
4.1.2.2.3 [SRS_TtCan_41007] 具有 TTCAN 功能的 CAN 驱动应根据 ISO 11898-4:2004 第 10.2.2 章"Interrupt_Status_Vector"指示已发生的事件
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | ISO 11898-4 支持的事件应在需要时可用于应用。 |
| Rationale（原理） | 参见描述 |
| Use Case（用例） | 应用可以对已发生的事件作出反应。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01328)
4.1.2.3 Fault Operation
4.1.2.3.1 [SRS_TtCan_41008] 启用 TTCAN 功能的 CAN 驱动应为严重错误（S3）提供通知
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | 如果 TTCAN 控制器进入错误级别 S3（严重错误，见 ISO 11898-4:2004 [7]），具有 TTCAN 功能的 CAN 驱动应通知具有 TTCAN 功能的 CAN 接口。通知通过调用具有 TTCAN 功能的 CAN 接口内实现的静态（不可配置）回调函数完成。 |
| Rationale（原理） | 参见 ISO 11898-4:2004 [7] |
| Use Case（用例） | 任何状态转换都通知给具有 TTCAN 功能的 CAN 接口，后者将此通知转发给负责的上层。 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_02168)
4.1.2.3.2 [SRS_TtCan_41009] 具有 TTCAN 功能的 CAN 驱动不应自动从严重错误（S3）恢复
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | 严重错误（S3，见 ISO 11898-4:2004 [7]）恢复应由软件驱动。 |
| Rationale（原理） | 参见 ISO 11898-4:2004 第 9 章 故障处理 [7] |
| Use Case（用例） | 参见原理 |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_02168)
4.1.3 CAN Interface with TTCAN functionality
4.1.3.1 [SRS_TtCan_41010] 任务列表应可配置
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | 应可预编译时和按控制器配置是否应使用任务列表。 |
| Rationale（原理） | BasicCAN 硬件对象的处理 |
| Use Case（用例） | -- |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01592)
4.1.3.2 [SRS_TtCan_41011] 如果任务列表可用（见 SRS_TtCan_41010），则应由单独的任务列表执行函数执行
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | 任务列表执行函数应在任务或中断上下文中调用。 |
| Rationale（原理） | BasicCAN 硬件对象的处理 |
| Use Case（用例） | -- |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01592)
4.1.3.3 [SRS_TtCan_41012] "Time Marks"（见 ISO 11898-4:2004 [7]）应可预编译时配置
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | ISO 11898-4:2004 的"Time Marks"应可配置。 |
| Rationale（原理） | -- |
| Use Case（用例） | -- |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01744)
4.1.3.4 [SRS_TtCan_41013] 已发生的严重错误（S3）应作为 BusOff 处理（见 CAN SRS 的 SRS_Can_01029）
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | 严重错误（见 ISO 11898-4:2004 [7]），处理和恢复与 BusOff 事件相同。 |
| Rationale（原理） | 已发生的严重错误（见 ISO 11898-4:2004 [7]）所需的行为与 AUTOSAR BSW 检测到的 BusOff 行为相同。 |
| Use Case（用例） | -- |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01640)
4.2 Non-functional requirements
4.2.1 CAN dependence
4.2.1.1 [SRS_TtCan_41002] 额外的 TTCAN 组件应集成到 CAN 栈中
⌈
| 字段 | 内容 |
|---|---|
| Type（类型） | Valid |
| Description（描述） | CAN 栈应通过额外的 API、类型定义和功能扩展以支持 TTCAN。 |
| Rationale（原理） | TTCAN 完全使用 CAN 栈。 CAN 栈不应出现两次（代码优化）。 |
| Use Case（用例） | -- |
| Dependencies（依赖） | -- |
| Supporting Material（支持材料） | RS Features: RS_BRF_00312 [5] |
⌋(RS_BRF_01744)
5 Requirements Tracing
| 需求 | 描述 | 由以下需求满足 |
|---|---|---|
| RS_BRF_01328 | AUTOSAR RTE 应支持在定义的事件上调度可执行实体 | SRS_TtCan_41007 |
| RS_BRF_01432 | AUTOSAR 服务应支持系统时间服务 | SRS_TtCan_41005, SRS_TtCan_41006 |
| RS_BRF_01464 | AUTOSAR 服务应支持看门狗的标准化处理 | SRS_TtCan_41004 |
| RS_BRF_01560 | AUTOSAR 通信应支持将信号映射到可传输的协议数据单元 | SRS_TtCan_41003 |
| RS_BRF_01592 | AUTOSAR 通信应提供基于用户请求、基于时间和通过底层总线请求的数据传输 | SRS_TtCan_41010, SRS_TtCan_41011 |
| RS_BRF_01640 | AUTOSAR 通信应支持发送和接收取消 | SRS_TtCan_41013 |
| RS_BRF_01744 | AUTOSAR 通信应支持 TTCAN | SRS_TtCan_41001, SRS_TtCan_41002, SRS_TtCan_41012, SRS_TtCan_41014 |
| RS_BRF_02168 | AUTOSAR 诊断应提供异常操作条件的集中分类和处理 | SRS_TtCan_41008, SRS_TtCan_41009 |
6 References
6.1 Deliverables of AUTOSAR
[1] [Ttcan] Specification of TTCAN Driver AUTOSAR_SWS_TTCANDriver.pdf
[2] [TtcanIf] Specification of TTCAN Interface AUTOSAR_SWS_TTCANInterface.pdf
[3] [SrsCan] Requirements on CAN AUTOSAR_SRS_CAN.pdf
[4] [SrsGeneral] General Requirements on Basic Software Modules AUTOSAR_SRS_BSWGeneral.pdf
[5] [RS_Features] Requirements on AUTOSAR Features AUTOSAR_RS_Features.pdf
[6] [TPS_STDT_0078] Software Standardization Template AUTOSAR_TPS_StandardizationTemplate.pdf
6.2 Related standard and norms
[7] ISO 11898-4 (2004-08-01), Road vehicles – Controller Area Network (CAN) Part4: Time triggered communication
翻译说明
本文档为 AUTOSAR Classic Platform Release 4.4.0 中关于 TTCAN 模块的软件需求规范（SRS），对应英文文档 AUTOSAR_SRS_TTCAN.pdf。
翻译过程中遵循以下原则：
- 保留了所有 API 标识符、模块缩写、协议名（如 CAN、TTCAN、ISO 11898 等）
- 保留了所有需求 ID（如
SRS_TtCan_41xxx） - 保留了 AUTOSAR 方框符
⌈⌋ - 保留了所有 ISO 标准引用和文档间交叉引用
- 表格内容、章节描述、需求说明均已翻译为中文