嵌入式程式設計時注意的事項

嵌入式程式設計最難的兩部分就是interrupt和MM（memory manage），有些人可能感覺不到，那是因為太多數情況下晶片制造商都幫你寫好了，但是如果你本身就在為晶片制造商工作，那你就必須自己會寫配置檔案了，這兩個東西之是以比較難是因為要用彙編或類C來寫，屬于比較低層的東西，中斷有外部中斷和内部中斷，外部中斷有兩種實作模式，硬體中斷模式和軟體中斷模式，相對來說比較簡單，屬于應用層面的，相比之下，内部中斷就要複雜得多，内部中斷主要是發生重起，總線出錯，溢出，校驗出錯等情況産生的，很多軟體開發人員基本上不寫對應的中斷服務程式，因為它太難了，而且一般也用不到，但是一旦發生，那就是fatal error，是以從整個系統健壯性來考慮必須要有相應的ISR才行，這也是freescale的專家建議的，因個人水準有限，也不便多說以免誤導大家，下面談一下嵌入式程式設計應該注意的問題。

1、延時

嵌入式程式設計經常會涉及到硬體的操作，如ADC，打開或者關閉一個電流源，這些都是需要時間的，是以當我們在發出這些指令的時候立即讀取寄存器的值是得不到想要的結果的，而且你還找不出原因，有時候需要的延時還比較長，達到ms級，一般情況下us級就夠了，根據各晶片的時鐘頻率而定，不單指MCU的總線時鐘頻率。

2、變量

一般來說如果你非常明确某個變量的作用域和生命周期就應該定義相對的變量，如const，static等，這樣不容易出錯，不建議将所有變量都定義成全局變量，這樣管理起來比較麻煩，程式一旦出錯，破壞性也比較大，函數也是如此，全局變量和通用函數一定要申明，這樣在調用的時候不容易出錯，而且有些編譯器對于未申明的函數是不會報錯的，但在調用的時候又會發出類型隐含轉換的警告，在這裡就不舉例子了，總之這點要特别小心。

3、宏定義

在程式編寫過程對于一些特定的數字應該盡量使用宏定義，這樣做有個好處就是比較直覺，便于日後維護，要不然時間久了你看到那個數字根本就想不起它代表什麼意思，宏定義并不會給程式帶來任何負擔，因為它在編譯的時候就已經全部替代了，是以盡可以廣而用之。值得一提的是宏定義并不局限于使用常量，它可以定義函數，因為它是直接替換，是以避免了入棧和出棧，提高了程式執行的效率，當時同時增加了代碼量，是以一般用比較簡單的函數，它還有一個缺點是在替換的過程不檢查參數類型是否正常，進而增加了安全隐患，解決此問題的方法是使用一個稱之為inline的内聯函數，它繼承了宏定義的優點，又彌補了它的缺點，是個最佳的選擇，但是這個屬于C++的範疇，有一定的難度，在這裡也不多講，有興趣的朋友可以參考一下相關。

4、浮點運算

大多數低檔次的單片機都是不支援浮點運算的，是以在實際使用過程中也很少用到，是以為了降低成本，一般都去掉了浮點運算子產品，這就帶來了一個問題，如果萬一要用到浮點運算怎麼辦？細心的朋友可能會發現，即使不具有浮點運算的單片機在仿真調試過程依然可以使用float or double的資料類型進行計算，而且結果也很準确，這是為什麼呢？這個因為編譯器自動調用了庫函數來實作的，一般是通過疊代的方法，是以它的執行效率非常慢，不建議采用此方法，而通常采用的是“定點”的方法來解決這個問題，比如說一個32bit的資料，你可以假定它的低8位是小數位，然後移位計算，類似于整數運算，這種方法比較複雜，但是可以非常精确，還有一種方法就是直接放大10的N次方倍進行整數的計算，可以得出近似值，是以為了不增加不必要的麻煩，應該總是盡量避免使用浮點運算，一般情況也都是可以避免的。

5、watchdog

個人接觸到的最先進的watchdog機制是三重watchdog，watchdog1檢查時鐘頻率，watchdog2監視一小段代碼，它必須在一個比較短的時間裡喂一次，一般要求在250us到650us之間喂一次，watchdog3監視一大段代碼，要求在比較長的時間内喂一次，一般是100ms以内，三個條件必須同時滿足才行，這要求對代碼的執行過程非常清楚，或者将導緻喂狗出錯重起！

暫時就寫這麼多了，好的程式永遠都是細節決定成敗，這個必須*平時的日積月累，程式設計是一件煩人的事情，偶爾會有那麼一點成功的喜悅，但畢竟是工作，也沒有什麼好說的，總之先學好吧，正所謂技不壓身。

在這裡出個題目考下感興趣的朋友：

假定x，y都是unsigned char類型的變量，x的取值範圍是（0～15），如何用一條語句實作以下這個if…else結構：

If（x<8） y=x+8 ；else y=x-8；

轉載于:https://blog.51cto.com/512bit/1702953