電子發燒友App
C語言
C語言是一門通用計算機編程語言，應用廣泛。C語言的設計目標是提供一種能以簡易的方式編譯、處理低級存儲器、產生少量的機器碼以及不需要任何運行環境支持便能運行的編程語言。
盡管C語言提供了許多低級處理的功能，但仍然保持著良好跨平臺的特性，以一個標準規格寫出的C語言程序可在許多電腦平臺上進行編譯，甚至包含一些嵌入式處理器（單片機或稱MCU）以及超級電腦等作業平臺。
二十世紀八十年代，為了避免各開發廠商用的C語言語法產生差異，由美國國家標準局為C語言訂定了一套完整的國際標準語法，稱為ANSI C，作為C語言最初的標準。
C語言嵌入式系統編程注意事項
不同于一般形式的軟件編程，嵌入式系統編程建立在特定的硬件平臺上，勢必要求其編程語言具備較強的硬件直接操作能力。無疑，匯編語言具備這樣的特質。但是，歸因于匯編語言開發過程的復雜性，它并不是嵌入式系統開發的一般選擇。而與之相比，C語言--一種“高級的低級”語言，則成為嵌入式系統開發的最佳選擇。筆者在嵌入式系統項目的開發過程中，一次又一次感受到C語言的精妙，沉醉于C語言給嵌入式開發帶來的便利。
圖1給出了本文的討論所基于的硬件平臺，實際上，這也是大多數嵌入式系統的硬件平臺。它包括兩部分：
（1） 以通用處理器為中心的協議處理模塊，用于網絡控制協議的處理；
（2） 以數字信號處理器（DSP）為中心的信號處理模塊，用于調制、解調和數/模信號轉換。
本文的討論主要圍繞以通用處理器為中心的協議處理模塊進行，因為它更多地牽涉到具體的C語言編程技巧。而DSP編程則重點關注具體的數字信號處理算法，主要涉及通信領域的知識，不是本文的討論重點。
著眼于討論普遍的嵌入式系統C編程技巧，系統的協議處理模塊沒有選擇特別的CPU，而是選擇了眾所周知的CPU芯片--80186，每一位學習過《微機原理》的讀者都應該對此芯片有一個基本的認識，且對其指令集比較熟悉。80186的字長是16位，可以尋址到的內存空間為1MB，只有實地址模式。C語言編譯生成的指針為32位（雙字），高16位為段地址，低16位為段內編譯，一段最多64KB。
協議處理模塊中的FLASH和RAM幾乎是每個嵌入式系統的必備設備，前者用于存儲程序，后者則是程序運行時指令及數據的存放位置。系統所選擇的FLASH和RAM的位寬都為16位，與CPU一致。
實時鐘芯片可以為系統定時，給出當前的年、月、日及具體時間（小時、分、秒及毫秒），可以設定其經過一段時間即向CPU提出中斷或設定報警時間到來時向CPU提出中斷（類似鬧鐘功能）。
NVRAM（非易失去性RAM）具有掉電不丟失數據的特性，可以用于保存系統的設置信息，譬如網絡協議參數等。在系統掉電或重新啟動后，仍然可以讀取先前的設置信息。其位寬為8位，比CPU字長小。文章特意選擇一個與CPU字長不一致的存儲芯片，為后文中一節的討論創造條件。
UART則完成CPU并行數據傳輸與RS-232串行數據傳輸的轉換，它可以在接收到［1~MAX_BUFFER］字節后向CPU提出中斷，MAX_BUFFER為UART芯片存儲接收到字節的最大緩沖區。
鍵盤控制器和顯示控制器則完成系統人機界面的控制。
以上提供的是一個較完備的嵌入式系統硬件架構，實際的系統可能包含更少的外設。之所以選擇一個完備的系統，是為了后文更全面的討論嵌入式系統C語言編程技巧的方方面面，所有設備都會成為后文的分析目標。
嵌入式系統需要良好的軟件開發環境的支持，由于嵌入式系統的目標機資源受限，不可能在其上建立龐大、復雜的開發環境，因而其開發環境和目標運行環境相互分離。因此，嵌入式應用軟件的開發方式一般是，在宿主機（Host）上建立開發環境，進行應用程序編碼和交叉編譯，然后宿主機同目標機（Target）建立連接，將應用程序下載到目標機上進行交叉調試，經過調試和優化，最后將應用程序固化到目標機中實際運行。
CAD-UL是適用于x86處理器的嵌入式應用軟件開發環境，它運行在Windows操作系統之上，可生成x86處理器的目標代碼并通過PC機的COM口（RS-232串口）或以太網口下載到目標機上運行，如圖2。其駐留于目標機FLASH存儲器中的monitor程序可以監控宿主機Windows調試平臺上的用戶調試指令，獲取CPU寄存器的值及目標機存儲空間、I/O空間的內容。
后續章節將從軟件架構、內存操作、屏幕操作、鍵盤操作、性能優化等多方面闡述C語言嵌入式系統的編程技巧。軟件架構是一個宏觀概念，與具體硬件的聯系不大；內存操作主要涉及系統中的FLASH、RAM和NVRAM芯片；屏幕操作則涉及顯示控制器和實時鐘；鍵盤操作主要涉及鍵盤控制器；性能優化則給出一些具體的減小程序時間、空間消耗的技巧。
在我們的修煉旅途中將經過25個關口，這些關口主分為兩類，一類是技巧型，有很強的適用性；一類則是常識型，在理論上有些意義。
So， let’s go.
C語言嵌入式系統編程注意事項之軟件架構篇
模塊劃分的“劃”是規劃的意思，意指怎樣合理的將一個很大的軟件劃分為一系列功能獨立的部分合作完成系統的需求
模塊劃分
模塊劃分的“劃”是規劃的意思，意指怎樣合理的將一個很大的軟件劃分為一系列功能獨立的部分合作完成系統的需求。C語言作為一種結構化的程序設計語言，在模塊的劃分上主要依據功能（依功能進行劃分在面向對象設計中成為一個錯誤，牛頓定律遇到了相對論），C語言模塊化程序設計需理解如下概念：
（1） 模塊即是一個.c文件和一個.h文件的結合，頭文件（.h）中是對于該模塊接口的聲明；
（2） 某模塊提供給其它模塊調用的外部函數及數據需在.h中文件中冠以extern關鍵字聲明；
（3） 模塊內的函數和全局變量需在.c文件開頭冠以static關鍵字聲明；
（4） 永遠不要在.h文件中定義變量！定義變量和聲明變量的區別在于定義會產生內存分配的操作，是匯編階段的概念；而聲明則只是告訴包含該聲明的模塊在連接階段從其它模塊尋找外部函數和變量。如：
/*module1.h*/
int a = 5; /* 在模塊1的.h文件中定義int a */
/*module1 .c*/
#include “module1.h” /* 在模塊1中包含模塊1的.h文件 */
/*module2 .c*/
＃i nclude “module1.h” /* 在模塊2中包含模塊1的.h文件 */
/*module3 .c*/
＃i nclude “module1.h” /* 在模塊3中包含模塊1的.h文件 */
以上程序的結果是在模塊1、2、3中都定義了整型變量a，a在不同的模塊中對應不同的地址單元，這個世界上從來不需要這樣的程序。正確的做法是：
/*module1.h*/
extern int a; /* 在模塊1的.h文件中聲明int a */
/*module1 .c*/
＃i nclude “module1.h” /* 在模塊1中包含模塊1的.h文件 */
int a = 5; /* 在模塊1的.c文件中定義int a */
/*module2 .c*/
＃i nclude “module1.h” /* 在模塊2中包含模塊1的.h文件 */
/*module3 .c*/
＃i nclude “module1.h” /* 在模塊3中包含模塊1的.h文件 */
這樣如果模塊1、2、3操作a的話，對應的是同一片內存單元。
一個嵌入式系統通常包括兩類模塊：
（1）硬件驅動模塊，一種特定硬件對應一個模塊；
（2）軟件功能模塊，其模塊的劃分應滿足低偶合、高內聚的要求。
多任務還是單任務
所謂“單任務系統”是指該系統不能支持多任務并發操作，宏觀串行地執行一個任務。而多任務系統則可以宏觀并行（微觀上可能串行）地“同時”執行多個任務。
多任務的并發執行通常依賴于一個多任務操作系統（OS），多任務OS的核心是系統調度器，它使用任務控制塊（TCB）來管理任務調度功能。TCB包括任務的當前狀態、優先級、要等待的事件或資源、任務程序碼的起始地址、初始堆棧指針等信息。調度器在任務被激活時，要用到這些信息。此外，TCB還被用來存放任務的“上下文”（context）。任務的上下文就是當一個執行中的任務被停止時，所要保存的所有信息。通常，上下文就是計算機當前的狀態，也即各個寄存器的內容。當發生任務切換時，當前運行的任務的上下文被存入TCB，并將要被執行的任務的上下文從它的TCB中取出，放入各個寄存器中。
嵌入式多任務OS的典型例子有Vxworks、ucLinux等。嵌入式OS并非遙不可及的神壇之物，我們可以用不到1000行代碼實現一個針對80186處理器的功能最簡單的OS內核，作者正準備進行此項工作，希望能將心得貢獻給大家。
究竟選擇多任務還是單任務方式，依賴于軟件的體系是否龐大。例如，絕大多數手機程序都是多任務的，但也有一些小靈通的協議棧是單任務的，沒有操作系統，它們的主程序輪流調用各個軟件模塊的處理程序，模擬多任務環境。
單任務程序典型架構
（1）從CPU復位時的指定地址開始執行；
（2）跳轉至匯編代碼startup處執行；
（3）跳轉至用戶主程序main執行，在main中完成：
a.初試化各硬件設備；
b.初始化各軟件模塊；
c.進入死循環（無限循環），調用各模塊的處理函數
用戶主程序和各模塊的處理函數都以C語言完成。用戶主程序最后都進入了一個死循環，其首選方案是：
while（1）
{
}
有的程序員這樣寫：
for（;;）
{
}
這個語法沒有確切表達代碼的含義，我們從for（;;）看不出什么，只有弄明白for（;;）在C語言中意味著無條件循環才明白其意。
下面是幾個“著名”的死循環：
（1）操作系統是死循環；
（2）WIN32程序是死循環；
（3）嵌入式系統軟件是死循環；
（4）多線程程序的線程處理函數是死循環。
你可能會辯駁，大聲說：“凡事都不是絕對的，2、3、4都可以不是死循環”。Yes，you are right，但是你得不到鮮花和掌聲。實際上，這是一個沒有太大意義的牛角尖，因為這個世界從來不需要一個處理完幾個消息就喊著要OS殺死它的WIN32程序，不需要一個剛開始RUN就自行了斷的嵌入式系統，不需要莫名其妙啟動一個做一點事就干掉自己的線程。有時候，過于嚴謹制造的不是便利而是麻煩。君不見，五層的TCP/IP協議棧超越嚴謹的ISO/OSI七層協議棧大行其道成為事實上的標準？
經常有網友討論：
printf（“%d，%d”，++i，i++）; /* 輸出是什么？*/
c = a+++b; /* c=？ */
等類似問題。面對這些問題，我們只能發出由衷的感慨：世界上還有很多有意義的事情等著我們去消化攝入的食物。
實際上，嵌入式系統要運行到世界末日。
工商網監
評論