【導讀】在本節中，SiliconLabs將分享在軟件開發方面的經驗教訓。關鍵詞extern，staTIc和volaTIle都是什么？你應該在你的代碼中使用遞歸還是malloc（）？
1）查找硬件設備的現有軟件示例
開發任何嵌入式解決方案的第一步是找到可以使您的任務更簡單的示例。您在自定義解決方案中找到的特定部分的軟件示例將幫助您以另一種方式“查看”設備，并幫助您重新解釋設備規格，即使這些示例是針對其他計算機架構或軟件語言的。
2）編譯器的代碼
沒有完美的計算機軟件語言。所有語言都有自己的優勢和弱點。用于EFM32家族的Simplicity Studio中使用的軟件語言是C。C語言有著很長的歷史，它被廣泛信任，并且在嵌入式設計上表現良好，但是其語法及特性很難掌握。當你在C中編碼時，你實際上是為編譯器和其他構建工具編寫指令。記住這一點。C語言是“接近金屬”的語言，因為您的代碼在人類可讀格式下編寫的代碼，匯編代碼和二進制映像的構建過程的結果之間僅有幾個步驟。
C代碼具有嚴格的類型，要求某些變量匹配得足夠好以執行安全賦值。這是為了保護你不要做愚蠢的事情，比如變量（即指針）的地址和變量的內容。但是經常在嵌入式開發中，您需要能夠將純數字轉換為地址，以便指定寄存器地址。這需要你熟悉類型轉換，以告訴編譯器你真的知道你在做什么。
3）使用描述性變量和函數名稱
你可以做的最好的事情是確保你的代碼設計得很好，使用描述性的變量和函數名。在C代碼中沒有與長名稱關聯的運行性能損失。當構建工具將C代碼轉換為二進制機器碼時，將刪除所有標識符。請考慮在FAT文件系統（FF）庫中找到的以下代碼段：
上面的代碼有一些注釋，這當然有幫助，是一件非常好的事情，但是很難通過查看變量，函數，枚舉和預處理符號知道這個代碼的確切原因。考慮使用以下代碼作為替代：
是的，代碼有點寬，難以鍵入，但Simplicity Studio提供代碼完成與CTRL +空格鍵的快捷鍵，你可以隨時剪切和粘貼。代碼可讀性會增強，需要更少的尋找變量名。我們可以通過查看第二個例子來說明，這段代碼旨在查看目標目錄，并在找到目標目錄中的已刪除（先前已填充但現在可用）或零（從未填充）短文件名條目時中斷。描述性名稱允許您像讀一段故事似得閱讀代碼，在你閱讀時告訴你目的。
4）嚴肅的對待注釋
一個好的軟件開發人員在幾個關鍵的地方給代碼添加了很多注釋。注釋，如長變量名，不影響到運行時可執行二進制文件的文件大小，只是在那里，以幫助閱讀文檔的代碼。解決方案中每個文件的頂部應說明該文件的目的，并且在每個函數的頂部應有較長的注釋，說明函數的用途以及描述輸入和輸出。除了這些關鍵的地方，應該在逐行的基礎上使用注釋，無論代碼的意圖清不清楚。使用描述性變量名稱可以幫助解釋代碼的目的，并減少必要的注釋，使得那里的注釋更突出。相信我，一年后你不會記得當初寫代碼的目的，所以要重視注釋了！
5）使用emlib庫
對于EFM32程序員，emlib庫是你的朋友。接入EFM32外設時，盡可能的調用這些庫。這些庫經過良好測試，并有額外的代碼來幫助尋找問題，而不僅僅是直接調整寄存器。
例如，以下代碼使用emlib庫：
TIMER_TopSet（TIMER3， 1000）;
相同的事情可以通過預處理器定義尋址內存映射外設的寄存器來完成，定義TIMER3為0x40010C00。我們不使用這個地址，因為它很難被記住，但這是TIMER3映射在主內存中的地方。
TIMER3-》TOP = 1000;
所有外設以完全相同的方式映射到內存地址，因此有時您會看到使用此指針表示法的示例，而不是emlib庫函數。如果您將看到em_timer.h中的TIMER_TopSet函數定義，您將看到該函數與此示例完全相同，因此在這種情況下，庫函數沒有提供任何附加值。然而，使用emlib庫，有時會得到比簡單操作映射寄存器更多的功能。例如，CMU_ClockEnable函數在最終使用“bit band”命令確保寄存器位自動地設置之前，小心地代表您做出很多決定。盡可能頻繁地使用這些庫函數，以獲得所有EFM32庫設計師設計的便利性。
6）定義變量以避免堆棧和堆的問題
C的許多方面對于非專業的程序員來說并不明顯，但在嵌入式設計中運行代碼時變得很重要。對于初學者，所有本地聲明的變量都在棧上。這些是您在函數或任何代碼塊中定義的變量。
堆棧是從“內存頂部”或物理RAM中最高可用地址開始的內存區域，然后向下計數，直到達到堆棧限制。如果您定義了太多的局部變量，或者您的代碼通過使用遞歸或其他嵌套函數動態創建這些變量，那么您的堆棧空間會被占滿。
全局變量是在模塊級別的所有函數和其他代碼塊之外定義的變量。編譯器自動為heap上的全局聲明的變量分配內存，這是堆棧外的主內存池的一部分，如果您嘗試分配太多的RAM，將會產生編譯器錯誤。但是，在代碼中使用malloc（）命令可以動態地在運行時在堆中分配RAM。
在具有有限RAM的嵌入式處理器上使用recursion或malloc（）命令是一個冒險的任務！你必須理解你的代碼將需要多少遞歸嘗試（或malloc（）調用）以便解決問題，然后設計一個永遠不會用盡堆棧空間的解決方案。
如果您在代碼中定義所有變量并讓編譯器確定如何自動管理內存，您將遇到較少的超出堆棧或堆的問題。即使有這樣的預防措施，如果你的代碼幾乎是可用的RAM大小，當你編譯和構建你的代碼，你將需要學習如何監視堆棧和堆的大小，這部分內容超出本節的范疇。
7）全局靜態變量和局部靜態變量的差異
使用關鍵字“static”定義的變量表示不同范圍的不同內容。在內部函數中，static關鍵字用在變量的前面，以記住它在函數調用之間的值。它具有一種“粘性”，你可以在函數的第一次調用時初始化它，然后讓它保持其值，而不是每次函數執行時重新初始化非靜態變量。在全局范圍，所有變量都是“粘性”的，因為它們只在運行時開始時初始化一次，然后記住它們的值。但是，放置在全局變量前面的static關鍵字指示編譯器該變量對于該模塊是本地的，并且不被外部模塊使用。對于同一個“static”關鍵字，這是一個完全不同的含義。
8）volatile和extern的含義及如何相互影響
只要變量和函數在模塊中未聲明為static，它們就可以在該模塊外部使用，并在其他模塊中使用。為了告訴編譯器你打算在模塊中使用相同的變量，你在一個模塊中定義一個常規方法的變量，并在設計中所有其他模塊的定義之前添加關鍵字“extern”。現在，您設計中的所有模塊都可以訪問同一個變量。但是，如果設計中的其他模塊中的一個模塊意圖修改最初定義的位置之外的變量的值，則必須在該變量前面添加關鍵字“volatile”。這個volatile關鍵字告訴編譯器該變量可以在模塊之外更改，并阻止優化器刪除似乎沒有效果的語句。
此外，當使用Release版本和Debug版本時，使用volatile非常重要。當優化設置增加時，編譯器將主動嘗試壓縮不必要的代碼。這意味著您需要防止編譯器這樣做，通過使用volatile關鍵字可以改變當前范圍之外的任何變量。
