谁有简单的办法100%保证串口接收不丢数？高手来挑战

pkuwanfang

碰到一个问题， 就是要100%保证串口接收不丢数。由于stm32的串口接收只有1个byte的buffer, 那么当数据来了后进入中断服务程序，如果要处理这个数据，可能要花比较长的时间，那么在处理的时候来了一个新的数据，就会丢掉。[这个论述是否正确？]

好吧，那就做一个类似fifo的东西，串口来了数，进入中断服务程序，做简单的事情，就是把来的数丢进fifo里， 这样中断服务程序比较快，而数据的处理则交给另外的地方。

如果把数据处理程序放在main()循环中， 看起来是个不错的选择， 但是我认为有风险，就是当main()里在读取fifo的数据的时候，会操作一些与fifo有关的指针， 而此时如果又来数了，进入中断服务程序，那么中断服务程序在向fifo里扔数的时候，也会操作fifo有关的指针，这样一个还没处理完，另一个就插了进来，导致fifo的逻辑完全混乱了[该论述是否正确？]。

我想到的一个处理方法，是把处理数据的程序放在定时中断中，这样向fifo里扔数和从fifo里读书的程序都在中断中，把这两个中断设置成相同的优先级，就不会互相干扰，类似于windows里的CritialSection[该方法是否正确？]。

但是感觉这个方法不是太好，谁有简单的办法吗？

另外如果用ucos-ii, 可能需要使用CRITICAL_SECTION， 也就是在从fifo读数时要关掉中断，这样是否也可能丢数？

simms01

设置一个大buf 就行

例如串口内容写flash   设buf[4096]


串口收到一个写一个  写满4096从头再写

主循环检测 每收到2048写一次flash
满4096再写一次

测试波特率256000 下传输10m字节不丢一个

zhang123

同意楼上，4096深度不够的话，再加倍。

正点原子

做协议，才是正道。

pkuwanfang

我又想了一下，这个4096的buffer方案应该可行。另外我提出的FIFO方案也应该可行， 并不需要读fifo的程序在中断中。

因为fifo主要涉及读指针和写指针， 在读fifo的过程中如果写强行介入，会改变写fifo指针的位置，但是带来的结果是本次读fifo的操作可能没读完整个fifo的数，但是不会导致丢数。

大家讨论下，是这样的吗？

冰是睡着的水

回复【楼主位】pkuwanfang:
-----------------------------
环形队列+接收超时！！解决你的问题。  出队列的时候，不要一个一个出，，这样效率不好，超时了，根据front  rear读出，然后调整队头，因为出队列在队头。。