4、硬件流控原理：RTS/CTS 硬件流控的工作机制

硬件流控（Hardware Flow Control）是 UART 通信中防止接收缓冲区溢出的第一道防线。它利用专用的 RTS（Request to Send）和 CTS（Clear to Send）信号线，在物理层实现“发送/停止”的实时握手，无需软件干预，响应延迟极低。

4.1 RTS/CTS 信号定义与连接

在标准 RS-232 或 TTL 串口中，RTS 和 CTS 是独立于 TXD/RXD 的控制信号线。其连接方式为交叉握手：

典型连接方式：设备 A 的 RTS 接设备 B 的 CTS，设备 A 的 CTS 接设备 B 的 RTS，形成双向握手回路。

4.2 硬件流控工作流程

RTS/CTS 硬件流控的核心逻辑基于接收缓冲区的“水位线”（Watermark）阈值。当接收 FIFO 或缓冲区中的数据量达到预设的高水位线时，接收方拉高 RTS 信号（无效状态），通知发送方暂停发送；当数据被读取、缓冲区降至低水位线时，接收方拉低 RTS（有效状态），允许发送方继续传输。

4.3 何时发送 / 何时停止：信号电平逻辑

硬件流控使用负逻辑或正逻辑取决于接口标准。以下以 TTL 电平（正逻辑）为例：

4.4 解决接收缓冲区溢出的核心机制

接收缓冲区溢出（RX Overrun）是指 UART 硬件在接收 FIFO 已满时，仍然接收到新的起始位，导致数据丢失。硬件流控通过以下方式防止溢出：

1. 实时反馈： 接收方通过 RTS 信号实时告知发送方缓冲区状态，延迟仅为信号线传播时间（纳秒级）。
2. 自动暂停： 发送方硬件在 CTS 无效时自动暂停发送，无需 CPU 中断处理，适合高速或大数据量场景。
3. 水位线保护： 高水位线设置在 FIFO 满之前，留出余量吸收信号延迟期间的残余数据。

4.5 硬件流控的适用场景与局限性

4.6 驱动开发中的配置示例

在 Linux 内核串口驱动中，通过 termios 结构体启用硬件流控：

#include <termios.h>
#include <fcntl.h>
#include <unistd.h>

int uart_set_hw_flowctrl(int fd) {
    struct termios options;
    
    // 获取当前串口参数
    tcgetattr(fd, &options);
    
    // 启用 RTS/CTS 硬件流控（CRTSCTS 标志）
    options.c_cflag |= CRTSCTS;
    
    // 设置接收 FIFO 触发阈值（部分硬件支持）
    // 例如：设置为 FIFO 深度的 3/4
    // ioctl(fd, TIOCSFIFOTHRESH, &threshold);
    
    // 应用设置
    if (tcsetattr(fd, TCSANOW, &options) != 0) {
        perror("tcsetattr failed");
        return -1;
    }
    
    return 0;
}