ESP8266 AT透传模式下，发送文件或大量数据会出现间隔性丢包、乱码现象。怎么解决，感觉是固件问题

清风徐徐

如图，左：源文件  右 通过ESP8266接收的文件

这种现象是间隔1800多个字节，规律出现



而且，出现乱码的地方，还有依稀找得到一些AT命令


注：数据丢失发生在乱码的地方。。

测试数据.zip (83.07 KB, 下载次数: 39)

2018-10-29 15:25 上传

点击文件名下载附件
sendsource存放发送的文件，其他为接收的文件

正点原子

清风徐徐 发表于 2018-10-29 15:30
@正点原子 原子哥，可以帮忙分析下么。。尝试了很多方法。（测试过程是使用电脑串口工具测试的，已排除串口 ...

想稳定，必须加协议！！

清风徐徐

@正点原子 原子哥，可以帮忙分析下么。。尝试了很多方法。（测试过程是使用电脑串口工具测试的，已排除串口调试工具及Usb转串口的问题）

清风徐徐

正点原子 发表于 2018-10-30 01:36
想稳定，必须加协议！！

恩，不过透传模式下，数据乱码且丢包，这个不应该是模块本身的问题吗？原子能不能考虑从固件层帮忙解决一下。。
而且，我这几天尝试了在STM32上做协议传输，这次不是基于透传，而是基于AT指令控制。将文件分成多个1024字节的帧，测试还是发现，连续发几个帧之后，就会出现大量触发协议重传的现象,导致传输速率特别低，估计了一下,应该不到30kbyte/s。分析后发现模块来不及执行下一个AT+SEND指令，而导致数据包出错。。。

清风徐徐

正点原子 发表于 2018-10-30 01:36
想稳定，必须加协议！！

恩，不过透传模式下，数据乱码且丢包，这个不应该是模块本身的问题吗？原子能不能考虑从固件层帮忙解决一下。。
而且，我这几天尝试了在STM32上做协议传输，这次不是基于透传，而是基于AT指令控制。将文件分成多个1024字节的帧，测试还是发现，连续发几个帧之后，就会出现大量触发协议重传的现象,导致传输速率特别低，估计了一下,应该不到30kbyte/s。分析后发现模块来不及执行下一个AT+SEND指令，而导致数据包出错。。。

清风徐徐

不过，谢谢原子哥百忙之中能够回复。。。

Econtinent

哎，电源问题，要外接电源，chpd要10k电阻上拉3.3v,还有你那串口出现at命令是因为模块工作不正常导致将未处理的数据存到了串口缓冲区，说白了就是CIPSEND没有正常接收满你的发送长度的字节导致的第一次没发送出去，第二次直到他读满了数据长度才会把缓冲区的数据发送出去，这也就是为什么你数据里面有AT指令了

Econtinent

解决办法很简单,一劳永逸的办法是直接按照我刚才说的配置电源，电源按照要求配置好了模块就能正常工作，如果手头没有能力配置电源，，你就通过软件去修改发送方式，刚才我说了第一次CIPSEND数据会发送失败并且数据会缓存到缓冲区，第二次达到你给定的发送长度了，他就会把缓冲区数据(第一次发送失败的数据)发送出去,并且本次你发送的数据也会和第一次一样发送失败并且保存到缓冲区,只要清理掉缓冲区数据即可，然后就是接收乱码的问题，十分简单，若确保模块收发无误，则乱码是在串口传输时产生的，而并非网络传输产生的乱码，此时就把波特率改低点就好了

社会我佩奇

您好，文件是怎么通过串口发送的，是f_read读到buf后发送的吗

like1242109

稳定性是关键，必要时候可以牺牲传输效率。