USCOSII

标签：好用   ctr   基于   sele   write   链表   包含   服务函数   else   

1.ucos是如何分层的？
分为四层：

• 硬件相关层
  该层中，要尽量所有硬件相关都囊括在其中。不管是GPIO还是定时器，或串行接口。这其中有三个最为重要的接口Open、Close、Ctrl。
  Open主要来完成对应硬件初始化，形参中包括了一些初始化的相关参数。
  Close失能硬件。
  Ctrl来实现一些控制的修改如优先级、中断回调函数等等，硬件不同，内容不同。
• 驱动接口层
  该层会用到一个或多个硬件层的接口，进行组合来实现特定功能的程序。
  以Flash为列进行说明：
  这里主要调用硬件层的SPI函数接口，但是主要的写、读指令都是在以下函数中完成的。该层中需要提供5个标准统一的接口函数：XXXOpen、XXXClose、XXXWrite、XXXRead、XXXIoCtl。
  没有被用到的函数，可以为空。本来还需要Install函数来进行动态加载和删除，因为stm32内存一般都很有限，所以舍弃动态分配。而把这5个函数用常量的形式直接编译到ROM中。在驱动的抽象接口层中可以做选择，哪些驱动要加载到内核，哪些不需要。不要的驱动不参与编译。这样有限的资源就可以得到合理的应用。该层大部分工作可以说属于一次性投入。
• 应用接口层
  该层主要连接驱动和应用。又是连接应用层模块与模块之间的一层，这一块有很强的特殊性，第一包括了驱动抽象接口层，第二包括了模块与模块的接口层。第三又与应用层密不可分。
  首先是驱动抽象接口，这个接口其实就是通过ID去访问ID对应的五个函数。抽象接口也是一次性投入的函数，在设计时对其可靠性要很重视。
  然后是模块与模块的接口层，包括模块的接口头文件，这些头文件要求是非常独立的，不能加载模块内的内部头文件，应该包括接口函数的函数声明，在接口中尽量少用到全局变量。如果非要用到可以使用函数的方式进行传递，或ucos消息队列方式。最好用ucos进行传递，因为有很好的互斥保护功能。
• 应用层
  该层中所有模块都算是应用层。模块内所有变量，或函数（接口除处）应该都本地化。在模块内可以有本模块化共用的主头文件，来方便本模块的维护。对硬件的访问其实直接调用应用接口就可完成。

2.HAL都有哪些代码？
stm32f2xx.h主要包含STM32同系列芯片的不同具体型号的定义，是否使用HAL库等的定义，接着，其会根据定义的芯片信号包含具体的芯片型号的头文件

#if defined(STM32F205xx) #include "stm32f205xx.h" #elif defined(STM32F215xx) #include "stm32f215xx.h" #elif defined(STM32F207xx) #include "stm32f207xx.h" #elif defined(STM32F217xx) #include "stm32f217xx.h" #else #error "Please select first the target STM32F2xx device used in your application (in stm32f2xx.h file)" #endif

紧接着，其会包含stm32f2xx_hal.h。

stm32f2xx_hal.h：stm32f2xx_hal.c/h 主要实现HAL库的初始化、系统滴答相关函数、及CPU的调试模式配置
stm32f2xx_hal_conf.h
：该文件是一个用户级别的配置文件，用来实现对HAL库的裁剪，其位于用户文件目录，不要放在库目录中。
接下来对于HAL库的源码文件进行一下说明，HAL库文件名均以stm32f2xx_hal开头，后面加上_外设或者模块名（如：stm32f2xx_hal_adc.c）：

• 库文件：
  stm32f2xx_hal_ppp.c/.h // 主要的外设或者模块的驱动源文件，包含了该外设的通用API
stm32f2xx_hal_ppp_ex.c/.h // 外围设备或模块驱动程序的扩展文件。这组文件中包含特定型号或者系列的芯片的特殊API。以及如果该特定的芯片内部有不同的实现方式，则该文件中的特殊API将覆盖_ppp中的通用API。
stm32f2xx_hal.c/.h // 此文件用于HAL初始化，并且包含DBGMCU、重映射和基于systick的时间延迟等相关的API

• 其他库文件
  用户级别文件：
  stm32f2xx_hal_msp_template.c // 只有.c没有.h。它包含用户应用程序中使用的外设的MSP初始化和反初始化（主程序和回调函数）。使用者复制到自己目录下使用模板。
  stm32f2xx_hal_conf_template.h // 用户级别的库配置文件模板。使用者复制到自己目录下使用
  system_stm32f2xx.c // 此文件主要包含SystemInit()函数，该函数在刚复位及跳到main之前的启动过程中被调用。 **它不在启动时配置系统时钟（与标准库相反）**。 时钟的配置在用户文件中使用HAL API来完成。
startup_stm32f2xx.s // 芯片启动文件，主要包含堆栈定义，终端向量表等
stm32f2xx_it.c/.h // 中断处理函数的相关实现
main.c/.h //

3.分析任务是如何切换的。
ucos的任务切换方式一般有两种：

• 时钟节拍中断服务函数OSTickISR()进行切换。
• 任务中调用时间延迟函数OSTimeDly()进行切换。
  • 延迟函数OSTimeDly()进行切换：
    `y = OSTCBCur->OSTCBY;
    OSRdyTbl[y] &= ~OSTCBCur->OSTCBBitX;//清除准备优先级中的X标记量
    if (OSRdyTbl[y] == 0) {
    OSRdyGrp &= ~OSTCBCur->OSTCBBitY;//如果对应的Y优先级中没有X的优先级标记了，则把Y优先级也清除
    }
    OSTCBCur->OSTCBDly = ticks;//把对应的延时时间赋值给任务控制块，在系统滴答中断中会自动减

OS_SchedNew();//从准备好的任务中找到优先级最高的，赋值给OSPrioHighRdy，然后通过OSTCBHighRdy = OSTCBPrioTbl[OSPrioHighRdy];从任务的链表中找出对应的任务控制块， OS_TASK_SW();实际切换任务的函数，一般由汇编代码完成。`

• 中断服务函数进行切换：
  OSTimeTick()函数的主要内容，if (ptcb->OSTCBDly != 0) 和 if (--ptcb->OSTCBDly == 0) 判断该任务块中的设定的延时是否到了，OSRdyGrp |= ptcb->OSTCBBitY; OSRdyTbl[ptcb->OSTCBY] |= ptcb->OSTCBBitX;延时时间到后将该任务的优先级重新加入到优先级准备变量中。
  OSIntExit()该函数和上面的内容差不多，是中断函数中真正切换任务的地方

USCOSII

标签：好用   ctr   基于   sele   write   链表   包含   服务函数   else   

原文地址：https://www.cnblogs.com/zxy20175227/p/12114506.html