中断里面能用rt_thread_delay?

发布于 2016-03-29 16:48:21 浏览：3118 订阅该版

6 个回答

bernard 2016-03-29

这家伙很懒，什么也没写！

qq_到底为了什么 2016-03-29

这家伙很懒，什么也没写！

qq_到底为了什么 2016-03-31

这家伙很懒，什么也没写！

这几天一直纠结，再把自己理解加一下，不知正确与否？

1、正常情况下，即在线程中调用rt_thread_delay,会把当前PC    if (thread->error == -RT_ETIMEOUT)等其他寄存器压到应用层的栈(这里针对comtex-M系列)

```
rt_err_t rt_thread_sleep(rt_tick_t tick)
{
    register rt_base_t temp;
    struct rt_thread *thread;

/* disable interrupt */
    temp = rt_hw_interrupt_disable();
    /* set to current thread */
    thread = rt_current_thread;
    RT_ASSERT(thread != RT_NULL);

/* suspend thread */
    rt_thread_suspend(thread);

/* reset the timeout of thread timer and start it */
    rt_timer_control(&(thread->thread_timer), RT_TIMER_CTRL_SET_TIME, &tick);
    rt_timer_start(&(thread->thread_timer));

/* enable interrupt */
    rt_hw_interrupt_enable(temp);

rt_schedule();

/* clear error number of this thread to RT_EOK */
    if (thread->error == -RT_ETIMEOUT)
        thread->error = RT_EOK;

return RT_EOK;
}
```

2、如果在中断里面调用rt_thread_delay,系统会直接在MSP(主栈)里面,同时中断退出时，相当恢复到进中断之前的PC（因为systick的中断优先级最低，一定要等所有中断ISR全部执行完，再执行pendsv中断），这样造成的结果就是当thread->thread_timer超时，本来是希望恢复到 if (thread->error == -RT_ETIMEOUT),结果恢复到进中断前的PC，这与设计应该不符。
3、根据上面理解，然后有人会提出来为什么在中断可以调用信号量发送等呢？
我的理解，应该是一样的，因为发送信号量函数后面没有需要调度回来再继续执行。
4、查了网上资料，大部分是关于linux，给出的解释大概是说进行内核态后，无法获取current_thread信息，这个应该设计上的的原因，但cortex-M系列没有存在这样的情况，因为current_thread作为全局变量是可以获取的，所以给出上面我的理解，不知正确与否？