最近在搞一个手持操作器的程序，原来是想在stm32f103vb上跑一个ucosII2.92的，但是后来不论怎么搞，在写入SD卡数据时总是出问题，卡死了，原因找了很久，没有搞定。
0 y5 _( A/ n6 ?5 \* y9 t后来又把ucos去除了，回到裸奔时代！
; @# y8 w0 R8 ~  g/ R嘿！还别说，这裸奔就是爽，速度那是刚刚的，不过这里出故事了。
有操作系统的跑得慢，没有的系统的跑得快，中间加的延时间就出问题了！
2 K+ G: ~, U5 ?1 i  h& U% o; [* E

后来就用定时器定时，用了一个数据准备标志来判断数据是否接收完，或是超时。
& \4 }- }- ?8 H其中，在接收中断中，判断数据长度是否超过指定长度，超过了数据准备标志置位。
在定时器中加也加入超时判定，数据发出后，开始计时，时间到时数据准备标志置位。
5 L2 B% w% F" o3 h9 a主程序中，检测到数据准备标志置位后，对数据区进行解析，然后将解析好的数据存到SD卡中。

+ b- K) [6 C. e0 R# r) v
但是，这下好玩了，DEBUG！过了，没有问题！！！
让程序自动跑吧，嘿嘿，SD写入的数据怎的据和上面的几条一样呢？
- V3 g5 a( Q/ J' A$ n后来才发现，当时从ucos中移植回来时，去除了当时解析长度，对整个数据缓冲区进行解析(主要是一次接收的数据特别多)
) j2 h0 V8 v; e" }$ x由于在数据发出到接收完成的时间不是固定的，因为对方的速度有时会慢一点（各种原因啦，主要是得从flash中读取数据再返回过来），在定时器时间内这个慢的数据并不能完全到达，而这个时候，禁止了数据的接收，导致数据区不能完全更新，正进行解析，嘿嘿，就出故事了！

# d+ ]# T: X5 e! g0 |% d* M0 M
4 m# j4 m# G. H综上所述，之所以出现前后部分数据相同的情况，都是因为缓冲区数据没有完全被更新闹的，如果今后有人遇到这个情况，也不凡清除一下数据接收缓存，或许就好了。总的来说还是自己在设计时没有考虑周全，只清了数据写入的缓存，数据源的缓存没有清。
, }+ W/ B0 B+ x- g1 _: F  J

感谢各位看官，看完俺这出笑话，是否噗嗤一乐？
2 O/ s3 ^6 a5 ~$ W+ d+ }4 Q9 V' v8 Q
1ST币，50%，看看谁手气好
! A. Q: S/ q' I% O
7 o0 N5 J# t$ s" h/ j
/ A9 U* {2 ?' L

不知道我的运气怎么样

学习了

QianFan 发表于 2015-1-30 20:34
不知道我的运气怎么样

哇，您这运气太好了，可以买彩票！

谢谢分享

感谢楼主分享，我也试试运气！

多谢分享啊

我通常下载时全清

弱弱的问一句，怎么清

呵呵，谢谢分享