|
- UID
- 872238
|
优先级继承是当任务A申请共享资源S时，如果S正在被任务C使用，通过比较任务C与自身的优先级，如发现任务C的优先级小于自身的优先级，则将任务C的优先级提升到自身的优先级，任务C释放资源S后，再恢复任务C的原优先级。这种方法只在占有资源的低优先级任务阻塞了高优先级任务时才动态的改变任务的优先级，如果过程较复杂，则需要进行判断。uC/OS-II不支持优先级继承，而且其以任务的优先级作为任务标识，每个优先级只能有一个任务，因此，不适宜在应用程序中使用优先级继承。
3 uC/OS-II中优先级翻转问题的解决
在uC/OS-II中，为解决优先级翻转影响任务实时性的问题，可以借鉴优先级继承的方法对优先级天花板方法进行改进。对uC/OS-II的使用，共享资源任务的优先级不是全部提升，而是先判断再决定是否提升。即当有任务A申请共享资源S时，首先判断是否有别的的任务正在占用资源S，若无，则任务A继续执行，若有，假设为任务B正在使用该资源，则判断任务B的优先级是否低于任务A，若高于任务A，则任务A挂起，等待任务B释放该资源，如果任务B的优先级低于任务A，则提升任务B的优先级到该资源的优先级天花板，当任务B释放资源后，再恢复到原优先级。在uC/OS-II中，每个共享资源都可看作一个事件，每个事件都有相应的事件控制块ECB。在ECB中包含一个等待本事件的等待任务列表，该列表包括OSEventTbl[]和OSEventGrp两个域，通过对等待任务列表的判断可以很容易的确定是否有多个任务在等待该资源，同时也可判断任务的优先级与当前任务优先级的高低，从而决定是否需要用OSTaskChangePio()来改变任务的优先级。这样，仅在优先级有可能发生翻转的情况下才改变任务的优先级，而且利用事件的等待任务列表进行判断，比用OSTaskChangePio()来改变任务的优先级速度快，并占用较少的CPU时间，有利于系统实时性的提高。
总之，优先级翻转问题是多任务实时操作系统普遍存在的问题，这个问题也存在于uC/OS-II中。通过在应用程序中进行简单的判断，在可能出现优先级翻转的情况下动态的改变任务的优先级，可以有效地避免任务的优先级翻转，保证高优先级任务的执行，提高了系统的实时性。
关于μC/OS-II系列软件版权的说明
Micrium 公司产品包括μC/OS-II，μC/GUI，uC/FS，μC/TCP-IP，μC/USB等。Micrium 公司提供嵌入式系统应用方面的产品，并对其软件拥有知识产权。Micrium花费了大量的时间和财力为嵌入式领域提供高质量的软件产品。所有上述产品都以源代码的形式提供给客户，具有极大的适用性。产品不是免费软件，也不是开放源码的软件，因此，不能免费使用，需要清楚的阐明μC/OS-II和系列的软件不是开放源码的免费软件，这是和Linux完全不一样的。
开发和研究者可以通过购买Micrium公司的Jean先生的μC/OS-II的书籍，而得到μC/OS-II源代码,但是仅可以作为个人和学校学习使用，所有和μC/OS-II直接和间接相关的商业目的行为，必须购买使用μC/OS-II及系列产品的商业授权，包括芯片/单板/系统厂家的任何参考设计，教学设备和最终的产品，如果没有得到Micrium公司Jean先生签字的合法授权都是不合法的使用, 这在μC/OS-II的书籍Micrium公司(www.micrium.com)和中国代理商-北京麦克泰软件公司网站（www.bmrtech.com）上面中有明确规定。
Micrium公司其它软件如μC/GUI，μC/FS，μC/TCP-IP，μC/USB 等的销售模式与μC/OS-II不同，如果没有购买使用授权，完全不可以拥有该源代码，也不能将源代码用于产品的设计，培训，教学和生产。 |
|
