ucosii
任务详情
阅读附件中的代码，回答：
- ucos是如何分层的？
- HAL都有哪些代码？
- 分析任务是如何切换的。
一、ucos是如何分层的？
- 硬件相关层：在这层中，要尽量所有硬件相关都囊括在其中。不管是GPIO还是定时器，或串行接口。只要提供标准统一的接口，就可以让上层会因此而变的很潇洒。这其中有三个最为重要的接口Open,Close,Ctrl。 Open主要来完成对应硬件初始化，形参中包括了些，初始化的相关参数。Close失能硬件。Ctrl来实现一些控制的修改如：优先级，中断回调函数等等，硬件的不同，内容也大为不同。
- 驱动接口层：其实在上一层也算是驱动层，只不过因为硬件相关，而把他分离。这层中会用到一个或多个硬件层的接口，进行组合来实现特定功能的程序。这部分程序可举例进行说明。以Flash为列，它这里主要调用硬件层的SPI函数接口，但是主要的写，读指令都是在这里函数中完成的。在这层中需要提供5个标准统一的接口函数：XXXOpen、XXXClose、XXXWrite、XXXRead、XXXIoCtl。
没有被用到的函数，可以为空。本来还需要Install函数来进行动态加载和删除，因为stm32内存一般都很有限，所以舍弃动态分配。而把这5个函数用常量的形式直接编译到ROM中。在驱动的抽象接口层中可以做选择，哪些驱动要加载到内核，哪些不需要。不要的驱动不参与编译。这样有限的资源 可以得到合理的应用。这一层大部分工作可以说属于一次性投入。 - 应用接口层：主要连接驱动和应用。又是连接应用层模块与模块之间的一层， 这一块有很强的特殊性，第一包括了驱动抽象接口层，第二包括了模块与模块的接口层。第三又与应用层密不可分。
先说下驱动抽象接口，在驱动层时也有提过，这个接口 其实就是通过ID去访问那ID对应的那五个函数。抽象接口也是一次性投入的函数，在设计时对其可靠性要很重视。
模块与模块的接口层，包括模块的接口头文件，这些头文件要求是非常独立的，不能加载模块内的内部头文件，应该包括接口函数的函数声明，在接口中尽量少用到全局变量。如果非要用到可以使用函数的方式进行传递，或ucos消息队列方式。最好用ucos进行传递，因为有很好的互斥保护功能。 - 应用层：这里所有模块都算是应用层，在前面以经提到过，在模块内所有变量，或函数（接口除处）应该都本地化。在模块内可以有本模块化共用的主头文件，来方便本模块的维护。对硬件的访问其实直接调用应用接口就可完成。
二、HAL都有哪些代码？
三、分析任务是如何切换的。
- 1.任务在没有被配备任务控制块或被剥夺了任务控制块时的状态叫做任务的睡眠状态。
- 2.系统为任务配备了任务控制块且在任务就绪表中进行了就绪登记，这时任务的状态叫做就绪状态。
- 3.处于就绪状态的任务如果经调度器判断获得了CPU的使用权，则任务就进入运行状态
- 4.一个正在运行的任务一旦响应中断申请就会中止运行而去执行中断服务程序，这时任务的状态叫做中断服务状态
- 5.正在运行的任务，需要等待一段时间或需要等待一个事件发生再运行时，该任务就会把CPU的使用权让给别的任务而使任务进入等待状态
参考资料：
娄老师在云班课的PPT