調試是每個開發人員都想避免的任務，但不幸的是，它是軟件開發中不可避免的罪惡。到了卷起袖子開始調試的時候，每個開發人員都應該記住7個技巧。

　　技巧 1——采取可控的步驟

　　當一個bug爬進嵌入式軟件時，開發人員的第一反應是跳入代碼并開始修改。它們通常是隨意的，幾乎是隨機的，而不是以一種受控制和受指導的方式做出改變。嵌入式軟件開發不是蠻荒的西部。即使是最簡單的bug的解決也應該包括檢查可用的數據，評估它，假設最可能的原因，更新然后測試。如果改變不能解決問題，新的數據應該出現，然后幫助過程重復。

　　技巧2——增加斷言密度

　　ASSERT宏是一個很好的工具，開發人員可以用它來驗證代碼中的假設。令人驚訝的是，許多開發人員沒有花時間將它們放入他們的代碼中。代碼庫的斷言密度通常是漫長而痛苦的調試會話之間的差異，或者是失敗假設發生時的陷阱。ASSERT可以幫助開發人員立即發現錯誤或假設失敗。

　　技巧3——使用數據記錄器

　　關于軟件如何運行的信息是嵌入式軟件工程師調試時最有用的工具。擁有諸如任務何時開始和完成、它們是否被搶占等性能信息以及其他細節可能是至關重要的。使用日志是開發人員深入了解軟件的一個很好的方式。日志可以像RAM緩沖區、寫入外部閃存的文件一樣簡單，也可以像傳輸到遠程位置的編碼數據一樣復雜。在任何情況下，日志文件都是收集調試和系統分析信息的好方法。

　　技巧4——使用高級斷點

　　開發人員熟悉使用標準斷點，只需雙擊一行代碼的左邊就可以打開標準斷點。許多IDE具有更高級的斷點功能，但很少被利用。高級斷點的一個例子是設置一條線，當變量達到某個值時斷開。使用高級斷點可以大大減少調試時間，并使難以捕捉的錯誤更容易發現。

　　技巧5——再次查看數據手冊

　　調試外設可能特別困難。現代微控制器可以有10個寄存器來設置一個外設。外設設置并不總是顯而易見或有據可查的。更糟糕的是，正確設置的細節通常不在單個數據手冊中。只看一個是不夠的。當硬件運行不正常時，請反復查看數據表。

　　技巧6——監控調用堆棧

　　開發人員有時會質疑他們最初是如何找到特定的代碼行的。IDE包含一個調用堆棧窗口，可以準確地顯示這些信息。調用堆棧顯示了調用了哪些函數以及調用的順序，揭示了對跟蹤bug非常有用的信息。

　　結論

　　不管你花很多時間調試還是很少時間，事實是作為嵌入式開發人員這是不可能避免的。使用本文中的技巧有助于使調試變得更容易接受。