AnyWhere――面向設備的編程模式
加入技術交流群
嵌入式系統與通用計算機系統同源，可是因為應用領域和研發人員的不同，嵌入式系統很早就走向相對獨立的發展道路，其編程模式與通用計算機系統有較大的區別。一般來說，嵌入式系統傳統編程模式有面向寄存器的編程模式、面向API的編程模式、面向端口的編程模式等，其中面向寄存器的編程模式仍然占主導地位。
1．1 面向寄存器的編程模式
嵌入式系統是一個軟硬件結合的系統，其中硬件是基礎，所有的嵌入式軟件都會直接或間接地操作硬件。所謂“面伺寄存器的編程”，就是軟件直接操作硬件提供的編程接口來編寫嵌入式軟件的編程模式。目前，本地硬件提供的編程接口大多數為寄存器，它們通常映射到軟件能夠直接訪問的I／O空間或存儲器空間。
面向寄存器的編程模式的基本步驟如圖1所示，這是一個蜂鳴器鳴叫的程序。由此可以看出，面向寄存器的編程模式需要對硬件細節非常了解，這是非常繁瑣和容易出錯的，并且對開發人員的要求較高。
一句話形容：面向寄存器的編程模式就是自己既作將軍又作士兵，眉毛胡子一把抓。
1．2 面向API的編程模式
面向寄存器的編程模式非常麻煩，效率低下，不是人人都能勝任的。為了方便嵌入式軟件的編寫，有些公司編寫軟件把硬件屏蔽起來形成API，應用軟件則通過這些API接口訪問硬件。這種通過第三方軟件提供的接口來訪問硬件的編程模式就是面向API的編程模式。
即使相同的硬件，不同公司提供的API也有很大的出入。有些僅僅提供了一些程序庫，對硬件進行簡單封裝。而有的則提供標準的操作系統接口，如WinCE、嵌入式Linux和VxWorks等。
所有這些API一般是面向本地硬件和部分特定總線(如PCI、USB)的遠程硬件的。
面向API編程模式的基本步驟如圖2所示。可以看出，面向API的編程模式只需要對硬件細節有大概的了解即可，但需要對API手冊進行詳細閱讀才能開發。不同系統的API可能完全不同，換一種系統，開發人員就需要重新熟悉新的API。另外，不同系統的API功能和性能差異極大，對開發人員的要求也有較大的差別。一句話形容：面向API的編程模式就是手把手教別人干活。
1．3 面向端口的編程
面向端口編程是PLC(可編程邏輯控制器)的編程模式。PLC把所有硬件都虛擬成端口，通過對端口的讀寫完成對硬件的控制。PLC最初是為了替代繼電器編程，對復雜程序的支持比較弱，對遠程硬件的支持也比較弱(主要支持PLC廠商自己的配件)。
2 嵌入式系統傳統編程方法的困境
2．1 對 比
各種傳統的嵌入式系統編程模式有各自特點，如表1所列。
2．2 困 境
最初，嵌入式系統都是獨立工作的。傳統的編程模式都是面向獨立的微控制器(微處理器)，操作的硬件都是本地硬件。
隨著時間的推移，嵌入式系統由獨立工作走向了網絡控制(典型的系統就是集散控制系統)，此時嵌入式系統的編程模式依然是面向獨立的微控制器(微處理器)。要把這些嵌入式系統組成網絡，需要為所有控制器增加兼容的通信接口硬件，并設計兼容的通信協議。而且，每個系統需要對硬件通信接口編程及對通信協議編程后才可能組成網絡。這個設計無疑是復雜的。
用面向寄存器的編程模式編寫聯網控制系統的步驟如圖3所示，面向API的編程模式的步驟如圖4所示。圖3、圖4的右邊是編寫控制遠程蜂鳴器鳴叫程序的步驟。至于面向端口的編程模式，目前主要是PLC，它的開發步驟比較簡單，讀者可以參考PLC的開發手冊。不過，PLC一般支持有限的遠程設備，并且成本高昂，很多時候并不適用。通過圖3和圖4可以看出，對于聯網的控制系統，這兩種編程模式的步驟基本相同。面向寄存器的編程模式開發難度很大，而面向API的編程模式相對小一些，不過任務依然艱巨。
各種編程模式的對比如表2所列。
現在，組網的范圍更加廣泛：不但需要本地組網，還需要遠程組網；不但控制設備之間需要互連，控制設備與普通計算機之間還需要互連，以及不同廠商的設備之間也要互連。這些要求無疑加劇了系統編程的復雜性。
評論