4. 流控制机制：硬件流控制（RTS/CTS）、软件流控制（XON/XOFF）的启用与调试、常见流控问题排查

在 SECS-I（RS-232）物理层通信中，流控制（Flow Control）是确保数据在发送方与接收方之间可靠传输的关键机制。当一方处理速度慢于另一方时，流控制用于防止数据溢出或丢失。SECS-I 标准支持两种流控制方式：硬件流控制（RTS/CTS）和软件流控制（XON/XOFF）。正确启用和调试流控制是 SECS-I 通信稳定的基础。

💡 核心原则： 在 SECS-I 调试中，硬件流控制（RTS/CTS）是首选方案，因其响应速度快、不占用数据带宽。软件流控制（XON/XOFF）仅在硬件流控制不可用（如串口线不支持）时作为备选。

4.1 硬件流控制（RTS/CTS）

硬件流控制利用 RS-232 接口中的 RTS（Request To Send，请求发送）和 CTS（Clear To Send，清除发送）信号线进行流量调节。这是一种“带外”控制方式，不占用数据通道。

4.1.1 工作原理

  • 发送方：在发送数据前，检查 CTS 引脚电平。若 CTS 为高电平（有效），表示接收方可以接收数据，发送方开始发送；若 CTS 为低电平（无效），发送方停止发送。
  • 接收方：通过控制 RTS 引脚电平来通知发送方。当接收缓冲区有空闲时，RTS 置为高电平；当缓冲区将满时，RTS 置为低电平，请求发送方暂停。
  • 交叉连接：在标准 SECS-I 连接中，设备的 RTS 通常连接到对端的 CTS，反之亦然。
📌 调试要点：
  1. 接线确认：必须使用标准的 RS-232 串口线（如 Null Modem 线），确保 RTS-CTS 交叉连接。使用万用表测量引脚 4（RTS）和引脚 5（CTS）的连通性。
  2. 电平验证：在空闲状态下，RTS 和 CTS 应为高电平（+3V ~ +15V）。使用示波器或串口分析仪观察通信时的电平变化。
  3. 驱动配置：在设备端（如 Equipment）和主机端（Host）的串口驱动中，均需启用硬件流控制（通常设置为 RTS/CTS 或 Hardware）。
硬件流控制 RTS/CTS 信号交互时序 硬件流控制（RTS/CTS）信号交互时序 发送方（设备） 接收方（主机） 数据线（TxD/RxD） RTS（请求发送） CTS（清除发送） 当接收方缓冲区将满时，RTS 置为低电平 → 发送方检测到 CTS 为低电平 → 暂停发送 当接收方缓冲区空闲时，RTS 置为高电平 → 发送方检测到 CTS 为高电平 → 恢复发送

4.2 软件流控制（XON/XOFF）

软件流控制通过发送特定的 ASCII 字符来控制数据流：XON（DC1，0x11）和XOFF（DC3，0x13）。这是一种“带内”控制方式，控制字符与数据在同一通道传输。

4.2.1 工作原理

  • 接收方：当接收缓冲区将满时，向发送方发送 XOFF 字符（0x13），请求暂停发送。
  • 发送方：收到 XOFF 后，立即停止发送数据。
  • 接收方：当缓冲区再次空闲时，向发送方发送 XON 字符（0x11），请求恢复发送。
  • 发送方：收到 XON 后，恢复数据发送。
⚠️ 重要限制：
  • XON/XOFF 字符（0x11 和 0x13）不能出现在正常数据负载中。如果 SECS-I 消息块中包含这些字节，必须进行字节填充（Byte Stuffing）或使用透明传输机制。
  • 软件流控制响应速度较慢，不适合高速通信（通常建议波特率 ≤ 19200 bps 时使用）。
  • 在 SECS-I 中，若启用软件流控制，设备必须正确处理 XON/XOFF 字符，否则可能导致死锁。

4.2.2 启用与配置

配置项 典型值 说明
流控制模式 XON/XOFF 在串口驱动中设置为软件流控制
XON 字符 0x11 (DC1) 恢复发送字符
XOFF 字符 0x13 (DC3) 暂停发送字符
缓冲区阈值 高水位: 80%, 低水位: 20% 当缓冲区占用达到高水位时发送 XOFF，降至低水位时发送 XON
软件流控制 XON/XOFF 交互流程 软件流控制（XON/XOFF）交互流程 发送方 接收方 ① 正常发送数据 ② 发送 XOFF (0x13) 暂停发送 ④ 发送 XON (0x11) ⑤ 恢复发送数据

4.3 常见流控问题排查

流控制问题在 SECS-I 调试中非常常见，通常表现为通信中断、数据丢失或连接超时。以下表格总结了典型问题及其排查方法。

问题现象 可能原因 排查步骤
通信完全中断，无数据收发 流控制模式不匹配（一端启用硬件流控，另一端启用软件流控或无流控） 1. 检查两端串口驱动配置，确保流控制模式一致。
2. 使用串口分析仪查看信号线状态。
数据发送后无响应，设备挂起 硬件流控中 RTS/CTS 接线错误或信号电平异常 1. 用万用表测量 RTS/CTS 引脚电压。
2. 确认交叉连接正确。
3. 尝试禁用流控测试基本通信。
数据偶尔丢失或乱码 软件流控中 XON/XOFF 字符与数据冲突，未做字节填充 1. 检查数据负载中是否包含 0x11 或 0x13。
2. 启用透明传输或字节填充机制。
3. 改用硬件流控。
通信一段时间后死锁 接收方发送 XOFF 后，发送方未正确停止；或发送方未收到 XON 1. 使用逻辑分析仪捕获串口数据，确认 XON/XOFF 字符是否被正确发送和接收。
2. 检查接收缓冲区大小是否过小。
高速通信时频繁超时 软件流控响应延迟，无法跟上高速数据流 1. 降低波特率（如从 38400 降至 19200）。
2. 切换为硬件流控。
🔧 调试工具推荐：
  • 串口分析仪：如 Free Serial Port Monitor、ComProbe，可实时监控 RTS/CTS 信号和 XON/XOFF 字符。
  • 逻辑分析仪：用于精确测量信号时序，确认流控响应时间。
  • 示波器：观察 RS-232 电平是否在标准范围内（±3V ~ ±15V）。

4.4 流控制配置示例

以下是在 Linux 系统下使用 stty 命令配置串口流控制的示例。假设串口设备为 /dev/ttyS0。

# 启用硬件流控制 (RTS/CTS)
stty -F /dev/ttyS0 crtscts

# 启用软件流控制 (XON/XOFF)
stty -F /dev/ttyS0 ixon ixoff

# 禁用流控制
stty -F /dev/ttyS0 -crtscts -ixon -ixoff

# 查看当前流控制状态
stty -F /dev/ttyS0 -a | grep -E 'crtscts|ixon|ixoff'

在 Windows 环境下，可通过设备管理器中的“端口设置”进行配置，或在应用程序中调用 SetCommState API 设置 fRtsControl 和 fDtrControl 参数。

✅ 最佳实践：
  1. 在 SECS-I 调试初期，优先使用硬件流控制（RTS/CTS），并确保接线正确。
  2. 如果必须使用软件流控制，务必在协议栈中启用透明传输，避免 XON/XOFF 字符与数据冲突。
  3. 在调试阶段，可以临时禁用流控制进行基本通信测试，但生产环境必须启用合适的流控制机制。
  4. 记录流控制配置参数，作为设备调试文档的一部分。
← 上一章 📖 返回目录 下一章 →