都弄一起不是吗？

本帖最后由 261854681 于 2013-3-2 10:36 编辑

xiaobendan001 发表于 2013-3-2 10:08
都弄一起不是吗？

开始就是这样弄的,如上面写到的任务.单独执行都很顺利,但若放一起,现象惨不忍睹,超级烂,思考了好久，为什么这些个任务组合起来就出现严重问题,相互影响…学习信心一下沉入谷底,而那些教程似乎到此就脱节了,根本不能形成完整一体的东西,看到高手们能用同样型号的U实现了很多功能,甚是佩服和苦恼…前面的路望不见光啊

找点操作系统的书看看吧

路过.学习一下

本帖最后由 261854681 于 2013-3-3 02:48 编辑

http://blog.163.com/zhaojun_xf/b ... 058020111022332153/

对于单片机程序来说，大家都不陌生，但是真正使用架构，考虑架构的恐怕并不多，随着程序开发的不断增多，本人觉得架构是非常必要的。前不就发帖与大家一起讨论了一下《谈谈怎样架构你的单片机程序》，发现真正使用架构的并不都，而且这类书籍基本没有。
        本人经过摸索实验，并总结，大致应用程序的架构有三种：

1. 简单的前后台顺序执行程序，这类写法是大多数人使用的方法，不需用思考程序的具体架构，直接通过执行顺序编写应用程序即可。

2. 时间片轮询法，此方法是介于顺序执行与操作系统之间的一种方法。

3. 操作系统，此法应该是应用程序编写的最高境界。

下面就分别谈谈这三种方法的利弊和适应范围等。。。。。。。。。。。。。
  

////这个不错,很受启发.与初学者分享.