CTS在串口服务器上代表什么？串口服务器CTS作用是什么

CTS在串口服务器上代表“Clear To Send”（清除发送），是RS-232串口通信里的一个硬件流控信号，作用是告诉发送端“我准备好了，你可以继续发数据”，如果CTS信号异常，串口服务器会主动暂停发送，导致通信卡顿或丢包。

cts串口服务器怎么用？先看懂它的角色

很多工程师第一次接触串口服务器,看到DB9接口上密密麻麻的引脚就头疼，CTS这个信号，说难不难，但搞错的人确实不少。

它在物理上长什么样

标准DB9公头上,CTS是第8号引脚，如果你用DB25接口，它对应第5号引脚，接线的时候，CTS要接到对端设备的RTS引脚上，这是RS-232规范里固定好的配对关系。

串口服务器的CTS引脚,一般会通过光电隔离或TVS管保护电路引出，工业级设备上，这个引脚旁边通常还会标“CTS”字样，有的干脆用不同颜色的端子区分，方便你快速识别。

电平逻辑和你想的不一样

CTS用的是RS-232负逻辑。电压在-3V到-15V之间时，代表逻辑“1”，也就是有效状态，表示对方允许你发送数据，电压在+3V到+15V之间，代表逻辑“0”，表示忙，发送方得停下。

这里有个常见误区：有人用万用表测到正电压，以为信号是“高电平有效”，结果把流控方向搞反了，负逻辑是RS-232的老规矩，和TTL电平那种“高有效、低无效”完全是两码事。

cts与rts有什么区别？这才是流控的关键

很多人把CTS和RTS混在一起,其实就是没搞清楚谁问谁答的顺序。

RTS是“问”，CTS是“答”

RTS（Request To Send）是发送端发出的请求信号，意思是“我想发数据，你那边能收吗？”CTS是对端设备收到RTS之后，根据自身接收缓冲区状态返回的应答信号。CTS有效，就等于对方在说“可以，你发吧”，CTS无效，发送端就得老老实实等着。

串口服务器作为数据传输的中间环节,它既要处理来自PC端的数据，也要处理来自终端设备的数据，所以它身上同时存在RTS和CTS两套信号，调试的时候，记住一个原则：本地设备的CTS，永远接对端设备的RTS。

和DSR、DCD别搞混

RS-232里还有两个类似信号：DSR（Data Set Ready）和DCD（Data Carrier Detect），DSR是数据设备（调制解调器）报告自己是否就绪，DCD是报告载波是否检测到，它们和CTS的差别在于，DSR和DCD更多用于调制解调器链路管理，而CTS直接参与数据流控制。

实际使用中,如果只做透明传输，不管流控，很多串口服务器默认把CTS引脚闲置，但一旦打开硬件流控功能，CTS的接线和电平状态就决定了整个链路能不能跑通。

串口服务器cts信号异常？按这个思路排查

现场调试时,最怕遇到“数据发不出去，程序也不报错”的情况，CTS信号出问题，往往就是这么个表现。

用万用表测一下电平

把万用表拨到直流电压档,黑表笔接串口服务器的GND（DB9第5针），红表笔接CTS引脚（第8针）。正常待机状态下，CTS电压应该在-6V到-12V之间，如果测到正值或者0V，说明CTS信号没有被正确驱动。

如果串口服务器带了状态指示灯,仔细观察CTS对应的指示灯，有些设备手册里会写“CTS灯亮表示允许发送”，这能帮你快速定位问题。

常见故障点有四个

• 交叉线接反了,电脑和串口服务器之间，如果两边都是DTE设备，必须用交叉线，把本端的CTS接到对端的RTS，用成直通线，CTS和RTS对不上，信号自然无效。
• 虚焊或接触不良,工业现场振动大，DB9端子里的焊点容易松动，拿螺丝刀轻轻拨一下引脚，看万用表读数有没有跳动。
• 对端设备没配置流控,比如你接的PLC，程序里没使能RTS/CTS流控，它就不会驱动CTS引脚，电平一直浮空。
• 共地问题,RS-232信号是相对于地线的，两边的GND必须连通，如果GND没接好，CTS电平再正常也是白搭。

排查的时候,建议用串口监控软件配合短接测试，把串口服务器的RTS和CTS直接短接，再发送数据，如果能正常收发，说明硬件电路没问题，问题出在对端设备上。

工业串口服务器cts引脚设置：接线实战

工业场景里,串口服务器通常挂在机柜里，旁边是PLC、传感器、变频器，它的CTS引脚设置，直接关系到整个产线数据采集的稳定性。

现场接线建议

• 用屏蔽双绞线,CTS和RTS用一对绞合线，减少串扰。
• 线缆长度不要超过15米,这是RS-232的物理极限。
• 在CTS引脚上加一个10kΩ下拉电阻到GND，防止对端设备未上电时引脚悬空造成误触发。

具体到设备操作,比如常见的有人物联网、MOXA等品牌串口服务器，进Web管理界面后，一般在“串口设置”或“高级串口参数”里能找到“流控方式”选项。选“RTS/CTS”后，设备才会启用CTS信号检测，有些设备支持软流控（XON/XOFF），但工业场景里更推荐硬件流控，因为软件流控对特殊字符敏感，容易出错。

不用流控时怎么处理CTS

如果你传输的数据量不大,或者对端设备不支持流控，最简单的办法是把串口服务器的RTS和CTS短接，这样CTS始终为有效状态，设备会一直认为“可以发送”，相当于绕过了流控检查，很多自动化集成商在现场调试时，都会随身带一个DB9短接头，就是这个目的。

长三角一带的工控项目里,这个“短接大法”流传很广，确实能解决八成以上的通信卡死问题，但要注意，短接只适合短距离、低波特率的场景，要是跑115200波特率以上，建议还是正儿八经把流控线接好，否则误码率会让你怀疑人生。

软件层面怎么配合CTS信号

CTS不光是硬件的活,软件驱动里也有对应处理逻辑。

打开RTS/CTS流控

以Linux环境为例,用stty命令操作串口时，命令里要包含crtscts选项：

stty -F /dev/ttyS0 9600 crtscts

这样设置之后,驱动层的uart驱动会在每次发送数据前检查CTS引脚状态，如果CTS无效，驱动会把数据暂存在内核缓冲区，等CTS恢复有效后再继续发送。

Windows环境下,用C#或C++调用串口API时，DCB结构体里的fRtsControl字段要设置为RTS_CONTROL_HANDSHAKE，这样系统才会自动处理CTS信号。

应用层收到什么反馈

当CTS被拉低（无效）时，发送方的驱动通常不会报错，只是数据一直积压在缓冲区，大多数程序员的直观感受就是“程序没死，但数据发不出去、也收不到”，这时候如果你有示波器，看一眼CTS引脚的电平变化，立刻就能判断是不是流控信号卡住了。

业内专家指出,超过六成的串口通信故障，根源都在流控信号处理不当

，而不是波特率或校验位配置错误，所以排查问题时，别老盯着参数配置，先量一下CTS和RTS之间的“握手”是否顺畅。

选择带CTS功能的串口服务器时看什么

市面上的串口服务器,从一百多元到上千元都有，关于串口服务器价格，很多采购人员有个误区：只看网口速率和串口数量，CTS信号的可靠性，才是影响工业现场稳定性的关键指标。

关注隔离和保护

选型时注意看产品参数里有没有“RS-232全信号隔离”，全信号隔离意味着CTS、RTS这些控制脚都做了隔离处理，不是只隔离TX和RX，华北和华中地区的一些设备供应商，会在产品参数表里写“内置15KV ESD静电防护”，这种对CTS引脚的保护等级更高，适合雷电多的地区。

核对流控兼容性

有些老设备只支持硬件流控,有些只支持软件流控，买之前，拿对端设备的手册核对一下，行业共识认为，选型时优先选择支持全流控（RTS/CTS、DTR/DSR、XON/XOFF）多模式切换的产品，这样现场适配性更强，不用频繁换设备，具体配置方法，看产品说明书里的“流控模式选择”章节，通常有跳线帽或Web配置两种方式。

Q&A：cts串口服务器常见问题解答

问：串口服务器的CTS引脚一直为高电平（正电压），怎么回事？

答：正常情况下CTS应该是负电平有效，如果测到正电压，说明对端设备没有把RTS驱动到有效电平，先检查对端设备是否上电，其次检查交叉线是否接对，最后看对端设备软件里有没有开启RTS控制，实在不行，把CTS和RTS短接，绕过流控判断。

问：开启CTS流控后，数据比原来慢了很多，正常吗？

答：正常，CTS流控机制本身会增加握手等待时间，尤其在多设备争用总线时，发送端要等CTS有效才发数据，如果数据量特别大，可以在设备上把串口缓冲区调大，降低握手频率，这一步在大多数设备的“高级串口设置”里都有。

问：用USB转串口线接到串口服务器，CTS引脚还要单独接吗？

答：需要，USB转串口线内部虽然模拟了RTS/CTS信号，但很多廉价转换线只引出了TX、RX和GND，你在电脑设备管理器里打开了流控，CTS引脚却没有实际接线，数据照样会卡死，确认你的USB转串口线是“全信号引出”型号，或者直接用短接头把RTS和CTS连上。