跳至內容

嵌入式系統

本頁使用了標題或全文手工轉換
維基百科,自由的百科全書
Soekris net4801,適用於網路應用程式

嵌入式系統(英語:Embedded system),是一種嵌入機械或電氣系統內部、具有專一功能和實時計算性能的計算機系統。[1][2]嵌入式系統常被用於高效控制許多常見設備,被嵌入的系統通常是包含數位硬件和機械部件的完整設備,例如汽車的防鎖死煞車系統。相反,通用計算機如個人電腦則設計靈活,可以智能處理各式各樣的運算情況,以滿足廣大終端用戶不同的需要。

現代嵌入式系統通常是基於微控制器(如含集成內存和/或外設接口的中央處理單元)的,但在較複雜的系統中普通微處理器(使用外部存儲芯片和外設接口電路)也很常見。通用型處理器、專門進行某類計算的處理器、為手持應用訂製設計的處理器等,都可能應用到嵌入式系統。常見的專用處理器有數字信號處理器

嵌入式系統的關鍵特性是處理特定的任務,因此工程師能對其進行優化,以降低產品的體積和成本,提升可靠性和性能。

嵌入式系統的物理形態包括便攜設備如計步器、電子手錶和MP3播放器,大型固定裝置如交通燈、工廠控制器,大型複雜系統如混合動力汽車、磁共振成像設備、航空電子設備等。它們的複雜度低至單片機,高至大型底盤或外殼內安裝有多個部件、外設和網絡。

嵌入式系統實例

嵌入式系統通常應用於消費類、烹飪、工業、自動化、醫療、商業及軍事領域。

  • 電信系統

從網絡級的電話交換機到手機終端都部署了大量嵌入式系統。

  • 消費類電子

包括PDA、MP3播放器、移動電話、遊戲機、數位攝像機、DVD播放器、全球衛星定位系統接收器和打印機。

  • 家居應用

微波爐、洗衣機和洗碗機中採用了嵌入式系統,帶來靈活性、效率和功能;高級暖通空調系統採用聯網的恆溫器更精確、高效的按天或季度控制溫度;智能家居使用嵌入式設備進行感知、控制,通過有線和無線網絡控制燈光、溫濕度、安全、音視頻、監控等。

  • 交通系統

安全要求相當高的飛機中採用了先進的航空電子設備,如慣性導航系統、全球衛星定位接收器; 各種電機——直流無刷電機異步電機直流電機中使用了電氣/電子電機控制器; 汽車、電動車、混合動力汽車越來越多地採用嵌入式系統來節能減排; 其他汽車安全系統,包括防鎖死煞車系統電子穩定控制系統牽引力控制系統英語Traction control system、自動四驅系統。

  • 醫療設備

使用嵌入式設備進行生命體徵監測,電子聽診器放大聲音,各種醫療成像系統(正電子發射計算機斷層掃描單光子發射計算機化斷層顯像計算機斷層掃描核磁共振成像)進行非入侵式內部檢查; 醫療設備內的嵌入式系統通常採用工業計算機。


嵌入式系統應用在交通、消防、安防、醫療和生命攸關系統中,由於這些系統能夠與黑客等隔離,因而更可靠。在消防安全中,經過設計,系統能在高溫環境下持續工作。出於安全需要,嵌入式系統可以自給自足,能夠處理切斷了電氣和通信系統的情況。

WSN領域的發展,促使一種新型的微型無線設備智慧型微塵迅速普及。人們可以通過信息監測和控制系統感知並作用於物理世界的無數事物。微塵採用微製造技術,通過先進的IC設計技術,將無線子系統與尖端的傳感器結合;從而讓人們可以通過信息監測和控制系統感知並作用於物理世界的無數事物。這些微塵是完全自給自足的,在需要更換電池或充電前通常可以工作數年。

利用嵌入式Wi-Fi模塊,原先利用串口進行通信的設備可以輕鬆啟用無線通信功能。

歷史

MIT儀器研究室的查爾斯·斯塔克·德雷珀開發的阿波羅制導計算機是現代嵌入式系統的雛形之一。在項目初期,它被看成風險最高的部分,原因是為了減小尺寸和重量,它採用了當時最新研發的單片集成電路。

第一款大批量生產的嵌入式系統是1961年發布的民兵I導彈內的D-17自動制導計算機。當民兵II導彈在1966年開始生產的時候,D-17升級成一種新型計算機,其中首次大量使用了集成電路。僅這個項目就將反及閘模塊的單價從1000美元降低至3美元,低到可用於商業產品。

由於二十世紀六十年代的這些早期應用,不僅嵌入式系統的價格降低了,同時處理能力和功能也獲得了巨大的提高。以第一款單片機英特爾4004為例,它是為計算器和其他小型系統設計的,但仍然需要外部存儲器和外圍芯片。1978年,國家工程製造商協會發布了可編程單片機的「標準」,涵蓋了幾乎所有以計算機為基礎的控制器,如單板機、數控設備,以及基於事件的控制器。

隨着微控制器和微處理器的價格下降,消費品也可以更換掉基於按鈕的模擬器件,如分壓計和可變電容,採用微處理器讀取開關或按鈕信號。

到了二十世紀八十年代早期,存儲器、輸入輸出部件集成到處理器內,產生了單片機。在採用通用計算機占用的成本太高昂的應用中,單片機取而代之。

較低成本的單片機編程後可取代很多獨立部件,這種嵌入式系統通常比傳統解決方案更複雜,但這些複雜性多數體現在單片機自身。嵌入式系統需要的外圍元件很少,多數設計工作集中在軟件,而軟件原型的建立及測試與設計與建立新的不使用嵌入式處理器的電路相比速度更快。

特性

區別於可以執行多重任務的通用型計算機,嵌入式系統是為某些特定任務而設計的。有些系統則必須滿足實時性要求,以確保安全性和可用性;另一些系統則對性能要求很低甚至不要求性能,以簡化硬件、降低成本。

嵌入式系統並不總是獨立的設備。許多嵌入式系統由嵌入較大設備的小計算部件組成,提供較通用的功能。例如吉他機器人採用嵌入式系統來調弦,但總的來說它的設計目的絕不是調弦而是演奏音樂;車載電腦作為汽車的一個子系統存在,提供導航、控制、車況反饋等功能。

為嵌入式系統編寫的程序稱為固件,存儲在只讀存儲器閃存芯片內,運行在有限的硬件資源上:小容量內存,小鍵盤或屏幕甚至沒有。

用戶界面

嵌入式系統用戶界面包括了從沒有用戶界面而只專注於單一任務、到類似於現代桌面操作系統的複雜圖形用戶界面的各類界面。

簡單的嵌入式設備使用按鈕、LED、圖形或數字LCD和簡單的菜單系統。

較高階的嵌入式系統使用圖形顯示屏,配合觸摸感應或屏邊按鈕使用,可使占用空間最小並提供靈活性:按鈕的含義隨屏幕顯示的內容而改變,而且指向想要的選項進行操作就能實現選擇。手持系統通常採用顯示屏加操縱杆按鈕作為觸控裝置。

有些系統通過序列埠(如RS-232USBI2C等)或網絡連接遠程提供用戶界面。這種方式的優勢在於:擴展了系統的性能、削減了顯示屏的成本、簡化了BSP,可以在PC上構建豐富的用戶界面。例如運行在嵌入式設備平台(如IP攝像機或路由器)上的嵌入式網絡服務器,它無需安裝定製軟件,而是在連到設備的PC端的網絡瀏覽器中顯示用戶界面。

嵌入式系統的處理器

嵌入式處理器大概可分為兩類。一類是普通微處理器:使用獨立的集成電路存儲器和外設。另一類是單片機:具有片上外設,降低了功耗、尺寸和成本。嵌入式系統的軟件是為某種應用定製的,而不是像個人計算機那樣的由終端用戶安裝的商品,因此可以使用各種不同的基本CPU架構:既有范紐曼型架構也有不同程度的哈佛結構;既有RISC也有非精簡指令集處理器;字長從4位到64位甚至更高,當然最典型的仍然是8/16位。多數架構由幾家不同的公司生產,使用了大量不同的變量和類型。

嵌入式系統也會使用通用型微處理器,但比單片機需要更多外圍電路。

嵌入式主板

PC/104和PC/104+是小型、小批量嵌入式強固系統的標準之一,大多基於x86架構;通常比標準PC要小,而比多數簡單的8/16位嵌入式系統要大;使用MSDOSLinuxNetBSD,或實時嵌入式操作系統如MicroC/OS-IIQNXVxWorks。有時這些主板也會使用非x86處理器。

在某些應用中,小巧、高效並非主要關注點,因而可以使用與x86型PC主板兼容的部件。VIA EPIA系列板卡則可以彌補這個空缺,它兼容PC但是高度集成、體積較小,或提供其他對嵌入式工程師很有吸引力的特性。這種方法的好處是低成本商品也可以使用通用的軟件開發工具。用這種方法構建的系統仍然是嵌入式系統,因為它嵌入在較大的設備中、用於滿足單一用途。例如ATM和電子遊戲機,它們都包含了針對各自應用的代碼。

多數嵌入式主板都不是圍繞PC設計的,也不使用ISA或PCI總線。如果採用SoC處理器,用標準總線連接分立元件就不是上策,此外軟硬件開發環境都可能會很不一樣。

一種常用的設計模式是採用小型系統模塊——也許只有商務卡片大小,容納高密度的BGA芯片如ARM處理器和外設、用於存儲的外部閃存、作為內存的DRAM。模塊廠商通常會提供引導軟件和操作系統選項,一般包括Linux和一些實時操作系統。這些模塊由熟悉專業測試方法的組織大批量生產,配合較小批量的、帶特殊應用外設的定製主板使用。

ASIC和FPGA解決方案

SoC是一種常見的為超大批量嵌入式系統設計的可配置陣列。它在單個芯片內包含了多處理器、乘法器、緩存和接口,形成一個完整的系統;通過專用集成電路現場可編程門陣列來實現。

外圍設備

嵌入式系統通過外設與外部通信:

工具

同典型的計算機程序員一樣,嵌入式系統設計人員也使用編譯器連結器調試器開發嵌入式系統軟件。然而,他們也使用一些大多數程序員不熟悉的工具。

軟件工具的來源有如下幾種:

  • 專注於嵌入式系統市場的軟件公司
  • GNU軟件開發工具移植(參見交叉平台編譯
  • 有些情況下,如果嵌入式處理器與普通個人計算機處理器很近似的話也可以使用個人計算機開發工具

嵌入式系統設計人員也使用一些不為普通計算機程序員所熟悉的軟件工具:

  • 一個常用工具是「電路內部仿真器」(ICE,in-circuit emulator)或者是最新設計中的嵌入式調試器。這個調試工具是開發嵌入式程序的基本技巧。它代替微處理器或者嵌入微處理器內部,提供了在系統中快速調用和調試試驗代碼的便捷工具。一個焊點通常就是一個插入系統的特殊電路,通常使用一台連結到這些焊點的個人計算機作為調試界面。
  • 連結器通常是各種各樣。對於大多數商業編程來說,連接器幾乎是事後才考慮的部分,缺省設置也從來不變。與此相反,嵌入式連結器有完整、複雜的命令行語言是很普通的。經常有不同類型的內存,分別保存特殊的代碼和數據。單獨的數據結構能夠放在特殊的地址,這樣軟件能夠很方便地訪問映射到內存的控制寄存器。嵌入式連結器經常有用於減小代碼大小和運行時間的外部優化工具。例如,他們可能移動子程序的位置以使用較小的調用和跳轉指令。它們經常帶有管理數據疊加英語data overlaysband switch英語band switch技術的特性,這些技術是在嵌入式軟件經常使用的擴展廉價CPU的方法。
  • 另外一個常用的工具是一個在程序中添加代碼和或者CRC的工具程序(經常是自己寫的),使用這個工具嵌入式系統能夠在執行程序之前先進行程序數據檢查。
  • 數字信號處理開發軟件的嵌入式程序員經常使用MathCad或者Mathematica這樣的數學工具進行數學仿真。
  • 一些較少使用的工具有將數據文件轉換成代碼的工具,使用這種工具就可以在程序中包含任意類型的數據。
  • 少數一些項目為了特殊的可靠性或者數字信號處理要求使用同步式編程語言。

一些編程語言為嵌入式系統編程提供了一些特殊支持。

  • 對於C語言,ISO/IEC TR 18037:2005定義了
    • 指定的地址空間
    • 指定的存儲類
    • 基本輸入輸出的硬件尋址

調試

調試通常使用內部電路仿真器或者其他一些能夠在微控制器微碼microcode)內部產生中斷的調試器。微碼中斷讓調試器能夠在只有CPU工作的硬件中進行操作,基於CPU的調試器能夠從CPU的角度來測試和調試計算機的電路。PDP-11開創了這種特性的先河。

開發人員能夠仍然使用斷點單步執行以及高級語言進行調試,在許多的調試工具上都有這種能力。另外開發人員在調試實時事件順序的時候需要記錄、使用簡單的記錄工具。

首先遇到這種問題的個人電腦和大型機程序員經常在設計優先級和可行方法的時候感到困惑。指導、代碼審查和非個人風格(egoless英語egoless)的編程是值得推薦的。

隨着嵌入式系統變得越來越複雜,更高層次的工具和操作系統逐漸移植到可行的設備上。例如,蜂窩電話個人數字助理和其他的消費用計算機需要一些從個人或者這些電子設備製造商之外的公司購買或者提供的一些重要軟件。在這些系統中,需要如LinuxOSGi或者Java這樣的開放編程環境,這樣第三方軟件提供上才能夠在大規模的市場上銷售軟件。

大多數這樣的開發環境都有一個運行在個人電腦上的參考設計,這種軟件的絕大部分都可以在傳統的個人電腦上開發。然而,從開放環境移植到專用的電子設備和電子設備的驅動程序開發通常仍然是傳統的嵌入式系統軟件工程師的工作。在有些情況下,the engineer works for the integrated circuit manufacturer, but there is still such a person somewhere.

操作系統

使用Windows XP的因特網收費電話

嵌入式系統經常沒有操作系統、專用的嵌入式操作系統(經常是實時操作系統)或者指定程序員移植到這些新系統。

啟動

嵌入式系統帶有啟動代碼,通常它禁止中斷、設置電子設備參數、測試計算機(RAM、CPU和軟件),然後開始應用程序運行。許多嵌入式系統從短暫的掉電狀態恢復,經常重起而不進行最近的自檢。在十分之一秒內重啟是常見的現象。

許多設計人員發現LED在指示錯誤狀態上非常有用,它們可以幫助進行故障處理。一個常用的機制是在復位的時候點亮電子設備所有的LED以表明供電和LED正常工作;然後在進行加電自檢時由軟件改變LED的狀態;在此之後,軟件用這些LED指示操作過程中的正常或者故障狀態。這可以讓技術人員、工程師和用戶了解系統的狀態。一個有趣的例外是電度表(electric power meters英語electric power meters)和其他一些大街上的東西,閃爍的指示燈是為了吸引注意力或者表示損壞狀態。

內部自檢

許多嵌入式系統都有一定程度或者一定數量的內部加電自檢,自檢有幾種類型:

  1. 計算機檢查:檢查CPU、RAM和程序存儲器。通常一加電就開始這些檢查,在一些安全性非常重要的系統中,通常周期性地在安全時間間隔內進行自檢,或者經過一段時間就進行自檢。
  2. 外圍設備檢查:仿真輸入和讀入數據或者測量輸出數據。有大量的通信、模擬和控制系統都有這些非常廉價的檢查。
  3. 電源檢查:通常測試每個供電電路,也可能檢查電池或者主電源輸入。通常供電部分的負載都很重,並且少有餘量,所以這項檢查很有意義。
  4. 通信檢查:驗證從相連單元接收到的簡單消息,例如在互聯網上使用ICMP消息「ping」。
  5. 電纜檢查:將線連結到待檢查的電纜上指示針進行檢查。如電話這樣的同步通信系統經常使用「同步」測試。電纜檢查成本很低,當單元部分有插頭的時候這項檢查尤其重要。
  6. 裝備檢查:一個系統在安裝時經常需要進行調整,這項檢查就向安裝人員做出狀態指示。
  7. 消耗檢查:檢查系統所消耗的東西、在預量太低時發出警告。最常見的例子是汽車的油量表,最複雜的例子可能是維持化學反應物詳細狀態的自動醫學分析系統。
  8. 運行檢查:檢查用戶關心的系統運行狀態。顯然,在系統運行時必須進行這項檢查,這方面的檢查包括飛機上的導航儀器、汽車的速度表和磁盤的指示燈等。
  9. 安全檢查:在'安全時限'內進行檢查確保系統仍然可靠。安全時限通常小於能夠產生損害的最小時間。

可靠性體系

根據人們需求的不同,可靠性也有不同的定義,有意思的是,可靠性的類型卻相對較少,相似可靠性類型的系統,使用相似類型的內在檢查和恢復方法:

  1. 系統非常不安全或者無法修理。這包括太空系統、水下電纜、導航燈塔、鑽孔系統,非常奇怪的是還包括汽車和大規模生產產品。總的來說,嵌入式系統檢測各個子系統、在線切換到冗餘部分或者工作在「limp模式」提供部分的功能。大規模生產的消費產品如汽車、個人電腦或者打印機也屬於這個類別,這是因為與購買的費用相比維修費用高昂、維修人員又路途遙遠。
  2. 系統不能安全地停止運行。這包括飛機導航、反應控制系統、重要的化學工廠安全控制、鐵路信號、單發動機飛機的發動機,如上所述,但是「limp模式」較難容忍,通常需要操作員選擇備份系統。
  3. 系統停機時將會造成大量的金錢損失。這些包括電話交換機、工廠控制、橋梁和電梯控制、資金轉移、市場開發、自動銷售和服務等,這些系統通常有一些運轉/不運轉測試,它們通常帶有在線冗餘或者使用替換系統和人工過程的limp模式。
  4. 系統不安全的時候不能操作。同上面的情況類似,系統的運行將會造成大量的金錢損失。醫療設備、帶有發動機這樣的熱備份的飛行器、化學工廠控制、自動股票交易、遊戲系統等。測試可能是五花八門,但是出錯時能夠做的就是停止整個系統。

嵌入式軟件架構的類型

常用的嵌入式軟件架構有幾種不同的基本類型。

控制迴圈

在這種設計中,軟體有一個簡單的循環,這個循環調用各個子程序,每個子程序管理硬體或者軟體的某一部分。中斷通常用來設置標記或者更新軟體其他部分能夠讀取的暫存器

系統使用簡單的API來完成允許和禁止中斷設置。如果處理得當的話,它能夠在嵌套子程序中處理嵌套調用,在最外面的中斷允許嵌套中恢復前面的中斷狀態。這種方法是實作Exokernel的一個最簡單的方法。

通常在循環中有一些子程序使用周期性的即時中斷控制一組軟體定時器,當一個定時器時間到的時候就會執行相應的子程序或者設置相應的標誌。

任何可能發生的硬體事件都應該有軟體定時器的支持,硬體事件大概每萬億次出現一次錯誤,對於現代的硬體來說大概是一年發生一次,對於以百萬計大規模生產的設備來說,遺漏一個軟體軟體定時器在商業上可能是災難性的。

有時測試軟體運行一組基於軟體的安全定時器,它們周期性地複位硬體中的看門狗計時器。如果軟體錯過一個事件,安全定時器軟體將會捕捉到它。如果安全定時器出錯,看門狗硬體將會複位系統。

可以使用指向每個狀態機函數的指標實作狀態機,函數可以用C++C或者組合語言等實作。變化的狀態將不同的函數放到指標中,每次循環運行時都會執行函數指標

許多設計人員建議每個循環讀一次輸入輸出設備、並且保存得到的結果,這樣可以保證邏輯過程的在一致的參數上運行。

許多設計人員喜歡將狀態機設計成每個狀態僅僅檢查一到兩項內容,通常是檢查硬體事件和軟體定時器。

設計人員建議多級狀態機應該讓低層狀態機早於高層狀態機運行,這樣高層就能夠根據正確的信息運行。

如內部燃燒控制這樣的複雜功能通常根據多維表格進行處理,代碼通常進行查表處理而不進行複雜的計算,為了減小表格的大小以及成本軟體可以在條目之間進行差值運算。

在最小的微控制器中,尤其是只有128位元組堆疊8051中,控制環允許好的鏈接器使用靜態分配的數據覆蓋本地變數。在這種機制中,離子程序調用樹末端越近的變數得到的記憶體地址越高。當開始一個新的分支的時候,它的變數可以在以前分支遺棄的空間中進行重新分配。

簡單控制迴圈的一個主要缺點是它無法保證響應特定硬體事件的時間。

細心的設計可以很容易地保證中斷不會被長時間禁止,這樣中斷代碼就可以在非常精確的時間運行。

控制環的另外一個主要缺陷是增加新的特性的時候會變得複雜。需要花費很長時間的演算法必須小心地進行分解以使得每次只有一小部分在主循環中運行。

這種系統的優勢是它的簡單性,並且在很小的軟體上,循環執行地很快幾乎沒有人關心它是不可預測的。

它的另外一個優勢是這種系統保證運行軟體的質量,無法將不好的運行結果歸咎為其他的作業系統。


搶先式任務

使用上面的非搶先式任務系統,從一個搶先式定時器或者其他中斷運行。

這樣系統就突然變得很不一樣了。任何一個任務的代碼都有可能損害其他任務的數據&emdash;所以它們必須進行切缺的切分。對於共享數據的訪問必須使用一些同步策略進行控制,如消息隊列、信號燈或者非阻塞同步機制。

經常在這一步開發組織就會購買一套實時操作系統。如果一個組織缺少能夠編寫操作系統的人才或者操作系統將要在幾個產品之上,這可能是一個明智的選擇。這通常要將開發計劃增加六到八周,and forever after programmers can blame delays on it.

微內核與外內核

這種方法試圖將系統組織得比宏內核更易於配置,而同時提供類似的特點。

微內核是實時操作系統的一個邏輯發展,通常的組織方式是操作系統內核分配內存並且將CPU在不同的線程之間進行切換。用戶模式的進程實現如文件系統、用戶接口等主要的功能。

微內核在二十世紀五十年代開始首次嘗試,但是由於計算機在任務間切換以及在任務間交換數據速度非常緩慢,所以人們放棄了微內核而鍾情於MULTICSUNIX風格的大內核。總體上來說,微內核在任務切換以及任務間通信速度快的時候是比較成功的,在速度慢的時候是失敗的。

外內核通過使用普通的子程序調用獲得的通信效率很高,硬件以及系統中的軟件都是程序員能用也能擴展的。資源內核(可能是庫的一部分)分配CPU時間、內存以及其他資源。如多任務、網絡以及文件系統這樣的大內核特性通過代碼庫來提供。庫可以進行動態的連接、擴展或者共享。不同的應用甚至可以使用的不同的庫,但是所有的資源都來自於資源內核。

虛擬機

一些航空電子系統使用幾個商用計算機。這樣更進一步,每個計算機都在模擬它們自身的幾個副本,重要的程序同時在幾個計算機上運行並且進行投票控制(vote)。

模擬環境的優點就是即使一個計算機出現故障,軟件的不同例程能夠遷移到正常工作的軟件分區,表決的票數並不受影響。

通常虛擬軟件運行在計算機的用戶模式下,它捕捉、模擬硬件訪問和不在用戶模式下運行的指令。

檢查點計算

另外一種常用的機制是兩個計算機計算for a bit,然後將它們的計算結果報到那個點上。如果一個計算機的計算是nut,它就會被關閉。

辦公用(宏內核)操作系統

這種系統通常在沒有系統經費的嵌入式項目中流行,但是從這篇文章的多個作者來看,這通常是不正確的,它們的邏輯是:

  • 操作系統是經過特殊封裝的重用代碼庫。如果這些代碼有用,設計人員就會節省時間和金錢,否則它們就是無用的。
  • 商務系統的操作系統沒有嵌入式硬件的接口。例如,如果要用Linux寫一個馬達控制器或者電話交換機,絕大部分的實際控制操作都是IOCTL調用,同時,正常的讀、寫和查詢界面都是無用的。所以操作系統對於實際的開發妨礙很大。
  • 大多數的嵌入式系統不處理辦公事務,所以辦公操作系統的大部分代碼都被浪費了。例如,絕大多數的嵌入式系統從來都不使用文件系統或者屏幕,所以文件系統和圖形用戶界面部分就是浪費的,這些不用的代碼只會影響系統的可靠性。
  • 辦公用操作系統保護硬件不讓用戶程序操作,這就嚴重地妨礙了嵌入式開發工作。
  • 操作系統必須移植到嵌入式系統上,也就是說,硬件驅動程序無論如何都必須重寫,這也是操作系統最難的部分,所以使用這樣的操作系統幾乎沒有功效。
  • 操作系統真正有用、可移植的特性是小段代碼。例如,一個基本的TCP/IP接口大約有3000行代碼,另外的一個例子是大約同樣大小的簡單文件系統。如果設計需要這些代碼,能夠使用少於嵌入式系統開發10%的經費就能完成,不需要支付版權費用,只需要簡單地重寫就可以了。如果系統這些代碼有足夠的通用性,嵌入式系統雜誌封面的後面通常有公司銷售沒有版權費的C語言實現代碼。

然而許多工程師並不認同這一點,嵌入式Linux越來越受到人們的歡迎,尤其是在無線路由器全球定位系統這樣的功能強大的嵌入式系統中。其中有下面一些原因:

  • 有現成的移植到普通嵌入式芯片的實現代碼。
  • 它們允許重用公開獲得的設備驅動程序網頁服務器防火牆或者其他代碼。
  • 開發系統能夠從許多特性組合開始,在發布的時候可以剔除不需要的功能,從而節約所消耗的內存。
  • 許多工程師認為在用戶模式運行應用程序更為可靠、更容易調試,所以開發過程更容易、代碼更易於移植。
  • 許多嵌入式系統沒有控制系統那樣對於實時性的嚴格要求,對於許多應用來說如嵌入式Linux這樣的系統的響應速度就已經足夠了。
  • 要求更快的響應速度,而不是可靠性的特性,通常放到了硬件上。
  • 許多實時操作系統都針對每件產品收取費用,當產品是消費品時,這項費用是巨大的。

Exotic custom操作系統

一些系統需要安全、及時、可靠或者高效的特性,上面的架構卻無法達到,構建這樣的系統有一些廣為人知的技巧:

  • 僱傭一個真正的系統程序員。他們的花費很小,但是能夠節約數年的調試以及相關的收入損失。
  • RMA(rate monotonic analysis),可以用來評估一組任務能否在特定的硬件系統下運行,在最簡單的形式下,設計人員保證最快完成的任務有最高的優先級,平均來說CPU至少有30%的空閒時間。
  • 和諧的任務能夠高效地優化CPU。基本上來說,設計人員保證每件工作都是從heartbeat timer開始工作的。在實時操作系統上很難這樣做,因為它們在等候輸入輸出設備的時候通常就會切換任務。
  • 剛好有兩個優先級(通常是運行禁止中斷)的系統不能出現高優先級任務等候低優先級任務釋放信號燈或者其他資源的優先級倒置問題,
  • 有監視器(monitor)的系統不能出現死鎖。監視器鎖住一段代碼禁止中斷和其他搶先任務。如果這個監視器只用於一小段快速運行的代碼,系統可能工作正常。如果能夠證明監視器API在所有情況下都能夠完整運行,例如僅僅禁止中斷,那麼就不會產生系統掛起的情況。

這就意味着使用兩個優先級和監視器的系統是安全、可靠的,因為它們沒有死鎖和優先級倒置的問題。如果監視器能夠執行到結束,那麼就永遠不會掛起。如果使用和諧的任務,可能還會相當高效。然而,RMA無法描述這些系統,優先級最好也不要到處都有,其中包括操作系統和硬件。

外部連結

常見的嵌入式操作系統

參見嵌入式操作系統

業界常見的開源嵌入式軟硬件系統

無操作系統 有操作系統 +弱GUI 有操作系統 + GUI界面
8/16位處理器
  • Arduino開發板(軟硬件全套,開源,目前較熱門)
  • 各家單片機公司提供參考設計(如Ateml等)
  • Arduino開發板(軟硬件全套,開源,目前較熱門)
  • Ethernut/nutos項目(軟硬件配套,開源,偏重計算機網絡)
  • UcosII操作系統(軟件,開源但商業版本需要license費)
  • FreeRTOS操作系統(軟件,商業公司提供的開源版本,也售賣對應的商業版本)
  • Keil RTX51 Real-Time Kernel(開源,Keil軟件自帶需要license)
/
32位處理器 /
  • Ethernut/nutos項目(軟硬件配套,開源,偏重計算機網絡)
  • eCos操作系統(軟件,開源,優點是可以定製化RTOS)
  • uClinux操作系統(軟件,開源,有對應的硬件板uCsimm項目)
  • FreeRTOS操作系統(軟件,商業公司提供的開源版本,也售賣對應的商業版本)
  • Keil RTX Real-Time Kernel(開源,Keil軟件自帶需要license)
  • RT-thread操作系統(軟件,開源,國內開發,有簡單GUI)

參考文獻

  1. ^ Michael Barr. Embedded Systems Glossary. Neutrino Technical Library. [2007-04-21]. (原始內容存檔於2013-06-25). 
  2. ^ Heath, Steve. Embedded systems design. EDN series for design engineers 2. Newnes. 2003: 2 [2017-04-30]. ISBN 978-0-7506-5546-0. (原始內容存檔於2020-09-11). An embedded system is a microprocessor based system that is built to control a function or a range of functions.