幾天前一個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. 像上述比較復雜的時序和進程開發，一定要畫出時序圖，寫出邏輯流程圖。“進程競態”的錯誤，容易發生，再加上它偶爾才爆發，難以調試。對付它的良藥是：時序圖+邏輯流程圖。

附：邏輯流程圖：