接触ucOS好几年了,在感觉到它强大的同时,也感觉到它着实有种距离感,在我们简单的
单片机
系统搭建的过程中,它的大部分功能是被浪费的,虽然ucOS也给出了一个总的管理文件来处理这种不同的需要,可仍然觉得这还不够。另外,在刚刚上手的时候,会有许多编程人员在理解机制之后对这种组织结构有一种很不理解的感觉,这就让我有一个疑问,对于普通的单片机编程者,在我们想要使用ucOS进行单片机程序编写的时候,它到底难在什么地方。
我觉得,可以从以下两个方面来分析
一、ucOS是一个OS,是能够被方便移植到各个平台的操作系统。
正是因为这个特性,使得我们在使用ucOS的时候,考虑的第一件事,变成了ucOS的移植。这是我很不理解的一个问题,为什么没有一个权威的机构将这些工作做好呢,我们可以从网上找到很多移植的资源,而又为什么已经有人做好了这些移植,我们还要乐此不疲的进行系统移植,正是这样一个移植的工作,把许多试着去使用ucOS的编程者拒之门外,还有一些编程者在完成移植之后就已经丧失了使用它的兴趣。
二、我们需要的是不是一个平台?
ucOS作为一个操作系统,我们看到它其实是相当于一个内核阶段的形态,而对于真正的编程者,我们更需要的是一个平台,而不是从系统内核的层面去理解里边的内容,我们只是使用你的系统,让我们的程序编写更容易,或者说是更高大上一些,而不想去理解你内部是怎么搞的,你爱有你的信号量就有,爱干嘛干嘛,跟我有什么关系...我就是想点个灯,我凭什么去移植操作系统,笑话嘛不是....所以对于使用ucOS我们可能更需要的是一个平台,而不是一个内核代码。
那么,你使用ucOS的目的是什么?
我觉得,可以从以下两个方面来分析
一、ucOS是一个OS,是能够被方便移植到各个平台的操作系统。
正是因为这个特性,使得我们在使用ucOS的时候,考虑的第一件事,变成了ucOS的移植。这是我很不理解的一个问题,为什么没有一个权威的机构将这些工作做好呢,我们可以从网上找到很多移植的资源,而又为什么已经有人做好了这些移植,我们还要乐此不疲的进行系统移植,正是这样一个移植的工作,把许多试着去使用ucOS的编程者拒之门外,还有一些编程者在完成移植之后就已经丧失了使用它的兴趣。
二、我们需要的是不是一个平台?
ucOS作为一个操作系统,我们看到它其实是相当于一个内核阶段的形态,而对于真正的编程者,我们更需要的是一个平台,而不是从系统内核的层面去理解里边的内容,我们只是使用你的系统,让我们的程序编写更容易,或者说是更高大上一些,而不想去理解你内部是怎么搞的,你爱有你的信号量就有,爱干嘛干嘛,跟我有什么关系...我就是想点个灯,我凭什么去移植操作系统,笑话嘛不是....所以对于使用ucOS我们可能更需要的是一个平台,而不是一个内核代码。
那么,你使用ucOS的目的是什么?