别再死记硬背了！一张图搞懂DaVinci Developer中Runnable的Access Points（含S/R、C/S端口实战）

可视化拆解DaVinci Developer中Runnable的通信枢纽：Access Points实战指南

第一次打开DaVinci Developer时，面对密密麻麻的端口配置选项，大多数汽车电子工程师都会感到一阵眩晕。特别是当需要配置SWC（Software Component）间的数据交互时，Access Points的各种类型和触发条件就像一团乱麻。但别担心，今天我们将用一张精心设计的流程图作为导航图，带你穿越这片技术丛林。

1. Access Points的本质：SWC间的通信桥梁

在汽车电子软件的架构设计中，每个SWC都不是孤岛。它们需要通过特定的方式进行数据交换和协同工作，而Access Points就是这些交互行为的门户。想象一下，Access Points就像是一个个精心设计的邮局窗口，每个窗口都专门处理特定类型的邮件（数据）。

Access Points的核心作用可以概括为三点：

• 数据通道定义：确定SWC之间传递什么数据
• 交互方式控制：决定数据如何被读取或写入
• 触发机制关联：将数据到达事件与Runnable执行绑定

在实际ECU开发中，我们最常接触的Access Points主要涉及三类端口原型：

1. Sender/Receiver（S/R）端口：用于单向数据传递
2. Client/Server（C/S）端口：用于操作调用
3. 模式转换端口：用于系统模式管理

下面这个表格对比了这三类端口的基本特性：

2. 图解Access Points与Trigger的联动机制

理解Access Points如何工作，关键在于把握它与Trigger的配合关系。Trigger决定"什么时候做"，而Access Points定义"做什么"和"怎么做"。这种关系可以用一个简单的流程图来展示：

[Trigger激活] → [检查Access Points配置] → [执行对应端口操作] → [返回结果]

让我们通过一个具体案例来解析这个过程。假设我们有一个读取车速的SWC，其Runnable配置如下：

• Trigger类型：On Data Reception（当接口接收到数据时触发）
• Access Points：Read Data(non-queued)（读取最新数据）

当车速信号通过CAN总线到达ECU时，这个Runnable就会被触发执行，并通过配置的Access Points从对应的S/R端口读取最新的车速值。这种配置非常适合对实时性要求高的场景，比如自动紧急制动系统。

关键配置注意事项：

• 确保Trigger类型与Access Points逻辑匹配
• Non-queued方式会覆盖旧数据，只保留最新值
• 接收方SWC必须正确实例化对应的端口接口类型

3. S/R端口的两种通信模式深度解析

在汽车电子系统中，S/R端口的数据交换有两种基本模式：Queued（队列式）和Non-queued（非队列式）。选择哪种模式不是随意的，而是需要根据具体应用场景的特点来决定。

3.1 Queued通信：数据不丢失的保障

Queued模式就像是一个有容量的邮箱，新邮件会按顺序排队，直到被取走。这种模式特别适合以下场景：

• 数据产生速度快于消费速度
• 需要保留历史数据用于分析
• 多个发送方向同一个接收方发送数据

在DaVinci Developer中启用Queued通信需要两个条件：

1. 在S/R接口定义时勾选"Use queued communication"
2. 在Access Points中选择Receive Data(queued)或Send Data(queued)

// Queued模式数据读取示例代码 if (Rte_Receive_rxSpeed_queued(&speedData) == RTE_E_OK) { // 处理队列中的数据 while (speedData.queuedCount > 0) { processSpeedData(speedData.values[speedData.queuedCount-1]); speedData.queuedCount--; } }

3.2 Non-queued通信：实时性的首选

相比之下，Non-queued模式更像是即时消息——只有最新的那条信息会被保留。它的特点包括：

• 极低延迟，适合实时控制
• 不占用额外内存存储历史数据
• 实现简单，系统开销小

典型的应用场景包括：

• 车辆稳定性控制系统的传感器读取
• 发动机实时控制指令发送
• 任何对时效性要求极高的信号传输

// Non-queued模式数据写入示例 Rte_Write_txControlCommand_nonqueued(calculateControlOutput());

4. C/S端口操作调用的实战技巧

除了数据传递，SWC之间经常需要进行操作调用，这就是C/S端口发挥作用的地方。通过配置Invoke Operations访问点，一个SWC（Client）可以调用另一个SWC（Server）提供的服务。

C/S调用的两种基本模式：

1. 同步调用：

   • 调用方等待操作完成
   • 执行流程简单直观
   • 适合快速完成的操作

2. 异步调用：

   • 调用方不等待操作完成
   • 需要后续检查结果或回调机制
   • 适合耗时较长的操作

异步调用配置要点：

• 必须定义Invoke Operations访问点
• 需要选择结果获取方式（Polling或Waiting）
• 系统默认使用Polling方式

// 异步操作调用示例（Polling方式） Rte_Call_asyncOperation(&operationHandle); while (Rte_GetResult_asyncOperation(&operationHandle) == RTE_E_PENDING) { // 执行其他任务 // 定期检查操作状态 }

5. 模式管理端口的特殊应用

车辆电子系统经常需要在不同模式之间切换（如正常模式、节能模式、运动模式等）。模式转换端口提供了专门用于这种场景的通信机制。

模式端口操作的三部曲：

1. 发送模式切换请求（Send Mode Switches）
2. 接收方处理请求并确认（Read Received Mode）
3. 发送方确认模式已切换（Read Sent Mode）

调试技巧：

• 使用Ack Only模式测试通信链路
• 在早期开发阶段验证模式切换逻辑
• 监控模式切换的时序和条件

6. 内部触发机制的灵活运用

除了外部数据触发，DaVinci Developer还支持内部触发机制，允许一个Runnable触发同一SWC内的其他Runnable执行。这在设计复杂的状态机时特别有用。

Internal Triggering Point的两种实现方式：

• Standard：单次触发单个组件
• Queued：可触发多个组件并按队列顺序处理

选择建议：

• 简单任务流使用Standard方式
• 复杂事件处理考虑Queued方式
• 注意避免循环触发导致的死锁

在实际项目中，合理组合各种Access Points可以构建出既高效又可靠的SWC通信网络。比如在一个自动泊车系统中，我们可能会同时使用：

• S/R端口获取超声波传感器数据（Non-queued）
• C/S端口调用转向控制服务（Synchronous）
• 模式端口管理泊车状态（Queued）

记住，没有放之四海而皆准的配置方案，最佳实践总是取决于具体的应用需求和系统约束。