要使用钩子必须在配置里打开钩子的配置,在rt-config.h里添加HOOK宏定义(如果没有的话)
#define RT_USING_HOOK
然后在应用程序里设置钩子函数
#ifdef RT_USING_HOOK
rt_thread_idle_sethook(rt_hw_led_flash)
#endif
下面就是该怎样实现这个函数了
void rt_hw_led_flash(void)
{
rt_uint32_t i
rt_hw_led_init()
while (1)
{
for(i = 0i <2700000i++) //500ms
GPIO_WriteBit(state_led_gpio, state_led_pin, (BitAction)(1-GPIO_ReadOutputDataBit(state_led_gpio, state_led_pin)))
}
}
这样写过之后,在系统空闲的时候就会执行这个函数,当然,如果系统繁忙的时候是不会进入这个idel任务的,不过如果系统一直处于繁忙的状态就是有问题了
另外一点记住,在这个函数里不能调用系统提供的使线程挂起的函数
例如:
rt thread delay，
rt sem take
等
while (1)
{
for(i = 0i <2700000i++) //500ms
GPIO_WriteBit(state_led_gpio, state_led_pin, (BitAction)(1-GPIO_ReadOutputDataBit(state_led_gpio, state_led_pin)))
}
关键是这个while(1)没跳出的，所以全部在这里执行了。
好像还有同学对其中一些并不是完全清楚，所以继续解析下，当做结贴：
1. idle线程是系统中最后一道防线，它将是系统中，如果无其他事可干时的最后能够运行的线程。
-- 所以idle线程不应该被阻塞。如果你有自己的线程能够成为这最后一道防线，那么这个限制将不存在。而对于一些原来系统中放在idle线程中做的工作（例如原来的最终的线程删除动作），在0.4.x中，可以手工调用rt_thread_idle_excute函数来执行。
2. 当系统空闲的时候，idle线程将执行这个钩子函数。
假设钩子函数一次运行会执行1ms，如果idle线程有机会运行200ms，那么钩子函数将被调用200次。
3. 钩子函数运行时，不应该把idle线程总是纠结在这个函数中运行，必须要让idle线程有机会去运行rt_thread_idle_excute函数（因为还有一些事情等待idle线程去处理）。
-- 所以在钩子函数中，不应该使用while(1)的方式。
while(1)
{
if ( indicator == RT_TRUE)
{
....do something
}
else
delay(20ms)
}
这样那20ms会执行idle线程吧,问题是idle 20ms够吗,如果我改20ms为5ms呢?
如果没有其他线程处理事务，将转换到idle线程去，通常idle线程中的系统任务会在0.xx ms以内执行完毕
VxWorks的信号量机制分析VxWorks信号量是提供任务间通信、同步和互斥的最优选择，提供任务间最快速的通信。也是提供任务间同步和互斥的主要手段。VxWorks提供3种信号量来解决不同的问题。
二进制信号量：最快的最常用的信号量，可用于同步或互斥。
互斥信号量：为了解决内在的互斥问题如优先级继承、删除安全和递归等情况而最优化的特殊的二进制信号量。
计数信号量：类似于二进制信号量，但是随信号量释放的次数改变而改变。
二进制信号量
二进制信号量能够满足任务间的互斥和同步，需要的系统开销最小，因此也称快速信号量。二进制信号量可以看成一个标志，对应资源是可用还是不可用。当一个任务调用semTake ()请求一个信号量时，如果此时信号量可用，信号量会被清零，并且任务立即继续执行；如果信号量不可用，任务会被阻塞来等待信号量。
当一个任务调用semGive ()释放一个二进制信号量时。如果信号量已经可用，释放信号量不会产生任何影响；如果信号量不可用并且没有任务等待使用该信号量，信号量只是被简单地置为可用；如果信号量不可用并且有一个或多个任务等待该信号量，最高优先级的任务被解阻塞，信号量仍为不可用。
互斥
当两个以上的任务共享使用同一块内存缓冲区或同一个I/O设备之类的资源时，可能会发生竞争状态。
二进制信号量可以通过对共享资源上锁，实现高效的互斥访问，不象禁止中断或禁止抢占，二进制信号量将互斥仅仅限于对与之联系的资源的访问，并且比禁止中断和禁止抢占提供更精确的互斥粒度。使用时创建用于保护资源的二进制信号量，初始时信号量可用。
当任务需要访问这个资源时，首先取得这个信号量，所有其它想要访问这个资源的任务将被阻塞。当任务完成了对该资源的访问时，释放该信号量，允许其他任务使用该资源。因此所有对一个需要互斥访问资源的操作由semTake ()和semGive ()对一起来实现。
semTake(semMutex，WAIT FOREVER)
临界区，某一时刻仅被一个任务访问
semGive (semMutex)
同步
信号量另一种通常的用法是用于任务间的同步机制。在这种情况下，信号量代表一个任务所等待的条件或事件。最初，信号量是不可用的。一个任务或中断处理程序释放该信号量来通知这个事件的发生。等待该信号量的任务将被阻塞直到事件发生、该信号量可用。一旦被解阻塞，任务就执行恰当的事件处理程序。信号量在任务同步中的应用对于将中断服务程序从冗长的事件处理中解放出来以缩短中断响应时间是很有用的。
互斥信号量
互斥信号量是一种特殊的二进制信号量，用于解决具有内在的互斥问题：优先级继承、删除安全和对资源的递归访问等情况。
对于一般的操作系统，一般互斥信号量就是二值信号靓量，但VxWoks中有非同寻常的意义。另外一个典型就是，Linux内核也单独设立了互斥信号量。
互斥信号量与二进制不同点在于：
①定义一个互斥信号量时，其已经初始化完毕为可用，它仅用于互斥；
②仅能由取(semTake ())它的任务释放，即由同一个任务申请然后使用完毕后释放；
③因为semTake和semGive是成对出现的，因此不能在ISR 中释放(semGive ())。
优先级继承
优先级倒置发生在一个高优先级的任务被迫等待一段不确定时间，等待一个低优先级任务完成。VxWorks允许使用优先级继承算法，在互斥信号量中使用选项SEM-INVERSION-SAFE ，将使能优先级继承算法，优先级继承协议确保拥有资源的任务以阻塞在该资源上的所有任务中优先级最高的任务的优先级执行，直到它释放所拥有的所有信号量，然后该任务返回到正常状态。因此这个“继承的高优先级”任务受到不会被任何中间优先级任务抢占的保护。
删除安全
另一个互斥问题涉及到任务删除。在一个受信号量保护的临界区，经常需要保护在临界区执行的任务不会被意外地删除。删除一个在临界区执行的任务可能引起意想不到的后果，造成保护资源的信号量不可用，可能导致资源处于破坏状态，也就导致了其他要访问该资源的所有任务无法得到满足。
原语taskSafe()和taskUnsafe ()提供了防止任务被意外删除的一种方法。同时互斥信号量提供了选项SEM-DELETE-SAFE ，使用这个选项，每次调用semTake ( )时隐含地使能了taskSafe()，当每次调用semGive ()时隐含地使能了taskUnsafe ()这种方式，任务得到信号量时得到不会被删除的保护。
递归资源访问
互斥信号量能够被递归地获得。这意味着信号量能够被一个拥有该信号量的任务在该信号量最终被释放之前多次获取。递归对于满足一些子程序即要求能够相互调用但是也要求互斥访问一个资源非常有用。这种情形是可能的，因为系统需要跟踪哪一个任务当前拥有信号量。
计数器信号量
计数器信号量是实现任务同步和互斥的另一种手段，在具体实现上有点差异。计数器信号量除了像二进制信号量那样工作外，还保持对信号量释放次数的跟踪。与二进制信号量不同的时，计数型信号量每次释放，计数器加一；每次获取，计数器减一，当信号量减到0 时，试图获取该信号量的任务被阻塞。
正如二进制信号量，当计数信号量释放时，如果有任务阻塞在该信号量阻塞队列上，那么任务解除阻塞；但是如果信号量释放时，没有任务阻塞在该信号量阻塞队列上，那么计数器加一。
结 论
通过对嵌入式操作系统VxWorks的多任务之间的通信机制的分析可以看出，信号量在实现多任务间的通信、同步和互斥中发挥着重要的作用。因此，深入理解和正确使用VxWorks的信号量，可以提高实时系统中多任务间通信的效率
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）