什么是嵌入式，如何學(xué)習嵌入式？

信盈達1

IEEE(國際電氣和電子工程師協(xié)會(huì ))對嵌入式系統的定義：“用于控制、監視或者輔助操作機器和設備的裝置”。原文為：Devices Used to Control，Monitor or Assist the Operation of Equipment，Machinery or Plants)。

嵌入式系統(Embedded System)--“嵌入到特定設備中的計算機系統。

一、定義：

嵌入式系統是一種“完全嵌入到受控器件內部，為特定應用而設計的專(zhuān)用計算機系統”。

二、說(shuō)明：

受控器件：

1.消費電子：mp3、手機、電梯、汽車(chē)...

2.智能家電：數字電視、微波爐、數碼相機、空調...

3.網(wǎng)絡(luò )設備：交換機、路由器...

4.醫療儀器：..各種醫療器械...

5.航天設備：衛星、航天飛機、月球探測儀...

6.工業(yè)控制：智能監控...

計算機系統：包括硬件和軟件系統、且軟、硬件均可裁剪,但必須有最小系統要求。

嵌入式就業(yè)前景

嵌入式就業(yè)發(fā)展空間相對較大。嵌入式系統是當前最熱門(mén)、最具發(fā)展前途的IT應用領(lǐng)域之一。包括手機、電子字典、可視電話(huà)、數字相機(DC)、數字攝像機(DV)、U-Disk、機頂盒(Set Top Box)、高清電視(HDTV)、游戲機、智能玩具、交換機、路由器、數控設備或儀表、汽車(chē)電子、家電控制系統、醫療儀器、航天航空設備等都是典型的嵌入式系統。因此，通過(guò)嵌入式培訓成為專(zhuān)業(yè)的嵌入式技術(shù)人才，其職業(yè)發(fā)展空間較大

嵌入式人才的發(fā)展方向

嵌入式系統無(wú)疑是當前最熱門(mén)最有發(fā)展前途的IT應用領(lǐng)域之一。嵌入式系統用在一些特定專(zhuān)用設備上，通常這些設備的硬件資源(如處理器、存儲器等)非常有限，并且對成本很敏感，有時(shí)對實(shí)時(shí)響應要求很高等。特別是隨著(zhù)消費家電的智能化，嵌入式更顯重要。像我們平常常見(jiàn)到的手機、PDA、電子字典、可視電話(huà)、 VCD/DVD/MP3 Player、數字相機(DC)、數字攝像機(DV)、U-Disk、機頂盒(Set Top Box)、高清電視(HDTV)、游戲機、智能玩具、交換機、路由器、數控設備或儀表、汽車(chē)電子、家電控制系統、醫療儀器、航天航空設備等等都是典型的嵌入式系統。

嵌入式系統是軟硬結合的東西，搞嵌入式開(kāi)發(fā)的人有兩類(lèi)。

一類(lèi)是學(xué)電子工程、通信工程等偏硬件專(zhuān)業(yè)出身的人，他們主要是搞硬件設計，有時(shí)要開(kāi)發(fā)一些與硬件關(guān)系最密切的最底層軟件，如BootLoader、 Board Support Package(像PC的BIOS一樣，往下驅動(dòng)硬件，往上支持操作系統)，最初級的硬件驅動(dòng)程序等。他們的優(yōu)勢是對硬件原理非常清楚，不足是他們更擅長(cháng)定義各種硬件接口，但對復雜軟件系統往往力不從心(例如嵌入式操作系統原理和復雜應用軟件等)。

另一類(lèi)是學(xué)軟件、計算機專(zhuān)業(yè)出身的人，主要從事嵌入式操作系統和應用軟件的開(kāi)發(fā)。如果我們學(xué)軟件的人對硬件原理和接口有較好的掌握，我們完全也可寫(xiě)BSP和硬件驅動(dòng)程序。嵌入式硬件設計完后，各種功能就全靠軟件來(lái)實(shí)現了，嵌入式設備的增值很大程度上取決于嵌入式軟件，這占了嵌入式系統的最主要工作(目前有很多公司將硬件設計包給了專(zhuān)門(mén)的硬件公司，稍復雜的硬件都交給臺灣或國外公司設計，國內的硬件設計力量很弱，很多嵌入式公司自己只負責開(kāi)發(fā)軟件，因為公司都知道，嵌入式產(chǎn)品的差異很大程度在軟件上，在軟件方面是最有“花頭 “可做的)，所以我們搞軟件的人完全不用擔心我們在嵌入式市場(chǎng)上的用武之地，越是智能設備越是復雜系統，軟件越起關(guān)鍵作用，而且這是目前的趨勢。

更多C語(yǔ)言 C++、JAVA、數電模電、51單片機、PIC stm32 ARM Linux驅動(dòng) 嵌入式、安卓系統 FPGA、DSP Cortex-M3學(xué)習

請咨詢(xún)李老師：騰訊QQ2966383766 中國移動(dòng)13544345450
更多學(xué)習資料分享群，歡迎大家加入群471417140
廣州、深圳南山、民治、龍崗、西鄉、長(cháng)沙、鄭州、南寧同步學(xué)習中！　

理論與實(shí)踐相結合 一線(xiàn)工程師項目經(jīng)理教學(xué) 結合真實(shí)的產(chǎn)品案列 讓你感受前所未有的電子產(chǎn)品的開(kāi)發(fā)流程

2015給自己一個(gè)決心，只為自己！高薪就業(yè)不是夢(mèng)，有想法你就來(lái) IT達人等著(zhù)你�。�！

向陽(yáng)葵

盡管許多嵌入式工程師充滿(mǎn)了希望和夢(mèng)想，但高可靠性的代碼不是一蹴而就的。它是一個(gè)艱苦的過(guò)程，需要開(kāi)發(fā)人員維護和管理系統的每個(gè)比特和字節。當一個(gè)應用程序被確認為“成功”的那一刻，通常會(huì )有一種如釋重負的感覺(jué)，但僅僅因為軟件在受控條件下的那一刻運行正常并不意味著(zhù)明天或一年后還會(huì )運行正常。

從規范完善的開(kāi)發(fā)周期到嚴格執行和系統檢查，開(kāi)發(fā)高可靠性嵌入式系統的技術(shù)有許多種。本文介紹了7個(gè)易操作且可以長(cháng)久使用的技巧，它們對于確保系統更加可靠地運行并捕獲異常行為大有幫助。

技巧1——用已知值填充ROM

軟件開(kāi)發(fā)人員往往都是非常樂(lè )觀(guān)的一群人，只要讓他們的代碼忠實(shí)地長(cháng)時(shí)間地運行就可以了，僅此而已。微控制器跳出應用程序空間并在非預想的代碼空間中執行這種情況似乎是相當少有的。然而，這種情況發(fā)生的機會(huì )并不比緩存溢出或錯誤指針失去引用少。它確實(shí)會(huì )發(fā)生!發(fā)生這種情況后的系統行為將是不確定的，因為默認情況下內存空間都是0xFF，或者由于內存區通常沒(méi)有寫(xiě)過(guò)，其中的值可能只有上帝才知道。

開(kāi)發(fā)嵌入式系統的7個(gè)技巧

不過(guò)有相當完備的linker或IDE技巧可以用來(lái)幫助識別這樣的事件并從中恢復系統。技巧就是使用FILL命令對未用ROM填充已知的位模式。要填充未使用的內存，有很多不同的可能組合可以使用，但如果是想建立更加可靠的系統，最明顯的選擇是在這些位置放置ISR fault handler。如果系統出了某些差錯，處理器開(kāi)始執行程序空間以外的代碼，就會(huì )觸發(fā)ISR，并在決定校正行動(dòng)之前提供儲存處理器、寄存器和系統狀態(tài)的機會(huì )。

技巧2——檢查應用程序的CRC

對嵌入式工程師來(lái)說(shuō)一個(gè)很大的好處是，我們的IDE和工具鏈可以自動(dòng)產(chǎn)生應用程序或內存空間校驗和(Checksum)，從而根據這個(gè)校驗和驗證應用程序是否完好。有趣的是，在許多這些案例中，只有在將程序代碼加載到設備時(shí)，才會(huì )用到校驗和。

然而，如果CRC或校驗和保持在內存中，那么驗證應用程序在啟動(dòng)時(shí)(或甚至對長(cháng)時(shí)間運行的系統定期驗證)是否仍然完好是確保意外之事不會(huì )發(fā)生的極好途徑�，F在一個(gè)編程過(guò)的應用程序發(fā)生改變的概率是很小的，但考慮每年交付的數十億個(gè)微控制器以及可能惡劣的工作環(huán)境，應用程序崩潰的機會(huì )并不是零。更有可能的是，系統中的一個(gè)缺陷可能導致某一扇區發(fā)生閃存寫(xiě)入或閃存擦除，從而破壞應用程序的完整性。

技巧3——在啟動(dòng)時(shí)執行RAM檢查

為了建立一個(gè)更加可靠和扎實(shí)的系統，確保系統硬件正常工作非常重要。畢竟硬件會(huì )發(fā)生故障。(幸運的是軟件永遠不會(huì )發(fā)生故障，軟件只會(huì )做代碼要它做的事，不管是正確的還是錯誤的)。在啟動(dòng)時(shí)驗證RAM的內部或外部沒(méi)有問(wèn)題，是確保硬件可以如預期般運作的一個(gè)好方法。

有許多不同的方法可用于執行RAM檢查，但常用的方法是寫(xiě)入一個(gè)已知的模式，然后等上一小段時(shí)間再回讀。結果應該是所讀就是所寫(xiě)。真相是，在大多數情況下 RAM檢查是通過(guò)的，這也是我們想要的結果。但也有極小的可能性檢查不通過(guò)，這時(shí)就為系統標示出硬件問(wèn)題提供了極好的機會(huì )。

技巧4——使用堆棧監視器

對許多的嵌入式開(kāi)發(fā)者而言，堆棧似乎是一股相當神秘的力量。當奇怪的事情開(kāi)始發(fā)生，工程師終于被難倒了，他們開(kāi)始思考，也許堆棧中發(fā)生了什么事。結果是盲目地調整堆棧的大小和位置等等。但該錯誤往往是與堆棧無(wú)關(guān)的，但怎能如此確定?畢竟，有多少工程師真的實(shí)際執行過(guò)最壞情況下的堆棧大小分析?

堆棧大小是在編譯時(shí)就靜態(tài)分配好的，但堆棧是以動(dòng)態(tài)的方式使用的。隨著(zhù)代碼的執行，應用程序需要的變量、返回的地址和其它信息被不斷存儲在堆棧中。這種機制導致堆棧在其分配的內存中不斷增長(cháng)。然而，這種增長(cháng)有時(shí)會(huì )超出編譯時(shí)確定的容量極限，導致堆棧破壞相鄰內存區域的數據。

絕對確保堆棧正常工作的一種方法是實(shí)現堆棧監視器，將它作為系統“保健”代碼的一部分(有多少工程師會(huì )這樣做?)。堆棧監視器會(huì )在堆棧和“其它”內存區域之間創(chuàng )建一個(gè)緩沖區域，并填充已知的位模式。然后監視器會(huì )不斷的監視圖案是否有任何變化。如果該位模式發(fā)生了改變，那就意味著(zhù)堆棧增長(cháng)得太大了，即將要把系統推向黑暗地獄!此時(shí)監視器可以記錄事件的發(fā)生、系統狀態(tài)以及任何其它有用的數據，供日后用于問(wèn)題的診斷。

大多數實(shí)時(shí)操作系統(RTOS)或實(shí)現了內存保護單元(MPU)的微控制器系統中都提供有堆棧監視器�？膳碌氖�，這些功能默認都是關(guān)閉狀態(tài)，或者經(jīng)常被開(kāi)發(fā)人員有意關(guān)閉。在網(wǎng)絡(luò )上快速搜尋一下可以發(fā)現，很多人建議關(guān)閉實(shí)時(shí)操作系統中的堆棧監視器以節省56字節的閃存空間。等等，這可是得不償失的做法!技巧5 - 使用MPU
在過(guò)去，是很難在一個(gè)小而廉價(jià)的微控制器中找到內存保護單元(MPU)的，但這種情況已經(jīng)開(kāi)始改變�，F在從高端到低端的微控制器都已經(jīng)有MPU，而這些 MPU為嵌入式軟件開(kāi)發(fā)人員提供了一個(gè)可以大幅提高其固件(firmware)魯棒性(robustness)的機會(huì )。

MPU 已逐漸與操作系統耦合，以便建立內存空間，其中的處理都分開(kāi)，或任務(wù)可執行其代碼，而不用擔心被stomped on。倘若真有事情發(fā)生，不受控制的處理會(huì )被取消，也會(huì )執行其他的保護措施。請留意帶有這種組件的微控制器，如果有，請多加利用它的這種特性。

技巧6 - 建立一個(gè)強大的看門(mén)狗系統

你經(jīng)常會(huì )發(fā)現的一種總是最受喜愛(ài)的看門(mén)狗(watchdog)實(shí)現是，在看門(mén)狗被啟用之處(這是一個(gè)很好的開(kāi)始)，但也是可以用周期性定時(shí)器將該看門(mén)狗清零之處;定時(shí)器的啟用是完全與程序中出現的任何情況隔離的。使用看門(mén)狗的目的是協(xié)助確保如果出現錯誤，看門(mén)狗不會(huì )被清零，即當工作暫停，系統會(huì )被迫去執行硬件重設定(hardware reset)，以便恢復。使用與系統活動(dòng)獨立的定時(shí)器可以讓看門(mén)狗保持清零，即使系統已失效。

對應用任務(wù)如何整合到看門(mén)狗系統中，嵌入式開(kāi)發(fā)人員需要仔細考慮和設計。例如，有種技術(shù)可能可以讓每個(gè)在一定時(shí)期內運行的任務(wù)標示它們可以成功地完成其任 務(wù)。在此事件中，看門(mén)狗不被清零，強制被復位。還有一些比較先進(jìn)的技術(shù)，像是使用外部看門(mén)狗處理器，它可用來(lái)監視主處理器如何表現，反之亦然。

對一個(gè)可靠的系統而言，建立一個(gè)強大的看門(mén)狗系統是很重要的。由于有太多的技術(shù)，難以在這幾個(gè)段落中完全涵蓋，但針對此一議題，筆者未來(lái)還會(huì )發(fā)表相關(guān)的文章。

技巧7 - 避免易失存儲器分配

不習慣在資源有限環(huán)境下工作的工程師，可能會(huì )試圖使用其編程語(yǔ)言的特性，這種語(yǔ)言讓他們可以使用易失存儲器分配。畢竟，這是一種常在計算器系統中使用的技術(shù)，在計算器系統中，只有在有必要時(shí)，內存才會(huì )被分配。例如，以C開(kāi)發(fā)時(shí)，工程師可能傾向于使用malloc來(lái)分配在堆(heap)上的空間。有一個(gè)操 作會(huì )執行，一旦完成，可以使用free將被分配的內存返回，以便堆的使用。

在資源受限的系統，這可 能是一場(chǎng)災難!使用易失存儲器分配的其中一個(gè)問(wèn)題是，錯誤或不當的技術(shù)可能會(huì )導致內存泄漏或內存碎片。如果出現這些問(wèn)題時(shí)，大多數的嵌入式系統并沒(méi)有 資源或知識來(lái)監視堆或妥善地處理它。而當它們發(fā)生時(shí)，如果應用程序提出對空間的要求，但卻沒(méi)有所請求的空間可以使用，會(huì )發(fā)生什么事呢?

使用易失存儲器分配所產(chǎn)生的問(wèn)題是很復雜的，要妥善處理這些問(wèn)題，可以說(shuō)是一個(gè)噩夢(mèng)!一種替代的方法是，直接以靜態(tài)的方式，簡(jiǎn)化內存的分配。例如，只要在 程序中簡(jiǎn)單地建立一個(gè)大小為256字節長(cháng)的緩沖區，而不是經(jīng)由malloc請求這樣大小的內存緩沖區。此一分配的內存可在整個(gè)應用程序的生命周期期 間保持，且不會(huì )有堆或內存碎片問(wèn)題方面的顧慮。

結論

這些都只是一些可以讓開(kāi)發(fā)人員開(kāi)始建立更可靠嵌入式系統的方法。另外還有很多其他技術(shù)，例如利用良好的編碼標準、位翻轉的監測、執行數組和指針邊界檢查，及使用斷言等。所有這些技術(shù)都是讓設計者可以開(kāi)發(fā)出可靠性更高嵌入式系統的秘訣。

本文由大比特資訊收集整理(www.big-bit.com)

向陽(yáng)葵

chunfen26341612

謝謝分享