stm32串口接收大数据文件

ZMLZML1009

如题。目前用stm32F103+ESP8266的片子做一个项目,无线传输文件，stm32通过串口接收，并写入sd卡。出现的问题：接收几兆字节的文件时，会出现误码（使用对比软件对比过），传输几百K，无误码或丢失。

目前使用串口助手+TTL 通过PC与stm32串口相连做测试，目前跳过esp8266这一环。

采用方法：使用stm32 DMA+idle中断+FIFO+DMA传输过半断+DMA传输完成中断（相当于DMA双缓冲）
接收小文件，几百K大小的文件，无误码。波特率115200~1000000都可以。

但是接收文件大小为6Mb后，115200的文件，误码率极小，或者没有误码（但是传输速度极慢，时间很长），为了提升传输时间，提高波特率

波特率越高，误码率，丢失率越高。

测试过PC串口助手一遍发送，STM32 TX+DMA一遍回传，由于串口助手缓存最大5M，所以测试5M的回传，通过对比，没有误码或者丢失

所以怀疑问题是不是SD卡的写入上面


有无坛友做过类似项目，请求指点，讨论一下

eric2013

文件小没问题的话，可以考虑分段传输。

ZMLZML1009

eric2013 发表于 2021-11-29 14:21
文件小没问题的话，可以考虑分段传输。

试过SSCOM5.13的串口助手，里面有选择每256字节延时1ms/10ms/50ms/100ms发送。
试过选择延时100ms，相当于使用256字节作为一帧（空闲中断）数据存储写入SD卡，延时100ms。从接收处理到写完SD卡，整个过程需要10ms，理论上100ms完全够用，虽然整个传输时间更慢了。但是实际测试，传输10MB文件，还是有很多丢失和乱码

eric2013

ZMLZML1009 发表于 2021-11-29 14:47
试过SSCOM5.13的串口助手，里面有选择每256字节延时1ms/10ms/50ms/100ms发送。
试过选择延时100ms，相当 ...

你前面说得几百K大小的文件，无误码是怎样一种场景

ZMLZML1009

eric2013 发表于 2021-11-29 16:32
你前面说得几百K大小的文件，无误码是怎样一种场景

几百K用的TXT文本测试的。里面是正常的文字，数字，字母构成。然后通过串口助手发送，STM32串口接收再写入SD卡，将SD卡内写入的TXT文本，通过beyondcompare对比。差异为0。

几兆字节的文件，是机械行业的G代码文件，里面内容类似：
G1 F2400 X292 Y266.383 E3.44953
G0 F4000 X294.841 Y268

通过接收之后写入SD卡，由对比软件对比，有部分缺失，或者数字混乱。


几百K的也用类似G代码测试过，是ok的。
最后发现的结果是，文件越大，丢失，数字混乱概率越大，同时波特率越高，丢失，数字混乱概率越大。

TTL使用CH340/PL2303都测过，在1Mbps下，满足这两个驱动工作的要求

eric2013

ZMLZML1009 发表于 2021-11-29 17:08
几百K用的TXT文本测试的。里面是正常的文字，数字，字母构成。然后通过串口助手发送，STM32串口接收再写 ...

刚发现我忽略了一个重要环节，你当前是串口线接收的吗？ 串口线接收的话，务必加个简单校验，CRC也好，奇偶校验也好，都行。

然后就是串口线一定要用个好使点的。比如FT232。

caicaptain2

可能是sd卡的文件系统问题？最好按照文件格式的单元大小写入，而且 sd卡的随机读写4k的速度比较慢。

庄永

Xmodem了解一下

ZMLZML1009

eric2013 发表于 2021-11-30 09:05
刚发现我忽略了一个重要环节，你当前是串口线接收的吗？ 串口线接收的话，务必加个简单校验，CRC也好，奇 ...

对的 用的串口线直接连接电脑和stm32的，而且用的CH340和PL2303.后面买一个FT232，以及加上校验试一下

ZMLZML1009

庄永 发表于 2021-11-30 23:17
Xmodem了解一下

好的 试一试

ZMLZML1009

caicaptain2 发表于 2021-11-30 15:30
可能是sd卡的文件系统问题？最好按照文件格式的单元大小写入，而且 sd卡的随机读写4k的速度比较慢。

文件格式的单元大小（这个没明白）。FATFS的4096B读写这块确实没测试过速度。

snakeemail

我看你的实验，像是没有加任何校验，就传数据。这样出错很正常。

SpriNG_222

请问这个问题解决了吗？

SpriNG_222

请问这个问题解决了吗？

mygod

这么大文件不加校验怎么行，最少加个累积校验和吧