对UCOS的可用性的疑问？？？？

ddllxxrr

最近看到网上又出一UCOSII的书，我想问的是，大家工作中都用么？？？我的结论是工作中根本用不到。。。

为什么呢？试想一下，一个前后台就能执行的东东，为什么总是把操作系统拉进去。都说好一起执行可是有几个能用到实际工作当中的呢？？？？

下面我举个例子：


一个嵌入式系统有键盘输入，有读IC卡输入，有图形界面，有串口通讯，有无线传输，有IIC存贮，有SPI通讯。有时钟模块

其中都是互相惨杂，比如我在显示时可以显示时钟可以有光标移动，可以有按键输入，请问这些UCOS能搞定么，有成百个函数时，又怎么办呢？？？？

我本身编了上百个模块。还得再想一遍哪个函数创建了哪个关了。还得把上百个都建一遍么？？？？

我觉得UCOSII只是个实验室的东东，或在开发板移一下，当遇到工作中成百上千的函数。你还会用么？？？？？

你还能用得起来么，若再加上USB CAN SD FATS 本身已经占空间，还会再加上UCOS么？？？？？                           

shepherd

UCOS是RTOS，我没有使用UCOS，但是我在移植另外一款RTOS，以下只是个人看法，当做探讨：
1. RTOS，自然是对实时性要求比较高的产品上在使用，当然也不排除研究或者其它情况会使用。
2. 你举的例子不是很恰当哦，各个模块之间相互掺杂，可以使用函数模块化解决的。
3. 要衡量RTOS必要性，我认为不能用使用函数的个数，而是应该用相互之间抢占的几率来衡量；
最后，操作系统多种多样，我觉得应该选择自己最适用的，如果可以当然也可以不使用。

laoliang-67665

这个我问题是这么看的：
从裸奔的角度来看，经过一些处理，复杂的事情可以在中断服务程序ISR和循环代码中通过变量进行交互，或采用大量的ISR代码来解决。
从RTOS的角度看，通过操作系统服务，对复杂事情的代码划分为任务，每个任务执行不同的功能，任务间通过信号量来协调，会使代码更清楚简洁。另外，重要的是中断中的代码不会长以保证实时性。为什么能做到这一点呢？因为采用了多堆栈，可以在ISR中通过发信号量的方式给任务，而在离开中断后才去执行获得了信号量的任务代码，把代码从中断中剥离开来了。
很多人学了微机原理，但是会不会在中断中罗列大量的代码或者调用一些费时的函数，使低优先级的中断无法响应。
一些简单的程序，无需使用OS，这个是事实，但是使用OS的目的是为更复杂的系统，使用RTOS的系统则更具备实时性。
今天时间有限，我只说这么多，大家多探讨！

关于函数多的问题：函数多不是问题，函数不是任务，任务可以调用函数，不矛盾，不是每个函数都是任务
关于界面编程，我建议使用UCGUI，在UCOS下使用UCGUI是无缝的

UCOS的市场占用量很大，市场占用很说明问题，抱着学习的心态去做不要总是去怀疑，你会觉得有些东西超出你的想象！

学生--啦啦啦

亮点 发表于 2013-11-3 22:36
这个我问题是这么看的：
从裸奔的角度来看，经过一些处理，复杂的事情可以在中断服务程序ISR和循环代码中通 ...

老大讲的太好了，主编大人果然厉害！

735054479_30150

什么东西都不能站在自己的角度来看待，一个事物的存在必然有其存在的意义，用辩证的眼观看待问题，有些东西都是用了再说好

学生--啦啦啦

735054479 发表于 2014-6-4 19:22
什么东西都不能站在自己的角度来看待，一个事物的存在必然有其存在的意义，用辩证的眼观看待问题，有些东西 ...

此话有理，不喜欢缘于不了解，了解了，就可能爱上他！

ddllxxrr

学生--啦啦啦 发表于 2014-6-4 22:27
此话有理，不喜欢缘于不了解，了解了，就可能爱上他！

这话说大了，第一眼你看不上的人，你会试着了解爱上他么？？？？？？

ddllxxrr

735054479 发表于 2014-6-4 22:22
什么东西都不能站在自己的角度来看待，一个事物的存在必然有其存在的意义，用辩证的眼观看待问题，有些东西 ...

现在问题是用不上

韩解嘲

函数个数不是问题，模块化编程嘛，相同功能的做一个模块，分配一个任务，任务模块之间os负责传递信息。确实，有没有必要上OS，要看实际情况的。图形界面嘛，UCGUI和EMWIN都行嘛，系统大了，东西多了，上OS是方便的。很多管理和协调的工作交给OS做了，扩展功能也会方便不少