幾天前一個(gè)Bug，調(diào)試了2天才解決（已經(jīng)有幾年沒有遇到過了），為此將該問題的原因和解決思路記載，以備忘和共享。生命有限，錯(cuò)誤不能重犯。歡迎討論，更歡迎您共享經(jīng)驗(yàn)和智慧給我們。

需求引入：在無線組網(wǎng)通信中，為充分節(jié)能，Node一般需要深度睡眠，4秒內(nèi)喚醒。Sink和Node通信時(shí)序如下

實(shí)現(xiàn)代碼：基于Contiki操作系統(tǒng)的進(jìn)程實(shí)現(xiàn)代碼如下，其中PROCESS_YIELD()用于阻塞進(jìn)程，等待信號(hào)。

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

NETSTACK_RADIO.on();

temptimer_Start(s_wWaitAwakeTime, InformTimeout);

PROCESS_YIELD();/* #1 阻塞進(jìn)程，等待超時(shí)或接收到喚醒信號(hào) */

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 阻塞進(jìn)程，等待超時(shí)或接收到數(shù)據(jù)幀 */

......

}

else /* Rx data that not to us */

{

......

}

錯(cuò)誤原因：如下圖所示，當(dāng)node_process同時(shí)接收到2個(gè)信號(hào)時(shí)，上面代碼的#2無法阻塞進(jìn)程，導(dǎo)致出錯(cuò)。

TIM和RF中斷“競(jìng)態(tài)”導(dǎo)致node_ process接收到2個(gè)信號(hào)

解決方法：當(dāng)TIM和RF中斷“互斥”時(shí)，node_process只能接收到1個(gè)信號(hào)，它就能阻塞在#2語句上，時(shí)序正確。

TIM和RF中斷“互斥”使node_ process只接收到1個(gè)信號(hào)

經(jīng)驗(yàn)總結(jié)：

1. 思維路線錯(cuò)誤：進(jìn)程與中斷的時(shí)序出錯(cuò)，本人總是懷疑“定時(shí)器中斷異常爆發(fā)”導(dǎo)致#2阻塞語句失敗，然后一路? ? ? ? ?錯(cuò)下去：做定時(shí)器中斷實(shí)驗(yàn)，查數(shù)據(jù)手冊(cè)，測(cè)試庫函數(shù)，到網(wǎng)上搜索文章，問詢STM8L開發(fā)的人員...... 沒有隔離錯(cuò)誤源，應(yīng)該一開始就編寫測(cè)試用例，查明是不是“定時(shí)器中斷異常爆發(fā)”.

2. 沒有徹底測(cè)試TempTimer驅(qū)動(dòng)模塊，人們對(duì)于懷疑的東西，思維上容易更懷疑它，盡管它可能是對(duì)的。開發(fā)時(shí)，還是要模塊化測(cè)試，尤其是底層驅(qū)動(dòng)。

3. 像上述比較復(fù)雜的時(shí)序和進(jìn)程開發(fā)，一定要畫出時(shí)序圖，寫出邏輯流程圖?！斑M(jìn)程競(jìng)態(tài)”的錯(cuò)誤，容易發(fā)生，再加上它偶爾才爆發(fā)，難以調(diào)試。對(duì)付它的良藥是：時(shí)序圖+邏輯流程圖。

附：邏輯流程圖：