debug - 串口助手 - 如果不勾选RTS/DTR， 不能正常收发

本文主要是介绍debug - 串口助手 - 如果不勾选RTS/DTR， 不能正常收发，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

debug - 串口助手 - 如果不勾选RTS/DTR， 不能正常收发

概述

在调试板子上的485通讯，就一块实验板，先试试和上位机通讯。
硬件连接如下：
板子MCU(UART0_TX, UART0_RX, EN_485) => SP3485 => 485A/485B接口 + 485转232 => 本本USB串口
通讯用的485电路是常用电路，不存在错的可能，即使错了一点，也只涉及到保护部分，也不影响通讯。
本本上运行的sscom5.13.1，以前用过，好使的。
这次怎么实验都不好使，从本本上的串口助手给板子发东西，收不到。从板子上发东西给上位机，上位机的串口助手也收不到东西。

难道485转232模块/USB转232的线有问题？

开始翻物料箱，又找出来一套通讯的东西(USB转232的线，232转485的模块)。
将2套485模块的485端的A/B对应连接， A接A，B接B.
通讯参数为 115200/N/8/1/无流控，互相给对方发，没反应。
当勾选了RTS, DTS时，再给对方发，才能互相收到东西。

于是将sscom5.13.1换成UartAssist，再测试，直接好使。但是默认勾选了RTS/DTR
如果不勾选DTR，UartAssist也不好使。

笔记

环境

win10-22H2 + 2套通讯模块(USB转232的线，232转485模块)

硬件连接

实验 - sscom5.13.1 - 不勾选RTS/DTR - 不好使

2边都是HEX发送/HEX接收
右边打开串口后，直接收到2个字节乱码
左边向右边发，右边没反应。
右边往左边发，左边没反应。但是右边自己会收到3字节的乱码。

实验 - sscom5.13.1 - 勾选RTS/DTR - 好使

实验 - UartAssist - 直接好使

不过是以前实验勾选了DTR, 点击DTR后，也会自动勾选其他选项。
如果不勾选DTR, 试过了，也是不能正常通讯的。

备注

看了sscom5.13.1软件中的帮助，好像上报BUG人家也不一定能理人。
人家这软件免费的，爱用用。

看着作者的说明，好像有些品牌的USB转串口的线支持的不是很好。
挺纳闷的，一个软件，调用的功能都是windows本身提供的API, 和USB转串口的芯片有啥关系呢(USB转串口的芯片，将串口基本模拟出来就行了)？
我用你一个软件，还要买好的USB转串口的线，这太扯蛋了。
有问题你修正升级你的软件啊，非要摆烂… 又不是啥高级软件，为啥要留bug在那里呢。

发现了BUG的软件，下次不用了，有很多可以替代的软件，现在看来UartAssist在win10下是正常的。自己写一个也不难。

以前用sscom没发现问题，那时可能是用win7, 而现在是win10.
以前用的通讯线(USB转232)比较好，几十RMB一条。现在用的USB转232的线是从以前从淘宝6RMB买来的。

sscom作者说的问题，我倒是没发现。可能6RMB的USB转串口的线用的芯片不错吧。

反正不管是用sscom或者是UartAssist，都需要勾选DTR后， 才能正常通讯。
这个地，以前都没注意过，今天吃亏了。

关键是，我为啥要勾选RTS/DTR, 没理由啊。都害得我怀疑板子有问题，都拆了一部分板子上的元件了。

还好，没都拆下来，只剩下SP3485时，脑袋转了一下，想先确认一下485转串口的线本身是否正常. 结果发现是串口助手必须勾选DTR才能正常通讯。

END

这篇关于debug - 串口助手 - 如果不勾选RTS/DTR， 不能正常收发的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---