▲ 图3，发送与CTS信号原理图
图3 - 发送与 CTS 信号原理图中，TDR 是 USART 的发送寄存器，在这个寄存器中写入数据，如果这时候在移位寄存器中没有数据正在发送，硬件就会把 TDR 中的内容搬移到移位寄存器中，之后按照设置好的波特率、数据位等数据格式开始直接发送数据。这就是一个正常的数据发送的流程。
如果使能了硬件流控的功能，就会增加一个实时检测的步骤。在图3中，当没有收到CTS信号的时候，TX 发送线上数据是连续发送的，表现形式为：在 STOP 位后紧跟着就是下一个数据的 Start bit。
当 Data 2 还在 TX 线上进行发送的时候，如果此时在 CTS 信号上检测到了高电平，即使在 Data 2 的 STOP 位发送完之前写入了 Data 3，在当前的字节发送完之后是不会马上发送新写入的数据的，而是要等待，直到在 CTS 管脚上检测为低电平后，TX脚上才会开启 Data 3 的 Start 信号。
这里其实我们可以简单理解一下，在发送的时候要实时监测 CTS 的电平状态，如果发现是高电平，就不会再发送新的数据，直到 CTS 检测发现已经没有高电平信号了。
需要注意的是在当前字节发送完之前的三个时钟周期，CTS 需要提前置位上，也就是在Data 2 结尾的地方如果只差一个 STOP bit，那有可能把 Data 3 连续发送出去。
有人可能会有疑问，CTS 不是马上就置位了吗，而且 Data 2 还没有完全发送出去。其实它是去检查 CTS 的标志位，设置这个标志位至少需要两个时钟周期，设置好了 CTS 的标志位之后，硬件才会去检查进而不去发送 Data 3 的 Start bit。但如果设置的 CTS 或者是检查到的 CTS 已经是非常晚了，那后面的一个字节就已经发送过去了，因为在发送 Data 3 的时候没看到有 CTS 的标志位，所以就要求我们至少提前三个时钟周期把 RTS 信号释放出来，让 CTS 把这个信号检测到进而让后面的数据不再发送。RTS 是只要在接收缓冲区非空的时候就会被提前置位，也就是结果寄存器里面只要有一个东西就会把它置位，都会放在当前的移位缓冲寄存器里。
在原则上是不会出现由于 RTS 置位比较晚，导致 CTS比较慢的现象。但是不排除一种情况，就是 CTS 和 RTS 之间的延迟特别大，或者说串口的波特率特别快，这个时候就容易出现由于 RTS 置位比较晚使得 CTS 比较慢的现象。
软件配置
▲ 图4，软件配置
在 CubeMX 里可以选择一个串口模式为异步模式，之后在它下面的硬件流控 RS232 中选择 CTS/RTS。这里要注意一下，CTS 和 RTS 是可以单独使能的，可以根据速度来选择使能 CTS 还是 RTS，如果我的速度比较慢的话就使能 RTS，因为 RTS 是给对方的信号，不需要考虑对方的处理能力。
另外，在 CubeMX 里也可以使能 RS485 的硬件流控，这里的流控实际上流控的是数据的方向，因为 RS485 是一个半双工的通讯模式，它的数据收的时候就不能发，发的时候不能收。STM32 上有一个 DE 管脚和 RS485 的接收器芯片直接相连，控制数据的收发，所以我们要知道在 STM32 的硬件流控中其实包含两方面的内容，一方面是关于速度的，也就是 RS232 的 CTS、RTS；另一方面是关于数据的方向的控制，它是基于 RS485 的，在软件中只需要设置它的功能，其他使用功能和串口都是一样的。
硬件流控和软件流控的区别
软件流控是以特殊的字符来代表从机已经不能再接收新的数据了，基本的流程就是从机在接收数据很多的时候或主动给发送端发送一个特殊字符，当发送端接收到这个特殊字符后就不能再发送数据了。
软件流控很方便，不需要增加新的硬件，还是以前的TX、RX，但是使用了软件流控，它本身的字符也是数据，这个数据只不过是说在软件里把它设置了一个特殊的含义。如果它是一个全双工的通讯，在给另一个串口发送数据的时候如果也包含了这样一个特殊字符，对方就会误以为我让它不要再发送数据了，会有一定的概率出现错误，而硬件流控就不需要考虑这方面，只需要使用 CTS 和 RTS，所有的数据都是由硬件来操作的。
在实际的应用开发中，大家需要根据自己的实际情况来选择使用硬件流控还是软件流控。