CH342K在Linux下使用CDC驱动时的效率

我看CH343“强烈建议”安装VCP驱动的,CDC效率低下。

那么,CH342K的表现如何?

您好,CH343、CH342等第三代USB转串口芯片以及高速USB转串口CH9114、CH347、CH344等支持VCP和CDC协议的串口型号,建议客户优先选用VCP串口驱动,相较于CDC串口驱动,其优势点有:VCP厂商驱动功能更齐全,支持全功能串口、硬件流控、GPIO、USB参数配置等功能、支持高波特率下持续稳定传输。

常规情况下(有条件联网自动安装,或可以手动安装驱动),VCP串口驱动是优选,CDC驱动在功能和性能上不占优势,详情可以参考如下方案说明:/application/357.html 


CDC串口驱动:Windows 10及以上的操作系统版本内置CDC串口驱动,以下的系统版本则需要安装驱动。因CDC类协议和类驱动的原因,CDC串口功能没有VCP完整,使用上也存在一些差异,具体见如下使用注意事项:

Windows系统CDC串口使用注意点

-> 在串口打开的情况下,不要插拔串口
在串口应用软件已打开串口状态下,拔插一次CDC串口设备的USB端,后续应用软件将无法再打开串口,此时必须重新插拔USB。(与系统自带CDC串口驱动PnP处理有关)
(注:在WIN 10之前系统版本中有此情况)

-> 串口RTS(Request To Send)信号不支持单独控制
因CDC-ACM协议的限制和系统集成的CDC类驱动的特性,RTS无法单独控制,只能在DTR有变化时,DTR和RTS状态才会更新至硬件。

-> 不支持串口CTS(Clear To Send)信号
CDC-ACM协议不支持CTS状态更新。

-> 不支持软件和硬件流控
CDC-ACM协议不支持串口硬件流控,系统CDC串口驱动不支持软件流控。

-> 使用串口高波特率时不建议持续传输数据,建议在发送间隔内增加延时
使用系统自带的CDC串口驱动,在串口高波特率(超过115200bps)连续通讯时,有可能会丢失数据。

-> 在系统睡眠休眠前建议关闭串口,否则有概率在唤醒后串口会停止接收
在串口应用软件已打开串口状态下,Windows主机进入睡眠或休眠状态,则有概率出现主机唤醒后串口无法再接收数据。此时必须重新开关串口或插拔USB。
(注:在WIN 10之前系统版本中有此情况)

Linux系统CDC串口使用注意点

-> 不支持串口CTS(Clear To Send)信号
CDC-ACM协议不支持CTS状态更新。

-> 不支持软件和硬件流控
CDC-ACM协议不支持串口硬件流控,系统CDC串口驱动不支持软件流控。

macOS系统CDC串口使用注意点

-> 不支持串口Modem输入信号
因CDC-ACM协议和系统自带驱动的原因,不支持CTS/DSR/RI/DCD状态更新。

->不支持软件和硬件流控
CDC-ACM协议不支持串口硬件流控,系统CDC串口驱动不支持软件流控。



只有登录才能回复,可以选择微信账号登录