一个能用的8051 RTOS [复制链接]

网上找到的rtos，编程风格不错，还有一些编程技巧。喜欢做大应用或者不太实时的实时控制（比如通信啦、时钟啦什么的）的朋友可以看一下。

在www.zlg.com 上有
陈明计现在是在周立功单片机工作。

这个人我不认识，但我觉得他的素质不错的，从程序上可以看得出来。

'

在www.zlg.com 上有
陈明计现在是在周立功单片机工作。

'

发现了他的书，有兴趣就看看吧，学学os还不错。38元，带光盘。

此人工夫了得！！！！！！！

确实如此，从他的书中看出他把 uc/os ii 的原理吃得很透，所以才能写出这个综合了 keil rtx51 和 uc/os ii 优点的 rtos，尽管不十分成熟，但是也是精品中的精品了，值得学习。

使用 small rtos 51 的应用文章已经在杂志上见到了，小的把它做成pdf附件，有兴趣的朋友可以看一下。

本人也打算把以前写的几个使用 keil rtx51 tiny的应用搬到这个上面试一试，应该很有收获。

[quote=雨夜听香]此人工夫了得！！！！！！！[/quote]

我个人认为做系统项目用rtos有优势！做单一项目还是前后台方式控制更直接！更精确 :d

没错！比如做自动键用rtos就生搬硬套了，而且定时精度也不允许。

前几天我特地到周立功的柜台买了一个dp51，还挺贵，700元，据说有一些升级，所以600元拿不到了，反正不便宜。这次决定下狠心学一学rtos，只做应用是学不到多任务的机理的。这次索性把keil rtx、samll rtos51和ucos-ii捅一捅，哈哈，破釜沉舟，奢侈一把。让各位大佬见笑啦。

再次班门弄斧，来一个邵贝贝的文章，论述uc/os-ii用于单片机教学，我觉得有些启发。邵贝贝是ucos-ii在国内流行的始作俑者，引起国内嵌入式开发变革的教唆犯，哈哈。

[quote=雨夜听香]我个人认为做系统项目用rtos有优势！做单一项目还是前后台方式控制更直接！更精确 :d[/quote]

多任务的机理在做一些系统工程时才会用到！

抄收。

但我觉得偷懒和过分复杂的项目都可以用rtos。

ding.12345678.

.87654321.gnid.

谢谢各位帮顶。看来对os感兴趣的人不多，邵贝贝的文章只有5次下载，呵呵。

其实os对于现代的腿子们挺重要的，因为您只要随便写过几个小程序后，就会不满足于入门的快乐了，就会觉得单片机这东西还有不少潜力，做大做好总是ham的追求。

想想动辄几十k的目标码中是否会包含过多的技巧和绕来绕去？这些技巧就是日后出事的隐患，也是难以重用代码的根源。

把技巧留给os，把精确的流程控制和精妙的算法留给自己。现在写固件基本有两种常用办法，一个是用oo的方法建立对象模型，做平台化描述。另一个是建立multi agents模型，做行为控制描述。这两种描述都可以通过os的机理实现代码化。我一般做程序时，会使用后者构建应用的模型，因为灵活性大些，而且我认为后者本来就隐含前者的oo思想，一个agent就是一个自私的活体，就是一个对象，呵呵。可能是这个缘故，所以我用os的频度很大。目前来看，从小到2k以内的目标码，大到5、60k的目标码，我还没发现os的明显副作用，反倒是控制模型清晰多了，当然程序本身的可读性就更好了。现代的工程人员嘛，重视可用性、可靠性和可维护性是很重要的，特别是可维护性，总是被忽略，然后掉到坑里的总是自己，哈哈。

乱讲，并没什么道理，自己的经验而矣。不同人会有不同经验，这一行讲究行为的外在和谐，而内在的东西可能会很不一样。很多持截然不同观点的人都能成功，没有一定之规，所以我的这个也是建议，欢迎批评，但是不欢迎冒然效仿。

没有太多可以献丑的程序，就拿我试验的石英钟主程序当例子吧，程序是干啥的并不重要，关键是使用os的方法。这是用multi agents做的初始设计，用keil的os实现的，目标码不到8k，看看源程序，是否还算清晰？如果把4个任务分别写到4个文件中是否会更清楚些？

欢迎提意见，谢谢！:d :d

收藏。改天有空研究一下。

'

收藏。改天有空研究一下。

'
谢谢，请多提意见！

今天把这个又翻出来，下载了想研究看看。