串口编程中的流控制

[洋葱onion]

一般在工业上，为了数据不发生丢失，一般采用硬件流和软件流控制？
硬件流：在DB9的接口上，除了TX，RX,GND，还需要用到：DTR/DSR方式和RTS/CTS方式。在实现时，是不是这两个信号用一般的GPIO来控制？再结合软件来实现？我有一个疑问：我们一般用的串口通信只用了TX,RX,GND一样通信，为什么用这两个多余的信号？我也没看见说只用三个信号线有数据丢失多严重的现象？
软件流怎么用？求大神指教啊

[of123]

是“软件”“流控制”和“硬件”“流控制”。 如果你的接收端是 PC，且数据处理的过程很快，一般就不需要流控制。因为 RS-232 是极低速通讯，设置好缓存大小，一般不会出现数据丢失的情况。

[sprawling]

樓主可以試試以1Mbps的速度向51發送1M的數據,採用單向發送,如果沒有流控制,看你如何完整接下所以數據

[C_Rabbit]

现在确实这个用的很少了

[schlafenhamster]

“带流控制的串口通讯程序.rar ” http://download.csdn.net/detail/schlafenhamster/4195462 这个是 硬件 流控制。 软件流控制 就是发 xoff 和 xon （0x11 和 0x14 记不清了）

[schlafenhamster]

DTR/DSR 数据终端就绪/数据设备就绪。 与 RTS/CTS 请求发送（Request to Send）/ 清除发送（Clear to Send） 是 2对 信号 ， 只要用一对 就可以。

[洋葱onion]

引用 2 楼 sprawling 的回复:

樓主可以試試以1Mbps的速度向51發送1M的數據,採用單向發送,如果沒有流控制,看你如何完整接下所以數據

那硬件流控制也是使用普通的GPIO来实现，只不过得在程序里加点判定条件是吧？

[洋葱onion]

引用 2 楼 sprawling 的回复:

樓主可以試試以1Mbps的速度向51發送1M的數據,採用單向發送,如果沒有流控制,看你如何完整接下所以數據

51·的内存极小，1M的数据肯定是来不及处理；如果我用计算机给ARM-A9这样的处理器发送数据，1M的数据感觉毫无压力。所以根据您的说法：流控一般用于接收方缓存区过小或者接收方数据处理速度小于发送方发送速度的情况？我其实想用串口发送一幅图片，大小也就几十K，不用实时。想用软件流控制标定数据头和数据尾，这样看的话，高速设备之间的通信完全没必要用流控制。但是在百度里看，又说流控是为了不让数据发生丢失现象，感觉这种说法片面，应该说：在高速设备和低速设备之间通信时，使用流控可以有效避免数据丢失

[sprawling]

引用 7 楼 u013816798 的回复:

[quote=引用 2 楼 sprawling 的回复:] 樓主可以試試以1Mbps的速度向51發送1M的數據,採用單向發送,如果沒有流控制,看你如何完整接下所以數據

51·的内存极小，1M的数据肯定是来不及处理；如果我用计算机给ARM-A9这样的处理器发送数据，1M的数据感觉毫无压力。所以根据您的说法：流控一般用于接收方缓存区过小或者接收方数据处理速度小于发送方发送速度的情况？我其实想用串口发送一幅图片，大小也就几十K，不用实时。想用软件流控制标定数据头和数据尾，这样看的话，高速设备之间的通信完全没必要用流控制。但是在百度里看，又说流控是为了不让数据发生丢失现象，感觉这种说法片面，应该说：在高速设备和低速设备之间通信时，使用流控可以有效避免数据丢失[/quote] 就像一個人喝一個水缸的水肯定是沒有問題的,問題在於你採用什麼方式去喝

[sprawling]

流控制的目的就是告訴通信的對方什麼時候喂數據,什麼時候自己飽了.

[洋葱onion]

引用 9 楼 sprawling 的回复:

流控制的目的就是告訴通信的對方什麼時候喂數據,什麼時候自己飽了.

那DB9上的这几个接口DTR/DSR方式和RTS/CTS其实在使用时也是用一般的GPIO来控制，在实际编程中也是if判定？还是说UART控制器自己有一套自己的硬件机制来实现这个协议？

[洋葱onion]

引用 9 楼 sprawling 的回复:

流控制的目的就是告訴通信的對方什麼時候喂數據,什麼時候自己飽了.

我是看见软件流控制中规定了0x11和0x13作为数据头和数据尾，难道这两个参数是固化的，由硬件自己来完成if判定过程？

[schlafenhamster]

其中XON采用ASCII字符集中的控制字符DC1（0x11），XOFF采用ASCII字符集中的控制字符DC3（0x13） 软件每接受到一个 字符 必须检查是不是 控制字符DC， 因而 只能 用于 字符（文本）通讯，因为 二进制 通讯 区分不了 DC （0x11,0x13）

[of123]

引用 10 楼 u013816798 的回复:

[quote=引用 9 楼 sprawling 的回复:] 流控制的目的就是告訴通信的對方什麼時候喂數據,什麼時候自己飽了.

那DB9上的这几个接口DTR/DSR方式和RTS/CTS其实在使用时也是用一般的GPIO来控制，在实际编程中也是if判定？还是说UART控制器自己有一套自己的硬件机制来实现这个协议？[/quote] 如果你的单片机 UART 模块支持全双工，那么 DTR/DSR 就不需要。一般来说，PC 端不需要接收时流控制，RTC 也不必使用。这样将剩下了 CTS（表示相当于 Modem 的外设可接收），可用来表示 MCU 忙（注意，信号无效为忙）。此情况下，单片机是 CTS 信号的发送方，它不需要对此信号进行判断。在 PC 端，这个信号需要应用软件去处理。

[洋葱onion]

引用 12 楼 schlafenhamster 的回复:

其中XON采用ASCII字符集中的控制字符DC1（0x11），XOFF采用ASCII字符集中的控制字符DC3（0x13） 软件每接受到一个 字符 必须检查是不是 控制字符DC， 因而 只能 用于 字符（文本）通讯，因为 二进制 通讯 区分不了 DC （0x11,0x13）

您好，书我学艺不精，事实上，字符通信在实现上不也是以二进制的形式进行的吗？您这里说的文本通信能否举个例子？

[of123]

引用 10 楼 u013816798 的回复:

[quote=引用 9 楼 sprawling 的回复:] 流控制的目的就是告訴通信的對方什麼時候喂數據,什麼時候自己飽了.

那DB9上的这几个接口DTR/DSR方式和RTS/CTS其实在使用时也是用一般的GPIO来控制，在实际编程中也是if判定？还是说UART控制器自己有一套自己的硬件机制来实现这个协议？[/quote] 如果你的单片机 UART 模块支持全双工，那么 DTR/DSR 就不需要。一般来说，PC 端不需要接收时流控制，RTC 也不必使用。这样将剩下了 CTS（表示相当于 Modem 的外设可接收），可用来表示 MCU 忙（注意，信号无效为忙）。此情况下，单片机是 CTS 信号的发送方，它不需要对此信号进行判断。在 PC 端，这个信号需要应用软件去处理。

引用 12 楼 schlafenhamster 的回复:

其中XON采用ASCII字符集中的控制字符DC1（0x11），XOFF采用ASCII字符集中的控制字符DC3（0x13） 软件每接受到一个 字符 必须检查是不是 控制字符DC， 因而 只能 用于 字符（文本）通讯，因为 二进制 通讯 区分不了 DC （0x11,0x13）

XON 和 XOFF 都是接收方发送的，因此不存在从数据流中识别控制字的问题。 比如，你的单片机接收 PC 发送的数据，当你需要暂停时，就发送 XOFF；可以重新开始时，再发送 XON。 在 PC 端，XON/XOFF 是用户不可见的。假设你在 PC 端使用 WriteFile() API 发送数据，当驱动层接收到 XOFF 时，如果你使用的是 overlap 方式，WriteFile() 会返回 FAILE。如果你用 GetLastError() 提取错误，将得到 ERROR_IO_PENDING。如果你使用的是非 overlap 方式，程序会在 WriteFile() 处停下来, 等待发送成功（如果未超时）。

[洋葱onion]

引用 13 楼 of123 的回复:

[quote=引用 10 楼 u013816798 的回复:] [quote=引用 9 楼 sprawling 的回复:] 流控制的目的就是告訴通信的對方什麼時候喂數據,什麼時候自己飽了.

那DB9上的这几个接口DTR/DSR方式和RTS/CTS其实在使用时也是用一般的GPIO来控制，在实际编程中也是if判定？还是说UART控制器自己有一套自己的硬件机制来实现这个协议？[/quote] 如果你的单片机 UART 模块支持全双工，那么 DTR/DSR 就不需要。一般来说，PC 端不需要接收时流控制，RTC 也不必使用。这样将剩下了 CTS（表示相当于 Modem 的外设可接收），可用来表示 MCU 忙（注意，信号无效为忙）。此情况下，单片机是 CTS 信号的发送方，它不需要对此信号进行判断。在 PC 端，这个信号需要应用软件去处理。[/quote] 现在的单片机大部分都是全双工，为什么全双工就不要DTR/DSR，硬件流控制信号是发送方和接收方之间通信时的一路信号，全双工怎么就不需要使用这些信号了？拜谢，还望多多指教

[schlafenhamster]

"XON 和 XOFF 都是接收方发送的，因此不存在从数据流中识别控制字的问题。" 双方 都可以 是 接收方 ！ 所谓 文本方式就是可见字符方式 （即 ascii 中 可打印的 字符），所以 文本方式中不会出现 《 0x20 ‘’空格" 的 acsii 码。

[schlafenhamster]

大概 当 接受缓冲区空间《 原 1/4 时 ，接受方 发 xoff 给 发送方。发送方 接受到 xoff 后，会 停止发送，直到接受到 xon

[of123]

引用 16 楼 u013816798 的回复:

[quote=引用 13 楼 of123 的回复:] [quote=引用 10 楼 u013816798 的回复:] [quote=引用 9 楼 sprawling 的回复:] 流控制的目的就是告訴通信的對方什麼時候喂數據,什麼時候自己飽了.

那DB9上的这几个接口DTR/DSR方式和RTS/CTS其实在使用时也是用一般的GPIO来控制，在实际编程中也是if判定？还是说UART控制器自己有一套自己的硬件机制来实现这个协议？[/quote] 如果你的单片机 UART 模块支持全双工，那么 DTR/DSR 就不需要。一般来说，PC 端不需要接收时流控制，RTC 也不必使用。这样将剩下了 CTS（表示相当于 Modem 的外设可接收），可用来表示 MCU 忙（注意，信号无效为忙）。此情况下，单片机是 CTS 信号的发送方，它不需要对此信号进行判断。在 PC 端，这个信号需要应用软件去处理。[/quote] 现在的单片机大部分都是全双工，为什么全双工就不要DTR/DSR，硬件流控制信号是发送方和接收方之间通信时的一路信号，全双工怎么就不需要使用这些信号了？拜谢，还望多多指教 [/quote]在全双工通讯状态下这两个信号始终有效。

[uid123]

影响带宽，一根线传一个固定长度的信号假定需要10S，用2个可以缩短到5s。