Events tinyos中的事件是否在堆栈内发出信号?

Events tinyos中的事件是否在堆栈内发出信号?,events,callstack,tinyos,Events,Callstack,Tinyos,我想问一些我认为tinyos2编程手册中没有明确规定的问题。当命令或任务发出接口事件信号时,是否立即调用有线函数(即在同一调用堆栈中),或者这些发出信号的事件是否“发布”以供以后执行 我倾向于相信它是前一个,但只是想澄清一下。我只知道TinyOS v1,但我相信它们在这方面是相同的 事件只是函数调用,因此与调用方在同一堆栈上执行 如果需要发布某些内容以供以后执行,则应将其作为任务实现。因此,需要对事件进行长时间运行的工作以响应事件但不想干扰中断延迟的事件使用者应该安排一个任务,该任务应该做一点工

我想问一些我认为tinyos2编程手册中没有明确规定的问题。当命令或任务发出接口事件信号时,是否立即调用有线函数(即在同一调用堆栈中),或者这些发出信号的事件是否“发布”以供以后执行


我倾向于相信它是前一个,但只是想澄清一下。

我只知道TinyOS v1,但我相信它们在这方面是相同的

事件只是函数调用,因此与调用方在同一堆栈上执行


如果需要发布某些内容以供以后执行,则应将其作为任务实现。因此,需要对事件进行长时间运行的工作以响应事件但不想干扰中断延迟的事件使用者应该安排一个任务,该任务应该做一点工作,然后安排一个任务以同样的方式做更多的工作。

我只知道TinyOS v1,但我相信他们在这方面是相同的

事件只是函数调用,因此与调用方在同一堆栈上执行


如果需要发布某些内容以供以后执行,则应将其作为任务实现。因此,需要对事件进行长时间运行的工作以响应事件但不想干扰中断延迟的事件使用者应该安排一个任务,该任务应该做一点工作,然后安排一个任务以同样的方式做更多的工作。

TinyOS 1或2在这里没有区别-这是一个nesC问题。收到信号后,立即开始执行。但是,如果将多个组件连接到一个接口,则执行将一个接一个地进行(也称为扇出)。

TinyOS 1或2在这里没有区别-这是nesC的问题。收到信号后,立即开始执行。但是,如果将多个组件连接到一个接口,则会一个接一个地执行(也称为扇出)