20K以上字节量同时接收与存储可行性疑问

龙之谷

stm32通过串口负责接收大于20K字节量，波特率2400，中间不间断并在接收过程中将数据进行24c512存储，由于数据传输间隙小于存储需要时间，原本计划使用两个数组，每个数组128字节，第一个接收完成后第二个接收，第一个用于存储，以此循环，但是实验时发现无论发送多少数据，每次只能写入存储芯片256字节，应该接收到的也只有256字节，对此情况请大侠指导这种做法是否有可行性？是程序原因导致接收没处理好还是这种接收处理过程确实不能解决问题？

中断处理代码：

[mw_shl_code=c,true]if(i_num2%256<128) table[i_num2%128] = USART2->DR; else table_1[i_num2%128] = USART2->DR; if(i_num2 % 256 == 128) { write_flag = 1; } if(i_num2 % 256 == 0 && i_num2 != 0) { write_flag = 2; } i_num2++;[/mw_shl_code]

主函数中存储代码：

[mw_shl_code=c,true] if(write_flag == 1) { Write_Lenbyte(page_addr,&table[0],128); page_512++; write_flag = 0; } if(write_flag == 2) { Write_Lenbyte(page_addr,&table_1[0],128); page_512++; write_flag = 0; }[/mw_shl_code]

如果确实不能解决，打算使用DMA接收，然后进行存储，这种方式是否能够满足需求？

龙之谷

回复【4楼】STM32VBT6:
---------------------------------
试了一下，延时3ms单个字节存储确实能够存进去，但还是我发送512字节，只是接收到256字节数据（通过液晶屏显示i_num2获得），挺纳闷的，定义的i_num2为unsigned int型，接收函数为：
                        rec = USART2->DR;
Write_byte(i_num2,rec);
i_num2++;
应该是程序哪里的原因，如果这个解决了，那单个字节写和页写应该都可以，毕竟他们的延时都一样，只是不知道这样的延时长期使用稳定性如何？

w0rmis20

发送端和接收端如果没有协议的话真不好弄。可以用原子的那个串口软件协议。

龙之谷

回复【2楼】w0rmis20:
---------------------------------
现在主要问题在于接收的时候还要有存储，字节间时间约4.5ms，而存储需要10ms，所以需要进行交替存储，发送和接受上没有什么问题，本来认为能够接收大量数据，结果只能接收所定义数组长度数据，不知道是不是因为程序有地方不完善所致。

STM32VBT6

其实存储在EEPROM的时间一字节不需要10ms的，原子板子上的EEPROM我测试了下，只需要1.6ms，所以你延时个2~3ms是能够完成一个字节的存储的。

龙之谷

回复【2楼】w0rmis20:
---------------------------------
回复【4楼】STM32VBT6:
---------------------------------
谢谢指导

styleno1

连续传输不利于纠错和重发，建议楼主考虑加协议、拆分传输。

龙之谷

回复【7楼】styleno1:
---------------------------------
谢谢，问题在于我只是负责接收数据，连续发送方是我们公司工程师已经完成了的工作，由于传输速率选在2400，主观忽略传输错误的存在

kassandra

你可以采用循环缓冲的方法来处理，在SRAM里开辟一个1024B的全局缓冲区，标记缓冲区头为START,缓冲区尾为END，创建两个全局指针变量，一个标记为TAIL，一个标记为HEAD，均指向START,串口中断负责往HEAD里丢一个B的数据，然后HEAD往前移动，HEAD到了END就重新定位到START，自己的任务里面负责对TAIL的数据进行存储操作，同样存储一个B就往前移动，TAIL到了END也重新定位到START，这样一旦有了新数据进来了HEAD总是在TAIL前面，所以自己的任务就可以死守TAIL就可以了，数据传输完毕后TAIL=HEAD的  这个方法我用在了串口接收GPRS的数据上面，GPRS传回来的数据受GPRS网速影响，用原子的串口协议接收对传输耗时不定的大量数据我没搞定，但这个方法很管用，我最多完整的接收过250K多的数据，且串口的速率是115200，而且是一边接收，在自己的任务里一边解析，在你的应用中对于字节间耗时4.5ms 完全没有问题

龙之谷

回复【9楼】kassandra:
---------------------------------
非常感谢，虽然原来的问题在于无线模块的收发不能超过256字节限制所致，但你的处理方法确实将数据结构的知识灵活使用，给我很大启发，厉害！！！