485通信错误用STC单片机和485芯片做USB转串口有错误

hea***

没有数据乱码，就是分包的问题，加大串口接收软件的超时时间可勉强解决。

根本原因是程序问题，发送字节之间或接收字节之间有不确定的间隔时间，
网上买的USB转串口是采用专用硬件芯片，是实时处理的，发送时字节是连续的，接收的字节也立即上传到电脑端。
你做的这个，程序处理有很多查询操作，中断有延时，还有缓冲区来回复制，没有双缓冲。因此字节流是间断的。
字节之间延时稍微一大，就被判定为分包结束了。

qepu***

这个是两个买的。同样有问题。所以说这个还是硬件有问题。我想到一个方法不过还没有测试。如果测试成功。这个问题就算是真正解决了。
以前就是因为看到网上买的也是这样的问题。所以就认为有这个问题。其实整好了是没有的。

乘风***

串口工具上面一般都有超时时间可以设置，两个数据之间间隔时间超过这个时间就会分行显示：

qepu***

乘风飞扬 发表于 2025-10-9 09:27
串口工具上面一般都有超时时间可以设置，两个数据之间间隔时间超过这个时间就会分行显示：
...

非常非常感谢你的回复。但是事情远远没有这么简单
第一件事就是论响应时间。单片机的响应时间，有时候或者说大多数时候可以搞到一毫秒之内。当然，这样可能要建立在波特率在嗯9600或者115200的时候，或者说115200的时候会更加真实。
我试过用stc的官方程序，然后做了修改之后嗯，会有这个效果，也就是说串口工具发过去会瞬间发回来。但是这是在USB转ttl的操作下实现的。如果是用USB，转485再去到485芯片，再去到stc单片机，目前我用的这个电路会出问题。问题的表现大约就是，有的时候会回传比较慢，如果速度快了，就会乱码。这个乱码的原因，一是怀疑485芯片，后来我觉得不是485芯片的问题。现在想来就是程序的问题。在程序中收和发没有有效的间隔开来，导致了另一端接收错误，或者说单片机接收错误，然后再回传回来就是错的。之前我整的这个这方面的通讯一直出问题，我感觉也是这个原因。
也就基本上验证了。官方历程中给的例子简单的测试是没有问题的。但是经过再多一点的测试不行。简单的测试就是直接USB转ttl到单片机没有问题。这个时候的解决思路可能就是要把这个程序再搞得复杂一些，比如必须在串口收发的时候，配置dma。虽然我只知道dma这三个字母，但不明白它的概念。但是我想说的就是这些，谢谢

qepu***

现在我已经基本确定，串口通信做的不好就是因为程序的问题。可是 我还找不到解决的办法。我说的程序的问题说的就是什么也不改的程序。

qepu***

可能有人看出来我做了什么。我要说的是。这说明的就是程序有问题。

神***

RS485通信，一般不用 115200bps，
你实际可能 38400bps以下就足够了.


下图的自动切换收发电路，波特率高不了；
你从 9600开始往上测试