如何理解uc7的实时时钟显示屏幕没收?

如何理解ucos的实时ostimedlyhmsm1、你调用OSTimeDly或者OSTimeDlyHMSM，意味着该任务CPU使用权会被没收，然而你开启一个定时器之后，该任务还可以使用CPU。OS_CFG.h中#defineOS_TICKS_PER_SEC100/*Setthenumberofticksinonesecond*/上面这句是操作系统每秒调度次数普通任务的运行周期要靠延时函数OSTimeDly()和OSTimeDlyHMSM（）实现。

1多任务机制其实在单一CPU的情况下，是不存在真正的多任务机制的，存在的只有不同的任务轮流使用CPU，所以本质上还是单任务的。但由于CPU执行速度非常快，加上任务切换十分频繁并且切换的很快，所以我们感觉好像有很多任务同时在运行一样。这就是所谓的多任务机制。实时系统的特征是延时可预测，能够在一个规定的时间内(通常是ms级别的)对某些信号做出反应。

一般有就绪态，运行态，挂起态等。运行态：一个运行态的任务是一个正在使用CPU的任务。任何时刻有且只有一个运行着的任务。就绪态：一个就绪态任务是可运行的，等待占有CPU的任务释放CPU。挂起态：某些条件不满足而挂起不能运行的状态。3如何转化为就绪态INT32UOSRdyTbl;/*就绪任务表*/上面定义一个32位变量，每一位代表一个任务，0表示挂起状态，1表示就绪状态。

如果按键检测任务优先级高就会一直工作，不会空出CPU使系统给task2分配资源，所以维持在只有task1工作的状态；设置task2优先级高的时候，优先满足task2工作，当task2运行到OSTimeDly()函数执行延时等待而不需要占用CPU时，系统就会将资源分配给task1去处理按键事件。优先级高的任务总是优先得到执行，当它进入延时或者因为获取消息进入阻塞状态时，才被挂起而腾出CPU给其他任务，直到它走出延时或者得到消息。

我说的是UCOSII的周期性执行任务，不是时间分片。你说的分配任务之间延时是不是指时间分片的任务调度系统？UCOS是优先级抢占式的任务调度系统，它不会自动给任务分配延时，你必须在高优先级任务中主动进行延时，释放处理器给优先级任务，否则会一直执行当前优先最高，状态为就绪的任务。

一般都是采用tick中断，在任务循环启动前添加。OS_CFG.h中#defineOS_TICKS_PER_SEC100/*Setthenumberofticksinonesecond*/上面这句是操作系统每秒调度次数普通任务的运行周期要靠延时函数OSTimeDly()和OSTimeDlyHMSM（）实现。

是用的哪个处理器？板子不是TX那个吧？你把OS_TICKS_PER_SEC设置为50，那说明你的延时钟节拍为20ms.那你需要检查一下系统PLL相关设置是否正确，以及定时器的延时设置是否正确。如果，有问题可以把程序发到我的邮箱corner520@hotmail.com.我可以帮你检查一下。

OSTimeDly和OSTimeDlyHMSM是利用系统的节拍来定时的，这个其实是利用了ARM自身的一个系统定时器来完成的，像STM32的话就是用它自己的一个24位系统定时器来作为ucos系统的节拍，而软件的定时器也就是ARM的定时器，其实就是它自己的16位或者是其他位的定时器，像STM32就有好多个16位的定时器，这个就是你说的软件定时器，它还有自己的一个24位的系统定时器，平时是不去接触的，正点原子在STM32的这个24位定时器这里讲解的挺好的，有空你可以去看看他的一些资料。

1、你调用OSTimeDly或者OSTimeDlyHMSM，意味着该任务CPU使用权会被没收，然而你开启一个定时器之后，该任务还可以使用CPU。2、举例子：如下情景，可以使用定时器作超时处理，设备A管理设备B、C、E，设备A向设备BCE设备发送某一消息，如果在T时间内，设备BCE没有回应，设备A将重起并初始化BCE；那么可以在一个任务中，依次向BCE发送消息，并且启动动定时器TMRa,

TMRc，定时器时间到时调用各自的重起并初始化函数；另一方面，如果接收到BCE的消息则停止定时器TMRa,TMRb,TMRc。3、然而如果用OSTimeDly或者OSTimeDlyHMSM处理上面的场景，可能要多开几个任务管理BCE并增加信号量通知OSTimeDly或者OSTimeDlyHMSM之后，到底是“重起并初始化BCE”还是什么都不做。