OpenVINOTM,给你看得见的未来!>>
电子产品世界 » 论坛首页 » 综合技术 » 通讯及无线技术 » 浅谈Contiki下进程与中断时序Bug解决方案

共1条 1/1 1 跳转至

浅谈Contiki下进程与中断时序Bug解决方案

助工
2020-06-09 23:11:12    评分

几天前一个Bug,调试了2天才解决(已经有几年没有遇到过了),为此将该问题的原因和解决思路记载,以备忘和共享。生命有限,错误不能重犯。欢迎讨论,更欢迎您共享经验和智慧给我们。

需求引入:在无线组网通信中,为充分节能,Node一般需要深度睡眠,4秒内唤醒。Sink和Node通信时序如下

实现代码:基于Contiki操作系统的进程实现代码如下,其中PROCESS_YIELD()用于阻塞进程,等待信号。

/* Turn on RF to listen awake tone. */

NETSTACK_RADIO.on();

tempTImer_Start(s_wWaitAwakeTIme, InformTImeout);

PROCESS_YIELD();/* #1 阻塞进程,等待超时或接收到唤醒信号 */

if (PROCESS_EVENT_RX_AWAKE_TONE == ev) /* RX awake tone */

{

/* EXPLAIN: TIM is turned off by ISR of RF. */

temptimer_Start(s_wWaitDataTime, InformTimeout);

PROCESS_YIELD();/* #2 阻塞进程,等待超时或接收到数据帧 */

......

}

else /* Rx data that not to us */

{

......

}

错误原因:如下图所示,当node_process同时接收到2个信号时,上面代码的#2无法阻塞进程,导致出错。


TIM和RF中断“竞态”导致node_ process接收到2个信号

解决方法:当TIM和RF中断“互斥”时,node_process只能接收到1个信号,它就能阻塞在#2语句上,时序正确。


TIM和RF中断“互斥”使node_ process只接收到1个信号

经验总结:

1. 思维路线错误:进程与中断的时序出错,本人总是怀疑“定时器中断异常爆发”导致#2阻塞语句失败,然后一路         错下去:做定时器中断实验,查数据手册,测试库函数,到网上搜索文章,问询STM8L开发的人员...... 没有隔离错误源,应该一开始就编写测试用例,查明是不是“定时器中断异常爆发”.

2. 没有彻底测试TempTimer驱动模块,人们对于怀疑的东西,思维上容易更怀疑它,尽管它可能是对的。开发时,还是要模块化测试,尤其是底层驱动。

3. 像上述比较复杂的时序和进程开发,一定要画出时序图,写出逻辑流程图。“进程竞态”的错误,容易发生,再加上它偶尔才爆发,难以调试。对付它的良****是:时序图+逻辑流程图。

附:逻辑流程图:




共1条 1/1 1 跳转至

回复

匿名不能发帖!请先 [ 登陆 注册 ]