大数据传输过程中波特率变化

只看该作者 · 2013-11-25 23:00

本帖最后由 zmwss 于 2013-11-25 23:29 编辑

大家好，遇到一个非常离奇的怪事，
PC和一颗51的MCU在串口通信时，大数据传输过程中，发现波特率减半。
具体过程如下：
1.PC端设置115200波特率
2.MCU上电，和PC自适应波特率成功。
3.开始数据传输、交互，pc端送60K数据给MCU，每帧数据135BYTE，每帧数据包括：头 + 包号 + 128byte data +checksum. MCU先收完一帧数据，再判断头、 checksum是否正确，不对给PC端送出错机制AAH ，要求PC重新送前一帧数据。
PC端送完一帧数据后，接收MCU的应答信息（出错信息AAH 和解码成功信息55H), 如果2秒内没有接收到AA或55就重新送前一帧数据。
4.发现在大多数时候60K数据通信是成功的，没有问题，但偶尔会中断，提示重新送前一帧数据，就是发生了出错处理，不管重发多少次都不能重新建立通信。
5.用一个串口监控工具，监控MCU的RXD端PC重发的一帧数据也是按PC端的波特率送下来该帧数据，用监控工具监控MCU TXD端此时反馈回来的却是98H E6H。
6.调整监控工具的波特率为57600，正好是AAH.
7.初步可以判定MCU在收发数据过程把自适应设置好的波特率115200给改到了57600.导致接收的135BYTE数据不对，从而帧头和checksum出错，下位机送AAH，而此时由于波特率变为57600，导致PC收到98H E6H，从而通信中断。

麻烦各位帮忙分析下，怎么MCU设置好的波特率会发生改变,从115200变到57600.而大多数时候又能正确通信成功。谢谢！

1万 · 2013-11-25 23:11

你这个出错机制有问题。应该是用应答机制。收到一包数据，给PC应答包。 PC根据接收到得应答包来决定发什么数据。如果是解码失败，那重发。如果是解码成功，那么再发下一包。这样才合理。
你说的出错了才发错误识别码。不是实时的。可能下位机已经接收到了pc发来的N多数据。你的整个控制都乱了。也不知道啥时候包错了。

只看该作者 · 2013-11-25 23:25

本帖最后由 zmwss 于 2013-11-25 23:33 编辑

谢谢jt4117 的回复，我现在就是收完一帧数据，再去解数据，先解帧头，再解checksum，只要其中一个出错了，我会回出错信息给PC， pc收到出错信息，重发前一帧数据，如果解码OK了，MCU回解码成功的信息给PC,PC收到应答就送下一帧数据.
pc发完一帧数据后就接收MCU的应答，没有收到出错信息或解码成功的信息，每过2秒再重发前一帧数据。