我們平時在學習開發(fā)板、示例程序或者demo的時候，會發(fā)現(xiàn)這種程序設(shè)計都是單一的外設(shè)或者功能，功能實現(xiàn)就算演示成功。但是在實際的項目設(shè)計過程中，往往需要設(shè)計的程序是非常龐大且復(fù)雜的，項目的功能和項目需求可能會超級多。此時在程序設(shè)計中，既要使MCU同時兼顧各個外設(shè)而不發(fā)生沖突，又要合理的設(shè)計程序構(gòu)架，使所有的需求都能邏輯清晰的實現(xiàn)相關(guān)功能。

所以程序設(shè)計一定要有思路。當我們拿到一份項目需求的時候，不能一上來就敲代碼，最后隨跳躍的思維寫出來的程序邏輯把自己都繞暈了還沒能實現(xiàn)所有功能。就像蓋高樓前一定要有圖紙一樣，在進行程序設(shè)計前也要有程序構(gòu)架。

程序框架與底層無關(guān)，它重在整體需求的實現(xiàn)與邏輯關(guān)系。例如我們把一個具體的項目需求細化為10個具體的任務(wù)，每個任務(wù)都完成一些特定的功能。先忽略每個任務(wù)里的內(nèi)容，這10個任務(wù)和它們之間的切換邏輯就組成了此項目的程序構(gòu)架。

有了程序設(shè)計構(gòu)架，接下來就是實現(xiàn)每一個任務(wù)具體的功能，不同的部分分模塊編寫，例如外設(shè)單獨寫一個文件，傳感器驅(qū)動單獨列一個文件，所有文件之間相互獨立，這樣不僅思路清晰，且在排查問題的時候，能直接屏蔽某一個文件，更快速的定位問題所在。

首先把需求拆分，分為一個個任務(wù)，每一個任務(wù)去實現(xiàn)相應(yīng)的部分功能，設(shè)計好任務(wù)之間的切換條件。此時暫且不考慮底層，只是列出所有任務(wù)和任務(wù)之間的邏輯切換關(guān)系，這樣就有了程序構(gòu)架，然后再規(guī)劃每個任務(wù)里面里面需要多少具體功能，列出來一個表，或者寫成空函數(shù)先放著。列完每個任務(wù)的具體功能之后，我們再回頭看需求書，是否所有功能都實現(xiàn)，且它們之間的切換關(guān)系邏輯都很清晰。

第一步完成之后，整體的系統(tǒng)構(gòu)架和邏輯關(guān)系就一清二楚了，接下來我們按照第一步中列的每個任務(wù)的功能表，去完成具體功能實現(xiàn)。此時，還不急著敲代碼，繼續(xù)規(guī)劃。我們知道，對于MCU來講，通常所有的功能最終是要通過調(diào)用底層實現(xiàn)。所以接下來我們要規(guī)劃需要多少底層的資源，根據(jù)第一條中任務(wù)具體的功能列表，我們列一個底層驅(qū)動表。例如功能需要使用UART，SPI等這些外設(shè)資源，所有外設(shè)資源列成一個外設(shè)表，表中是所有需要使用的外設(shè)資源。如果還需要其他驅(qū)動，例如傳感器、LCD、FLASH等，所有器件列一個器件驅(qū)動表。

有了第一步和第二步從上向下的規(guī)劃，此時我們應(yīng)該已經(jīng)很清楚這個項目需求書如何變成代碼實現(xiàn)。此時，開始編寫程序，從下向上，逐層編寫。

首先要根據(jù)外設(shè)表編寫每個外設(shè)對應(yīng)的驅(qū)動，每個外設(shè)驅(qū)動單獨列一個文件，編寫好之后驗證功能是否正常，這個步驟跟本文開頭提到的開發(fā)板示例程序類似，很基礎(chǔ)。如果同一個外設(shè)，需要同時實現(xiàn)幾路輸出或輸入，例如需要三個不同的IIC輸出，那就同時啟動三路IIC驗證功能是否都正常，每一路之間會不會有干擾。

每編寫一個驅(qū)動，一定要對驅(qū)動中的每一個函數(shù)進行功能驗證。只有底層沒問題，才能往上封裝。

因為器件的驅(qū)動很多都是以外設(shè)驅(qū)動為基礎(chǔ)的，所以寫完外設(shè)驅(qū)動之后，利用外設(shè)驅(qū)動的函數(shù)，去實現(xiàn)器件的驅(qū)動，例如FLASH，可能是SPI通信的，那么我們首先要寫好SPI驅(qū)動文件，然后調(diào)用SPI驅(qū)動文件，編寫FLASH驅(qū)動文件，完成具體的功能函數(shù)，例如FLASH的擦除，讀寫等。

同樣，每一個編寫的器件驅(qū)動都要對每一個函數(shù)進行測試。

可能在項目中，還涉及到一些無關(guān)底層的東西，例如一些加密算法，復(fù)雜的數(shù)據(jù)處理算法，各類通信協(xié)議等。可以把每一類分為一個模塊，編寫或者移植完之后一定要驗證每一個函數(shù)的功能。

驅(qū)動文件都準備好了之后，就利用驅(qū)動文件，加上必要的數(shù)據(jù)處理，去完成任務(wù)里的每一個具體的功能函數(shù)。

同樣，每一個編寫的功能函數(shù)都要進行測試。保證功能正常實現(xiàn)。

完成步驟6之后，要對每一個任務(wù)進行測試，看是否能實現(xiàn)規(guī)劃中要求的功能。

完成步驟7之后，項目基本完工，因為每一層都是經(jīng)過測試的，所以整個系統(tǒng)也不會有太大問題，但是也可能存在一些例如邏輯或者資源沖突的錯誤。此時按照需求書要求的功能對整個系統(tǒng)進行反復(fù)測試，查找可能存在的問題，進一步完善程序。

在整個設(shè)計過程中，還有一些其他的注意事項，例如：

● 如果開了很多中斷，一定要對每個中斷設(shè)置優(yōu)先級。明確哪個優(yōu)先級應(yīng)該優(yōu)先處理。

● 相同優(yōu)先級下的兩個中斷，禁止在第一個中斷中觸發(fā)第二中斷，程序會卡死。

● 少用全局變量，系統(tǒng)運行時必要的變量和狀態(tài)可以都放在結(jié)構(gòu)體中。然后只定義一個結(jié)構(gòu)體變量。

● 當結(jié)構(gòu)體的成員為不同數(shù)據(jù)類型時，成員排序就顯得很重要，優(yōu)化排序會節(jié)約很多內(nèi)存。

● 結(jié)構(gòu)體做形參的時候，為減少棧空間的開支，最好設(shè)置結(jié)構(gòu)體指針類型的形參。

● 不可以返回指向棧空間的指針。

● 如果通信接收或者發(fā)送沒有硬件FIFO，可以編寫軟件FIFO，避免丟包。

● 所有變量要初始化具體數(shù)值，尤其是局部變量。

● 定義指針類型變量一定要初始化。

● 只在本文件里使用的函數(shù)或者全局變量，一定要加static。

● 頭文件中只能聲明，不可以定義。

● 一定要添加合適的注釋，大部分時候代碼不知自己看。

● 使用數(shù)據(jù)結(jié)構(gòu)存儲或者處理數(shù)據(jù)，例如結(jié)構(gòu)體、枚舉、鏈表、隊列等。

看完這些步驟，是不是覺得復(fù)雜項目的程序設(shè)計原來也挺簡單的，那就愉快的開始程序設(shè)計之路吧。