ucos-ii中断-任务调度

1. 近几年一直在ucos-ii操作系统下做通信、应用的开发；对ucos-ii的了解一直是模模糊糊；用到哪儿就看哪儿；
   目前做的设备是分了几个任务在用；
   1）主任务（优先级12）-周期从消息队列中判断各个事件，如key-up、key-down、button-up、button-down等以及处理各个定时器接口、UI界面的绘制操作；周期为1个是个节拍；
   2）网卡任务（优先级13）- 周期从接受的循环队列，进行通信层数据的校验-组包-并上传给应用层进行相应的处理；周期是2个时钟节拍；
   3）网卡-升级任务（优先级18）-由于升级任务的数据量以及通信机制原因会占用大量的CPU时间，又不用实时性那么高，所以单拿出来处理；避免导致数据丢包以及影响网卡别的任务；周期是6个时钟节拍；
   4）按键任务（优先级6）-按键任务需要第一时间去捕捉，进行按键跟触摸屏的过滤处理；并将事件发送给消息队列，以待主任务的处理；
   5）U盘任务（优先级16）-捕获U盘设备的挂载-fatfs系统；
   6）大数据校验-U盘升级本地文件（优先级17）-在调试设备的过程中，发现在主任务中处理大数据的校验跟升级时，会导致网卡任务来不及处理；导致丢数据；所以单独开一个任务，用来处理；

2. 任务切换卡顿事件
   1）最近的调试过程中；发现即便把大数据的校验单独开了个任务来处理；确实能有效的缓解主界面事件卡顿的现象，但还是有些问题；
   2）调试跟踪发现，当进行大数据的校验时，会导致网卡任务处理时，出现时间性的延迟，多个接受ID事件一起处理，就导致了界面出现卡顿。从程序中看比它优先级高的只有主任务跟按键任务，跟踪发现这俩任务也没有占用大量CPU时间；
   3）任务之间的切换，目前没有发现调用-进入中断服务函数OSIntEnter()和退出中断服务函数OSIntExit()，也就没有进行中断级任务切换的调用；只有在每个任务结束时-才会调用OSTimeDly()函数，从而进行任务级之间的切换；待追踪看看；

3. 问题追踪
   1）追踪后发现中断任务的切换确实存在，应该是汇编部分在做；ucos-ii任务间的切换是抢占式切换，并不是时间片轮转时的切换，所以在创建各个任务时，要特别注意，重要的任务优先级要高，一般的任务优先级低，这样能保证重要的事情不被打断；任务的实时性要靠程序员自己来把握，有时实时性不是那么合理！！！