【第1篇】嵌入式學習心得體會怎么寫2450字
嵌入式學習心得體會1
時間過的緊快，在粵嵌教育已經培訓有5個月了，培訓期間收獲很多，也認識了班上的學習大神，經過系統的學習，老師的細心指導，我的付出努力，對于嵌入式上，學到很多實用的知識，在動手操作能力也加強了，不僅在專業技術方面有了很大進步，而且在實踐操作方面我也對嵌入式有了更深入的了解。也許這5個月是我在外面學習和生活最寶貴的時間。
在校兩年，讀于電子信息工程技術專業的我，就覺得這專業學的知識太廣了，不管基礎還是動手操作，都要比較靈活。在校期間，學習單片機，傳感器，c語言，嵌入式應用技術等課程。感覺學起來，對我來說接受還是比較快的，那時就有想過：學的多不如學的巧，也許在校對課程多于理論為主，理解它的原理和基本編程方式。其實，我還是有努力去學的，可以說，在校科任老師都教會我很多專業知識，為我將來的學習和發展打好基礎。
在大三期間，為了更明確自己要走的方向，去培訓嵌入式軟件開發。也許將要投身嵌入式行業的我，就注定這條路要付出很多時間和精力，但可能我好求比較強，接受還行，就不停給自己打氣，努力！要去培訓嵌入式時，我從網上也對它有更加的理解，也看下大2學的嵌入式應用技術書，嵌入式系統是軟件和硬件的綜合體，以應用為中心，以計算機技術為基礎，軟硬件可裁剪，適應應用系統對功能、可靠性、成本、體積、功耗等嚴格要求的專用計算機系統。
剛開始嵌入式學習，對linux系統的知識加于鞏固。一些簡單的代碼，c語言，對于嵌入式軟件還是硬件開發的人員，對c語言的掌握這個是必需的，特別是對于以后致力于嵌入式軟件開發的人，現在絕大部分都是用c語言。在下來幾個月就對linux系統，數據結構、系統移植的方法、a8的體系結構、linux內核及驅動設計、android、c java的jni應用編程的系統學習。在每學個階段就作一個考試，對前面所學的知識進行復習，有些會做一個簡單的小項目，學以致用。知識量還是比較多，但教學也比較快，有些知識還沒消化完，第二天又接受新知識，對于能在課上就可以對知識完全懂的并不多，晚上都用一兩個小時來復習。經過5個月系統的學習，嵌入式技術方面有了很大進步，實踐操作方面也對嵌入式有了更深入的了解。在最后一個月，基于a8（s5pv210）的嵌入式智能家居系統制作。
下面我談談在粵嵌教育的培訓感受，我培訓的地點是在科學城粵嵌教育培訓中心的多媒體課室里，這里有學習環境非常好，在緊張的學習的過程中，你可以得到名師的指導，也可以體會到一流企業高質量的培訓。在課堂上，老師們認真的演講，以及手把手地教導，使每個學生都能夠扎實地掌握到嵌入式的各方面的知識。而粵嵌教育的老師也是操作實踐為主，實踐是非常重要的，只有把知識掌握到位，才能達到學習的目的。
感謝粵嵌教育機構，感謝粵嵌教育老師。
嵌入式學習心得體會2
首先，我們學習的課本是嵌入式系統應用教程。我學習的體會是這樣的： 開始時，由于是剛剛入門，對老師書的好多東西是好奇的，好多名詞也是新鮮的，不過不太懂什么意思。但是慢慢的，了解的深入讓我有了更深的感觸和體會。
在嵌入式的學習過程中，讓我了解了什么是嵌入式系統。它就是以應用為中心，以計算機技術為基礎，軟硬件可定制，適用于不同應用場合，對功能、可靠性、成本、體積、功耗有嚴格要求的計算機系統。他一般由嵌入式微處理器、外圍硬件設備、嵌入式操作系統、用戶應用程序四個部分組成，用于實現對其他設備的控制、監視或管理功能。嵌入式系統已經應用于科學研究、工業控制、軍事技術、交通通信、醫療衛生、消費娛樂等領域，人們日常使用的手機、pda、汽車、智能家電、gps等均是嵌入式系統的典型代表。
一開始我們就學習嵌入式的系統的基礎部分，那很簡單，就是一些定義或是介紹之類的。在進入第二章時，就開始學習了嵌入式開發過程中的主要操作系統——linux，在接下來的課程中，我發現嵌入式的學習過程還是蠻有趣的。在對linux的學習中，我們對它有了一點點的了解，接著就是學習一虛擬機的方式安裝linux。對我來說有趣的就是安裝的過程了，首先我們跟著老師的腳步走，學會了怎么安裝，在自己動手進行對它的安裝，這個過程是簡單而有趣的。這樣的開始讓我對它充滿了興趣，也對以后的學習充滿了信心。
其次就是安裝好了之后，老師就更深一步的教我們應用了。在這是老師首先交給我們的是一些簡單的命令應用，linux具有很豐富的命令，絕大多數命令具有大量的參數。在學習命令的過程中，只要你認真的看著老師操作還有認真聽著他講，你就會發現有些命令的操作還是很簡單的，不過在操作的過程中，我也有遇到有些困難，會出現你按照書上學習的例子，將命令輸入終端時會出現你不想要的結果，也就是錯誤的結果。這是問問旁邊的同學或是懂的同學就可以解決了。在對于這部分的學習中，讓我知道了命令對于嵌入式的重要性。它是linux的重要內容，linux中所有的`功能都是通過命令執行。在實際應用中，為了減少系統開銷，經常不使用圖形界面，此時，對系統的所有操作都需要以命令方式來執行。在嵌入式系統開發過程中，由于目標機的性能和配置比較低，因此，一般情況下目標機僅具有命令窗口而沒有圖形界面，對目標機的所有操作都通過命令來實現。
還有的那就是進一步學習與嵌入式系統開發相關的linux的服務，他們的啟動、設置等的操作和應用。而在學習之中，我們主要介紹的是嵌入式系統中開發工程使用的tftp、telent和nfs服務。第一個實現的事上機位與下機位之間文件的傳輸、無磁盤網絡的設備的啟動等功能；第二個實現的事遠程登錄功能；第三個實現的是網絡文件系統功能。
從以上的內容之中，并不難感受到我們的學習過程是由淺入深的，這對于我們的學習也有了較好的幫助。
當然，我們學習的不僅僅是這么幾個內容，其中還有相關的實驗內容。在我們基礎的學習的過程之中，我有了這么一點的感受，總的來說就是概念加專業名詞還有介紹加實驗。不過你絕對不能小看那些概念和介紹，它對我們有著很重要的指導作用哦！實驗那就更不用說了，它提高我們的動手能力，在實驗的過程中還能讓你更加理解書中的理念，這就是我學習嵌入式的感受。
精選用戶撰寫心得37人覺得有幫助
嵌入式學習心得體會怎么寫
嵌入式學習挺有意思，但也挺費勁的。不像別的，光看書本或者聽講就能搞明白。我剛開始學的時候，就老是覺得頭大，覺得書上的那些概念特別繞。后來慢慢摸索出一些門道，才發現自己以前走了一些彎路。
剛開始做嵌入式開發的時候，得先熟悉硬件。我那時候買了一塊開發板，看著說明書，照著例子敲代碼。結果發現很多地方不對勁兒，程序跑起來不是這里報錯就是那里卡住。后來才意識到，有些引腳沒接對，還有些庫函數版本不匹配。折騰了好久才弄明白，真是一步步踩坑過來的。
說起來，嵌入式的東西跟其他編程不太一樣。它不光得懂軟件，還得了解硬件原理。記得有一次調試一個串口通信的問題，我以為是代碼的問題，查了半天發現是硬件電平不兼容。這個教訓讓我明白，理論知識很重要，但動手能力也不能少。
還有一點特別重要，就是文檔得看仔細。好多時候遇到問題，網上搜半天也找不到答案。后來我發現，很多時候官方文檔里早就提到了，只是自己沒注意到罷了。像stm32的hal庫，文檔里有很多細節說明，剛開始沒太在意，后來碰到問題才后悔沒早點研究清楚。
有時候也會遇到一些奇奇怪怪的bug，比如明明代碼看起來沒問題，運行起來卻總是出錯。這時候就得耐心排查，從最簡單的開始檢查。有一次我寫了一個中斷程序，老是死循環，最后發現是因為優先級設置錯了。這種事情多了，就會慢慢積累經驗。
書寫注意事項：
嵌入式開發里團隊合作也很關鍵。我曾經參與過一個項目，剛開始大家各自負責一塊，結果到最后集成的時候發現各種沖突。后來改用模塊化設計，每個人負責一部分功能，接口統一管理，效率就提高了不少。
其實嵌入式學習的過程就像解謎游戲，有時候找到一個突破口就豁然開朗。不過有時候也會因為一個小疏忽耽誤很久，比如忘了初始化某個寄存器，或者配置文件寫錯了路徑。這些小問題往往讓人抓狂，但也是成長的一部分。
我覺得嵌入式學習最重要的是保持好奇心和耐心。遇到問題別急著放棄，多查閱資料，多動手實踐。有時候看似簡單的問題，背后可能隱藏著復雜的原理。堅持下去，慢慢就會發現自己進步不少。
【第2篇】嵌入式學習心得體會范文合集怎么寫1100字
我們學習的課本是嵌入式系統應用教程。我學習的體會是這樣的:
開始時,由于是剛剛入門，對老師說的好多東西很好奇，列如c語言也是新鮮的，不過不太懂什么意思。但是慢慢的，了解深入后讓我有了更深的感觸和體會。在嵌入式的學習過程中，讓我了解了什么是嵌入式系統。它就是以應用為中心，以計算機技術為基礎，軟硬件可定制，適用于不同應用場合，對功能、可靠性、成本、體積、功耗有嚴格要求的計算機系統。他一般由嵌入式微處理器、外圍硬件設備、嵌入式操作系統、用戶應用程序四個部分組成，用于實現對其他設備的控制、監視或管理功能。嵌入式系統已經應用于科學研究、工業控制、軍事技術、交通通信、醫療衛生、消費娛樂等領域，人們日常使用的手機、pda、汽車、智能家電、gps等均是嵌入式系統的典型代表。
在學習命令的過程中，只要你認真的看著老師操作還有認真聽著他講，你就會發現有些命令的操作還是很簡單的，不過在操作的過程中，有時也會遇到困難，有時你按照書上學習的例子，命令輸入終端時會出現你不想要的結果，也就是錯誤的結果。這是問問旁邊的同學或是懂得的同學就可以解決了。
在對于這部分的學習中，讓我知道了命令對于嵌入式的重要性。它是linux的重要內容，linux中所有的功能都是通過命令執行。在實際應用中，為了減少系統開銷，經常不使用圖形界面，此時，對系統的所有操作都需要以命令方式來執行。在嵌入式系統開發過程中，由于目標機的性能和配置比較低，因此，一般情況下標機僅具有命令窗口而沒有圖形界面，對目標機的所有操作都通過命令來實現。還有的那就是進一步學習與嵌入式系統開發相關的linux的服務，他們的啟動、設置等的操作和應用。而在學習之中，我們主要介紹的是嵌入式系統中開發工程使用的tftp、telent和nfs服務。第一個實現的是上機位與下機位之間文件的傳輸、無磁盤網絡設備的啟動等功能;第二個實現的是遠程登錄功能;第三個實現的是網絡文件系統功能。
從以上的內容之中，并不難感受到我們的學習過程是由淺入深的，這對于我們的學習也有了較好的幫助。當然，我們學習的不僅僅是這么幾個內容，其中還有相關的實驗內容。在我們基礎的學習過程之中，我有了這么一點的感受，總的來說就是概念加專業名詞還有介紹加實驗。不過你絕對不能小看那些概念和介紹，它對我們有著很重要的指導作用哦!實驗那就更不用說了，它提高我們的動手能力，在實驗的過程中還能讓你更加理解書中的理念，這就是我學習嵌入式的感受。
學習是可貴的，培訓是精彩的。通過這次可貴而精彩的培訓學習，我們向嵌入式邁進了一步。感嘆與憧憬之余，我想我們只有靠自己的聰明與才智、努力與勤奮去追求我們的美好生活。
精選用戶撰寫心得72人覺得有幫助
說到寫心得體會，有些人可能覺得這很簡單，隨便寫寫就行，其實不然。要是真想寫出點東西來，得花點心思。比如，嵌入式這塊，概念多，理論深，不整理清楚，寫起來就亂套了。剛開始得先把學到的東西過一遍腦子，把關鍵點拎出來，別一上來就寫，那樣容易跑題。
有時候寫的時候會遇到瓶頸，不知道從哪里下手。我一般會找個安靜的地方坐下來，回憶一下這段時間學到了什么，印象最深的是哪部分。比如在嵌入式開發里，調試那塊就特別重要，如果調試不通，后面的功能實現就是空談。所以寫的時候就把這部分重點寫寫，具體怎么做，遇到了什么問題，最后又是怎么解決的，這樣更有說服力。
寫的時候還要注意一點，就是不要光顧著抄書本上的東西，要結合自己的理解去表達。像我之前寫的時候，就老是想著把所有知識點都塞進去，結果寫出來的內容又長又啰嗦。后來慢慢改，只挑重要的寫，反而效果更好。還有，寫的時候最好能配上一些實際的例子，這樣讀者看著也容易懂些。
書寫注意事項：
寫心得體會不是單純地記錄，還得有點深度。比如在嵌入式開發中，硬件和軟件的配合是個難點，寫的時候就得琢磨琢磨，為什么會有這樣的設計，背后的原理是什么。要是能從這個角度去寫，肯定比那些表面功夫強多了。
不過有時候寫著寫著就會發現，自己對某些概念的理解還不夠透徹。這時候千萬別急著下筆，先回去翻翻資料，搞明白再說。我記得有一次寫到某個模塊的功能時，因為沒弄清原理，結果寫錯了，后來被同事發現了，還鬧了個小笑話。不過好在及時改正了，不然以后講起來就尷尬了。
還有個小技巧，寫完之后別急著提交，放一段時間再看。時間隔得久一點，回頭再讀就能發現不少問題。比如我發現有些地方邏輯不太通順，或者用詞不夠精準，修改一下就好多了。當然，也有時候會發現寫得挺好，那就直接提交吧。
【第3篇】嵌入式技術開發學習心得體會怎么寫1150字
我是學機械的，但是從身邊的一些人和社會實踐經驗中，漸漸覺得單純搞機械結構設計已經沒有太多競爭力了，機械跟運動控制一起搞才覺得作用更大，于是決定學習嵌入式控制這方面的知識。
由于不是學習自動化控制出身的，學校也沒開設課程教這一塊，雖然大一大二的時候學習了數電、模電、c語言、微機原理，但這些都是一些基礎理論性的東西，并沒有真正應用起來。在去年十月份的時候，我決定先從基礎的51單片機開始學習，于是從網上買了普中科技的一塊51開發板，經過一個多月的學習，漸漸掌握了對基礎器件的控制應用。
在學完51單片機后，決定向更高級的（32位）控制器學習，因為這才是大部分控制器應用的王道。剛開始買arm開發板的時候，自己也是很猶豫的，因為網上太多種類了（有arm7、arm9、arm11等），就算是arm9也有不同公司出的。正好這時，我在學校二手市場上看到有一塊fl2440的開發板出售，價格也挺便宜的，就立即入手了。
剛拿到開發板的心情是異常激動的，然而，自己并不知道如何使用開發板。雖然配套飛凌光盤里有不少的視頻，但都不系統，還是不能開始學習飛凌開發板。在各方面網上搜索資源，然后又各種拜訪自動化學院同學，經過他們推薦，認為韋東山出的嵌入式視頻教程比較系統，易學、易懂。于是抱著試一試的心態，我在網上下載了韋東山第一期視頻學習。剛開始的時候還擔心教程跟自己的開發板不配套，聽過一小節后發現，韋東山視頻里講解的開發板是jz2440，和我的開發板是一樣的處理器，突然整個世界都開朗了，雖然開發板不一樣，但是原理都是相通的，而且我能在學習完韋東山視頻后，再動手操作自己的fl2440開發板，我感覺效果更好。
經過韋東山一期視頻的學習，我覺得韋東山視頻有很多優點：
1、全程都是用繪圖板來講解，不是照著ppt念，而且都是現場編程、現場調試，你能留住每一個細節。
2、教程很系統化，使以前從未接觸過嵌入式的人也能聽得懂。手把手教你看原理圖、識別硬件、從淺入深、從易至難。之前51單片機上的器件，這些視頻里都有講解到的，所以如果還沒學51單片機的，沒關系，可以直接學arm9。
3、很完備的售后答疑服務，這是我最值得的推薦的一點。我加入了一個韋東山視頻答疑的qq群，經常有不懂的問題，就在里面提問，韋東山的服務團隊和其他學習者會很熱心的給我解答，很詳細，很熱心。有時也會在百問網上提問，總能收到滿意的解答，個人很喜歡這種學習氛圍。
現在，我的第一期視頻快學完了，寫下這么點經驗，只是想給想要學習嵌入式的同學一點建議，如果你還沒買開發板，你可以去買韋東山的jz2440開發板，好像配件還挺完備的，而且能和韋東山的視頻教程配套。如果你已經買了其他開發板，而為沒有系統學習苦惱時，建議去看看韋東山的視頻，因為原理都是相通的，你可以在看了視頻后，再操作自己的開發板，效果會更好。
最后讓我們一起向嵌入式進軍！！加油！
精選用戶撰寫心得66人覺得有幫助
嵌入式技術開發學習心得體會怎么寫
學習嵌入式技術開發的時候，心里其實挺糾結的。剛開始覺得挺高大上的，但真開始學起來，才發現并不是那么回事。書本上的理論倒是不少，但實際操作起來就有點摸不著頭腦了。尤其是那些電路圖和代碼調試，看著都眼花繚亂。不過慢慢摸索下來，也總結了一些自己的心得。
剛開始接觸嵌入式開發的時候，我就是照著網上的教程一步步走。那時候覺得跟著教程做就能學會，結果發現了不少問題。比如有一次我在配置開發環境的時候，明明按照教程一步一步來的，但就是報錯。后來仔細檢查才發現，原來是版本問題。教程里用的是舊版軟件，而我的電腦裝的是新版的。當時就有點懵，心想是不是自己記錯了步驟。后來問了同學才知道，原來很多教程都是基于舊版本寫的，所以得注意軟件版本匹配。
還有一次調試程序，花了我好幾天時間。本來以為是代碼的問題，后來才發現是硬件接口沒接對。這事讓我特別懊惱，覺得自己太粗心了。不過后來想想，這也是成長的過程。畢竟嵌入式開發不像其他編程，出了問題不是簡單改幾行代碼就行的，很多時候需要從硬件到軟件全面排查。
其實我覺得寫心得體會的時候，除了記錄遇到的問題，還要多寫一些解決辦法。比如那次調試失敗后，我就專門整理了一份筆記，把可能出錯的地方都列出來，還附上了解決方案。這樣下次再碰到類似問題，就不用像上次那樣手忙腳亂了。
有時候也會遇到一些比較模糊的概念，理解起來特別費勁。比如說中斷機制，剛開始看資料的時候總覺得云里霧里的。后來通過一個小項目實踐了一下，才算是真正搞懂了。所以我覺得，理論結合實踐很重要。光看書的話，很多細節是體會不到的。
書寫注意事項：
寫心得的時候別忘了多寫一些自己的感悟。比如學到新知識的時候那種興奮感，或者是解決問題后的成就感。這些東西雖然看似無關緊要，但實際上能讓自己更有動力繼續深入下去。
寫心得也不是一蹴而就的事。有時候寫著寫著就會卡殼，不知道該寫什么好。這時候不妨停下來想一想，最近有沒有新的收獲或者新的困惑。把這些想法記錄下來，慢慢積累起來就是一個不錯的心得體會了。
嵌入式開發這條路確實不容易走，但只要堅持下去，總會有所收獲的。記得有一次熬夜調試程序，最后終于成功了，那種感覺真的特別棒。所以，寫心得的時候，別忘了給自己一點鼓勵，這樣才會更有動力繼續前行。
【第4篇】嵌入式學習的心得體會怎么寫4950字
嵌入式學習的心得體會
導語：嵌入式是指以應用為中心，以計算機為基礎，并且軟硬件可裁剪，適用于對功能、可靠性、成本、體積和功耗有嚴格要求的專用計算機系統。下面是小編給大家整理的嵌入式學習的心得體會，希望能給你帶來幫助!
本人本科學的是電子信息工程專業，其實這個專業和嵌入式沒有多大的關系，要說有關系就是簡單的講了下c語言語法，學完之后還不知道什么是c語言，只記住了char,int,long等占幾個字節，if, while,for循環什么的，感覺也就能算一些小學就會的題目，全國計算機二級c語言也就糊涂的過了。我這個專業沒學過c ，一開始不知道什么是面向對象，這可能會讓人笑話了。不過這說的是實話，本科的時候，學院安排的課程大部分偏硬件部分，動手機會比較多，自然而然比較喜歡硬件方面。
在大二的時候就聽學長說，單片機很難學，那時候經學長介紹，淘寶買了本郭天祥老師出的書《51單片機c語言教程》，一開始還真是不怎么懂，感覺有點像是看天書，然后硬著頭皮去看，當我把51的結構看完了，就不像一開始那樣一頭霧水了，自己在紙上把51的結構圖默畫一遍，然后再把各個寄存器功能寫一下，各個功能口的結構粗略畫了下，然后覺得51整體已在我心中了，雖然沒有什么作用，但是至少懂得這門課要怎么去學習。其實有些時候不是這個東西你不會，而是在不會的時候自己先告訴自己這個太難了，自己先放棄了。
在大三的時候，第一學期課比較少，我就經常待在圖書館，會去蠻看些專業相關的書籍，現在想想，那時候也是機緣巧合下，看到了一本書《從51到arm》，講述的是從51系列單片機的一般知識出發，將arm處理器和51系列單片機進行對比，引導讀者去理解和學習arm處理器的知識。那個時候也有考慮到以后就業的問題，就想到一件事情，如果去應聘工作的話，每個工科院校電子信息類的畢業生都會異口同聲地說：我會51系列單片機。當他說這句話的時候，他和別人是站在同一起跑線上的。可我們完全有可能和別人不站在同一起跑線上。正是這本書給我開啟了另外一扇大門，讓我初步了解了嵌入式。后來去報考全國計算機等級考試三級教程——嵌入式系統開發技術，在圖書館奮斗了兩個月，最后取得優秀的成績，也讓我進一步了解嵌入式系統。
在大四的時候，我們有嵌入式的選修課，不過當時因為考研的緣故，就沒有去上過這門課，好可惜呀!但是，在選擇讀研研究方向的時候我還是毅然選擇了嵌入式方向，我知道這將成為我未來三年研究的方向。這學期(研一下學期)，很開心能夠再次接觸嵌入式系統這門課程，對于導師教的這門課程，我覺得自己上課還是蠻認真聽講的，當然也被師在臺上那講得頭頭是道，溫文儒雅的風姿所吸引。對于沒有學過微機8086的我，有些時候,老師用微機與嵌入式的對比讓我頭腦沒有相關概念...
首先，我對嵌入式在概念上有了一個比較精確的了解。嵌入式是指以應用為中心，以計算機為基礎，并且軟硬件可裁剪，適用于對功能、可靠性、成本、體積和功耗有嚴格要求的專用計算機系統。它由硬件平臺和系統軟件組成。硬件平臺指嵌入式處理器和與之通過接口連接的外圍硬件平臺。系統軟件是指實時操作系統和用戶應用軟件。
談到硬件部分，我首先想到的是嵌入式處理器那些外圍功能模塊。對于這部分的學習，我當初花了好長時間看《深入淺出arm7——lpc2400》這本書，現在想想覺得自己學習方法沒用對，完全沒有那個必要，自己卻花了大把時間在看這些寄存器引腳的使用，因為單純的看過之后還是很容易忘的，之后在進行實驗的時候還是翻書來查就證明了這一點。不過一些最基本的模塊，例如通用輸入/輸出口(gpio)，通用異步收發器(uart)，向量中斷控制器(vic)，外部中斷輸入和定時器/計數器還是需要看書認真去記住那些常用的引腳功能。對于cpu異常這部分，我一開始以為異常就是中斷，因為處理程序流程設計是相似的，都是請求處理器打斷正常的程序執行流程，進入特定程序的一種機制。當時還對老師提出的一個看法有點疑義，51可以處理中斷嵌套而arm處理器卻不能?我當時腦子里面就在想：中斷不都是有硬件設備產生的，那按常理來講arm處理器也可以處理的呀。后來在認真查書，發現cpu異常有7種：復位，數據中止，中斷，快中斷，預取中止，未定義，軟件中斷。而異常向量會使cpu轉入異常入口地址執行程序，開始了異常處理。同理的話，中斷向量使cpu轉入中斷入口地址執行程序，開始了中斷處理。即當發生irq中斷時，程序返回地址被存入該irq中斷模式下的lr，如果繼續發生irq中斷，那第二次的中斷返回地址也還是被存入該irq中斷模式下的lr中，那先前發生中斷時候存入的程序返回地址將被覆蓋掉，導致不能返回正確的位置。在我解決這個問題的期間，每次睡前思維準會定格在這問題上，久久不能繞出來，其實有時候查書還是最好的解決方案，因為網絡資源只能提供給我們部分的參考資料。
對于arm匯編語言這部分的學習，我認為是需要重視的，學匯編不是說用這語言做多牛逼的事情, 問題的關鍵在于, 學透了匯編會使你真正理解計算機。另外一方面,只要以后在嵌入式工作中你遲早會在某個陰暗的角落里遇到匯編。“不管你承認不承認, 現在的cpu沒有直接跑高級語言的, 哪怕是虛擬機也都是類似匯編的指令集.當遇到崩潰分析, 性能優化甚至編譯器抽風等等的時候, 匯編是你最后一根救命稻草(這句話是福來師兄講的)。”為此他給了我們一份資料，周立功lpc21xx/lpc22xx系列arm7啟動代碼分析，主要講述的是startup.s文件的分析，看了下才發現老師上課講的那個啟動代碼分析很多不理解之處這里都有詳細的介紹，這分析太精辟了。
學 arm7這么久，我認為從硬件上講，一方面就是學習接口電路設計，另一方面就是學習匯編和c語言的板級編程。如果從軟件上講，就是要學習基于arm處理器的操作系統層面 的驅動和移植。這些對于我們初學者來說必須明確，要么從硬件著手開始學，要么從操作系統的熟悉到應用開始學，但不管學什么，只要不是純的操作系統級，硬件的寄存器類的東西還是要能看懂的，基于板級的匯編和c編程還是要會的。
μc/os-ii 是一種基于優先級的搶占式多任務實時操作系統，包含了實時內核、任務管理、時間管理、任務間通信同步(信號量，郵箱，消息隊列)和內存管理等功能。它可以使各個任務獨立工作，互不干涉，很容易實現準時而且無誤執行，使實時應用程序的設計和擴展變得容易，使應用程序的設計過程大為減化。μc /os-ii是一個完整的、可移植、可固化、可裁剪的占先式實時多任務內核。μc/os-ii絕大部分的代碼是用ansi的c語言編寫的，包含一小部分匯編代碼，使之可供不同架構的微處理器使用。
μc/os-ii可以大致分成內核結構、任務管理、時間管理、任務之間通信與同步4個部分。內核結構是操作系統的處理核心，包括操作系統初始化、操作系統運行、中斷進出的前導、時鐘節拍、任務調度、事件處理等多部分。任務管理部分中的內容都是與任務的操作密切相關的。包括任務的建立、刪除、掛起、恢復等等。因為μc/os-ii是以任務為基本單位調度的，所以這部分內容也相當重要。μc/os-ii中的最小時鐘單位是timetick(時鐘節拍)，任務延時等操作是在時間管理這部分完成的。任務之間通信與同步為事件處理部分，包括信號量、郵箱、郵箱隊列、事件標志等部分;主要用于任務間的互相聯系和對臨界資源的訪問。μc/os-ⅱ操作系統是在main中建立的，首先要系統初始化，osinit，初始化系統所有的變量和數據結構。然后進行任務的創建，ostaskcreate;之后進行多任務的啟動，osstart。在進行任務的并行處理的時候，一個任務的程序是順序執行的，而不同任務的程序卻是并行執行的。從應用程序的觀點來看，此處的并行處理只是一個假象。而實際上它是通過實時操作系統的內核控制任務之間的切換來實現的，也就是任務調度啦。
μcos-ⅱ總是運行進入就緒態任務中優先級最高的那一個。當創建新任務時，或當前任務調用一些可能把自己掛起的系統函數(如osmboxpend)時，內核就要進行任務切換。在上述的場合，任務級的調度是由函數ossched完成的。
在一個多任務的應用工程中，任務之間并不是完全獨立的，它們存在一些需相互配合的處理，這些相互配合是靠任務間的通訊或同步，信號量、郵箱、消息隊列可以實現這種任務與任務，任務與中斷服務函數間的通訊與同步。
郵箱可以使一個任務或者中斷服務子程序向另一個任務發送一個指針型的'變量。而信號量不可以，其只能發送信號量。消息隊列可以使一個任務或者中斷服務子程序向另一個任務發送以指針方式定義的變量。因具體的應用有所不同，每個指針指向的數據結構變量也有所不同，實際上，我們可以將消息隊列看作多個郵箱組成的數組，只是它們共用一個等待任務列表。
我們實驗所用的arm開發工具是ads1.2。armads全稱為arm developer suite，是arm公司推出的新一代arm集成開發工具。現在ads的最新版本是1.2，支持軟件調試及jtag硬件仿真調試、支持匯編、c語言、c 源程序，具有編譯效率高、系統庫功能強等特點。在安裝ads1.2的時候出現過小問題，當時我的電腦是64位的，安裝完之后顯示不了，后來百度查找到原因，竟然是文件夾放錯地方，應該放在program files(x86)這個文件夾中。后來有同學問我這方面的問題，但是發現他們的ads1.2安裝不了的原因是因為licence弄錯了。在打開codewarrior for arm developer suite的時候，一定要記得選debuginchipram,否則make都出現很多error，而且那些幾乎都是未定義函數的錯誤。之后就進行debug，調試成功之后會跳出axd的界面，選擇options里面的configuretarget,再添加h-jtag的文件，之后點擊go，程序會跳出匯編語言的界面，再點擊下就跳到c語言程序入口地址，之后再點擊下go，程序就開始跑起來。前面所述的這些步驟是理想情況下程序自身沒有發生錯誤，當然在調試過程中，還是有很多硬件上的問題，一方面是有些開發板可能用久了，用jtag并口連接的時候接觸不良，很容易自動掉線，常出現未連接設備的的error,還有一方面是跑程序過程常會出現兼容性的問題，導致程序axd調試時候會出現卡在某個部分一直進入死循環，這個后來是解決了，但是偶爾還是會出現這個bug。
通過這學期對嵌入式的學習，我發現自己尚未掌握的知識點還是蠻多的，尤其是對μc/os-ii的移植方面，我只是理論上粗略了解，沒有經過實驗的操作。還有對存儲器加速模塊(mam)這方面不夠了解，主要一方面當初在做消息隊列采集實驗(keysem_sampdataqeue)，這個模塊被代替掉，不需要使用它，所以后來也沒有去掌握相關知識點。對于任務就緒算法這部分，我只是上課的時候聽“懂”了，課后自己再看完全懵了。對于can總線調試的部分，老師上課沒有講到這部分的介紹與應用，但是后來通過自己對實驗室師兄們所做的課題初步了解，發現我自己有必要去弄懂它的構造和原理。
“看書不要希望一次就會，一次就明白是什么意思，也不要死記硬背，看不明白也沒關系，以后遇到了知道去哪里去找就可以了，以后遇到的多了，也就記住了，遇到的少的，忘記也就忘記了。”依然記得當初不懂怎么解決某個問題的時候請教李碩師兄，師兄對我說的這番話。自己在μc/os-ii這部分內容掙扎了好久，現在想想，覺得當初不應該一上來就直接閱讀內核源代碼，看了一些自己把頭撞破也想不明白的事，這樣直接正面打擊我學習嵌入式的積極性。學習啊，還是得要循序漸進。如果你想學習嵌入式一定要有塊學習板。看再多的視頻，看再多的書，也不如自己動手試一下，看著很簡單的東西，做起來就可能遇到很多的問題，遇到問題找到原因，解決問題，只有這樣才能學到東西。記得我第一次仿寫led的驅動，想自己試一下，可是自己一試，就出了好多的問題，那個led弄了我一天才把led燈點亮。所以不要眼高手低。
對于初學者，有一點小建議，我們拿到一個開發板，很興奮也很激動，想法自然也很多，想用開發板實現自己的這個想法，實現那個想法，然后又不知道從何下手，然后就去論壇中發一個貼，最后等著別人去回復，當見沒人回復就開始抱怨。這種做法是不可取的，有想法是好的，我們要實現自己的想法也是有前提的，首先，我們對這部分知識了解嗎?如果不了解就去google一下(最好別用百度，不太好用)，了解了一些，也就大概知道要怎么做了。如果再遇到問題，再去發貼問，這樣也顯得咱們有水平。比如自己連串口是什么都不太清楚呢，就問串口通信怎么做啊，就是人家把代碼給咱，咱也不明白是怎么回事啊。見多識廣，熟能生巧。多看代碼，要從代碼中讀出代碼的意思來。自己平時也要多寫代碼，多練習(這一點我做的不好，寫的少)。
最后，我想說的是嵌入式系統的學習和研究一旦我們達到了一定的水平后，其實很簡單，就是如何去看cpu和相關芯片的datasheet!
精選用戶撰寫心得13人覺得有幫助
說到嵌入式學習，其實挺不容易的。剛開始接觸的時候，感覺特別復雜，光是那些硬件電路圖就夠讓人頭疼了。記得有一次我在調試一塊開發板，照著網上的教程一步步來，結果發現程序跑不起來，檢查了半天才發現是自己接線的時候搞錯了接口位置。當時真是懊惱得很，但后來想想，這也是學習的一部分吧。
嵌入式系統這塊兒的知識點特別細碎，像什么寄存器配置，中斷處理，還有各種協議棧的應用，都需要花時間去琢磨。有時候看書看半天也未必能完全理解，這時候就得動手實踐了。比如學i2c通信，書本上的理論講得很清楚，但真正動手去做才發現很多細節沒注意到，比如時鐘頻率的設置，電平轉換器的選擇，這些都得自己慢慢摸索才行。
跟同事交流也是個不錯的辦法。我有個朋友，他比我早接觸嵌入式兩年多，每次遇到難題我就去找他請教。有時候他三言兩語就能幫我理清思路，比自己一個人糾結強多了。不過也有時候他會給出一些不太靠譜的建議，害得我又得重新驗證一遍，不過這也算是另一種成長方式吧。
我覺得寫心得的話，沒必要太正式。就像平時聊天一樣，把自己遇到的問題和解決的方法記錄下來就行。比如說某天碰到一個bug，折騰了一整天才搞定，就可以詳細記下當時的狀態，用了哪些方法排查的。這樣以后再遇到類似情況就有經驗可循了。
寫東西的時候難免會有一些疏忽。比如說前幾天我寫筆記，本來想寫“這個函數參數傳錯了”，結果一不小心寫成了“這個函數返回值傳錯了”，仔細一看才發現不對勁。但好在同事及時提醒了我，不然就鬧笑話了。這種事情偶爾發生一下倒也沒什么大不了的，只要不影響理解就好。
書寫注意事項：
別覺得寫心得只是給自己看的，其實分享出來也很有意義。我曾經把自己的學習筆記發到論壇上，結果引來不少同行點贊，還有人主動提出交流，這讓我受益匪淺。所以呀，寫心得不僅是對自己負責，也能幫助到別人。
【第5篇】嵌入式系統學習心得怎么寫3150字
首先我聲明，我是基于嵌入式系統平臺級設計的，硬件這個方向我相對來講比較有發言權，如果是其它方面所要具備的基本技能還要和我們培訓中心其它專業級講師溝通。他們的方面上我只能說是知道些，但不是太多，初級的問題也可以問我。
對于硬件來講有幾個方向，就單純信號來分為數字和模擬，模擬比較難搞，一般需要很長的經驗積累，單單一個阻值或容值的精度不夠就可能使信號偏差很大。因此年輕人搞的較少，隨著技術的發展，出現了模擬電路數字化，比如手機的modem射頻模塊，都采用成熟的套片，而當年國際上只有兩家公司有此技術，自我感覺模擬功能不太強的人，不太適合搞這個，如果真能搞定到手機的射頻模塊，只要達到一般程度可能月薪都在15k以上。
另一類就是數字部分了，在大方向上又可分為51/arm的單片機類，dsp類，fpga類，國內fpga的工程師大多是在ic設計公司從事ip核的前端驗證，這部分不搞到門級，前途不太明朗，即使做個ic前端驗證工程師，也要搞上幾年才能勝任。dsp硬件接口比較定型，如果不向驅動或是算法上靠攏，前途也不會太大。而arm單片機類的內容就較多，業界產品占用量大，應用人群廣，因此就業空間極大，而硬件設計最體現水平和水準的就是接口設計這塊，這是各個高級硬件工程師相互pk，判定水平高低的依據。而接口設計這塊最關鍵的是看時序，而不是簡單的連接，比如pxa255處理器i2c要求速度在100kbps，如果把一個i2c外圍器件，最高還達不到100kbps的與它相接，必然要導致設計的失敗。這樣的情況有很多，比如51單片機可以在總線接lcd，但為什么這種lcd就不能掛在arm的總線上，還有arm7總線上可以外接個winband的sd卡控制器，但為什么這種控制器接不到arm9或是xscale處理器上，這些都是問題。因此接口并不是一種簡單的連接，要看時序，要看參數。 一個優秀的硬件工程師應該能夠在沒有參考方案的前提下設計出一個在成本和性能上更加優秀的產品，靠現有的方案，也要進行適當的可行性裁剪，但不是胡亂的來，我遇到一個工程師把方案中的5v變1.8v的dc芯片，直接更換成ldo，有時就會把cpu燒上幾個。前幾天還有人希望我幫忙把他們以前基于pxa255平臺的手持gps設備做下程序優化，我問了一下情況，地圖是存在sd卡中的，而sd卡與pxa255的mmc控制器間采用的spi接口，因此導致地圖讀取速度十分的慢，這種情況是設計中嚴重的缺陷，而不是程序的問題，因此我提了幾條建議，讓他們更新試下再說。因此想成為一個優秀的工程師，需要對系統整體性的把握和對已有電路的理解，換句話說，給你一套電路圖你終究能看明白多少，看不明白80%以上的話，說明你離優秀的工程師還差得遠哪。其次是電路的調試能力和審圖能力，但最最基本的能力還是原理圖設計pcb繪制，邏輯設計這塊。這是指的硬件設計工程師，從上面的硬件設計工程師中還可以分出ecad工程師，就是專業的畫pcb板的工程師，和emc設計工程師，幫人家解決emc的問題。硬件工程師再往上就是板級測試工程師，就是c語功底很好的硬件工程師，在電路板調試過程中能通過自已編寫的測試程序對硬件功能進行驗證。然后再交給基于操作系統級的驅動開發人員。
總之，硬件的內容很多很雜，硬件那方面練成了都會成為一個高手，我時常會給人家做下方案評估，很多高級硬件工程師設計的東西，經常被我一句話否定，因此工程師做到我這種地步，也會得罪些人，但硬件的確會有很多不為人知的東西，讓很多高級硬件工程師也摸不到頭腦。
那么高級硬件件工程師技術技能都要具備那些東西哪，首先要掌握eda設計的輔助工具類如protelorcadpowperpcbmaplux2ise、vdhl語言，要能用到這些工具畫圖畫板做邏輯設計，再有就是接口設計審圖能力，再者就是調試能力，如果能走到總體方案設計這塊，那就基本上快成為資深工程師了。
硬件是要靠經驗，也要靠積累的，十年磨一劍，百年磨一針。
把一個月前想寫的東西，今天終于用一上午的進間整理完了，希望對喜愛嵌入式系統開發的工程師和學生們有所幫助。
嵌入式系統學習心得（2）：
這個題目很大，給人一種感覺我好像很成功，其實不然。實際上自己水平不高，甚至很低，但是做過了一些曲折的學習道路，同時把自己真實的學習歷程表達出來，希望對后來者有借鑒的意義，甚幸！
工作三年、幾成廢人！
我XX年畢業于華中地區的一個理工科大學，專業是機械電子，我當時已經簽了一家內陸某個省級機關工作，家里八輩是農民，并且很偏遠，能夠進入這樣的地方是祖墳有風水。但在畢業前夕有個進入it的機會，我本想進去的，家里人極力反對，阻力可想而知。同時要交4000元的違約金，對我來說是天文數字。大學里的費用很多是借的，幾乎將近一半的費用是在大學勤工儉學掙的，為了省錢，高中一個學期回家一次，大學一年回去一次。并且我個人也有特殊的人生背景（悲景更確切），這里不多說了，寫十篇也寫不完，同時偏離主題。這樣我就參加了工作。一張報紙一杯茶的日子，幾乎下班后有種很空虛和恐慌的感覺。在工作中雖然是與自己專業有點關系，但是很少。專業幾乎荒廢。我自己也思考，如果再不出去，自己將會成廢人，只好讓國家養了。兩年后決定出去，但是幾成廢人，誰要呢，只好到學校去鍍金。這是中國教育和社會的悲哀！
至于專業就改為計算機方面，聽說好找工作，我說實話不是很對計算機特別感興趣，生存第一需要。不要笑我，哈哈！
考研成績出來，超過了國家線幾十分。那個方向要兩個，我第三，但是那年非碘，不面試就按分數來排，自然我落選了。其實給我面試機會也不一定要我，哈哈，自己幾斤幾兩很清楚。
最后調劑到另外一個學校，交錢，咬咬牙，交吧！現在仍然債臺高筑！
進入學校前夕
為什么要把這段列出，看后就知道了。
單位有網絡，經常上網查些英語資料，在那里唯獨英語沒有丟很多。于是我就在網上查資料，學什么好呢，最后確定學嵌入式把，聽說跟硬件相對比較緊密！而我在大學里多少學習了數字電路，單片機等，所以多少也有所利用，不會真的一無所知。當然在這之
前也自學過數據結構，計算機組成原理等。c 語言在大學就學了。哈哈這就是我的家底。
我知道自己的基礎差，于是我就拿操作系統，數據庫、數據結構、c 來看，機關有這個好處，空余時間多，于是平常就看書，很痛苦，沒有人請教。
另外就上網到論壇上去，我就到各個專業的技術論壇，其實是電子論壇和嵌入式論壇。我幾乎沒有發帖，幾乎把幾個大型的出名的論壇的帖子翻遍了，雖然有很多重復的，我才知道嵌入式是個什么東東。這些帖子對我以后的學習產生了極大的影響。
最關鍵兩點：1、嵌入式是什么？
2、嵌入式需要哪些知識？
知道了這兩點，好辦！我就開始規劃學習路線。計算機的基本理論不能丟，于是重點看組成原理，數據機構，操作系統、c 。同時論壇上了解到，實時操作系統ucos是一個很好的嵌入式操作系統，對初學者很好。于是我就買了一本書，但是代碼在電腦里調不通，網上也有很多相同的問題，我就看書，分析代碼，一遍不行就兩遍，三遍，這樣才看了入了門，才知道什么是進程。原來看操作系統書時，根本就不知道進程是個什么東西。
在這段時間掌握的東西不多，但是，對我以后的影響很大，我想起了大學時一個同學跟我說過了一句話：大學里最重要的不是學到了什么，最重要的是學會怎么學！大概是這個意思。
進入我的避難所
對我來講，再次進入大學不再是大學，而是避難所。希望這次進入給我喘氣和養精蓄銳的機會和時間。我是這樣認為和實踐的。
在學校我有三件事：上課，上圖書館，上網。
對于上課，學校開了很多課程，非常好，很多是名人名師講解，于是很多同學都想學，都去聽。我也考慮過，最后放棄。我是這樣認為的，時間是有限的，什么都想學，什么都學不成。于是我把我自己學的課進行了分化，一般的課程通過就行，重要的一定好好學。我希望不要什么爭論學習課程多和少的問題，這僅僅是我的看法。所以我的成績應該是很差的。分數低。好在后來的單位沒有要我的成績單，否則就慘了。
我個人感覺是上圖書館的效率比在寢室里高多了，這是我的經驗。
精選用戶撰寫心得84人覺得有幫助
寫心得，說起來簡單，真做起來就有點麻煩了。嵌入式系統，學的時候頭都大了，想寫點體會，又怕寫得不像那么回事。我剛開始寫的時候，腦子里就一堆亂七八糟的想法，后來慢慢整理了一下，才算是有點眉目。
其實寫心得，最重要的是把自己學到的東西梳理一遍。比如，嵌入式系統那些芯片選型的事，我當時就糾結了很久。剛開始看資料，感覺每個芯片都挺好的，但真正動手做項目時才發現，選錯了芯片簡直是要命。記得有一次，為了一個小功能，硬是換了三回芯片，最后還是選了個不太貴但夠用的型號。現在回頭想想，當時要是能多查點資料，寫心得的時候肯定更有底氣。
還有調試那塊兒，嵌入式系統這玩意兒，稍微改個參數，整個程序可能就崩了。我那時候調試程序，經常是改完代碼后一跑，結果跟預想的差十萬八千里。后來發現，調試的時候最好先別急著修改，先把問題定位清楚再說。比如有時候程序跑飛了，不是代碼的問題，可能是硬件接口沒接好。這種時候如果直接改代碼，那就是白費勁兒。
不過寫心得的時候，也不能光寫自己遇到的問題，還得提點實用的小技巧。像我后來總結的，寫代碼的時候最好養成習慣，把每個函數的作用都注釋一下。雖然剛開始覺得麻煩，但后來發現這對后續維護特別有幫助。尤其是團隊合作的時候，別人看到你的代碼，一眼就能明白你寫的是什么，省了不少解釋的時間。
寫心得的時候也得注意點細節。比如有些專業術語，寫的時候一定要用對了。我有一次寫心得，把“中斷優先級”寫成了“優先中斷級”，雖然意思差不多，但還是被同事給發現了。后來我就特別小心，寫之前都會再檢查幾遍。不過有時候寫得太認真，反而會漏掉一些重要的點，這就有點尷尬了。
【第6篇】嵌入式學習心得體會例文怎么寫550字
1、熟悉cpu。x86中存在實模式和保護模式，cpu一上電后進入的是實模式，要進入保護模式則需要做一定的設置，最后做一個長跳轉，就能進入保護模式。對于這一處理器的熟悉和了解，使得我對于處理器有一個很好的認識。此外，還得明白什么是芯片組、pci的原理和配置方法、sdram如何配置、ide的pio模式如何工作。
2、熟悉uc/osrtos并對其進行擴展。理解任務是如何實現的、任務是如何被調度的、mutex和semaphore是如何實現的、對處理器進行開關中斷的目的是什么且要注意什么，等等。對于rtos的擴展則包括實現了一個采用malloc/free進行內存分配的堆管理模塊，這一管理模塊是參照xinu操作系統來實現的;對任務調度部分進行修改以方便中斷服務程序的管理。
3、minux操作系統的文件系統移植到我們的dvr上。minux中采用的就是unix中的i-node的方式來管理文件的，這種方式在現在的linux中也能看到。由于minux的文件系統是針對小型存儲設備的，所以對其代碼要進行修改，以適應當時所采用的上g的硬盤。
4、xinu中的tcp協議棧移植到dvr上。
以上的工作內容讓嵌入式技術人員對于操作系統的原理和實現得到了很好的實操。不過在嵌入式系統開發領域中這也只是入門級別。后續還有處理器操作、rtems操作系統、編譯器和c語言的使用等都需要嵌入式開發人員慢慢精通。
精選用戶撰寫心得87人覺得有幫助
說到嵌入式學習，不少人都會想起那些密密麻麻的代碼和電路圖。其實，剛開始接觸的時候，總覺得特別復雜，像是打開了一扇神秘的大門。不過，慢慢摸索下來，才發現很多技巧都是平時積累出來的。
剛開始得弄明白自己學這個是為了什么，是為了工作還是興趣？要是目標明確，動力就足了。比如我有個朋友，他想做智能家居項目，那他的學習方向就很清晰，從單片機到傳感器再到通信協議，一步步來。還有，找個靠譜的老師或者前輩帶一帶很重要，他們能指出一些彎路，省不少時間。
書本上的知識固然重要，但實踐才是檢驗真理的唯一標準。記得有一次我在調試一塊開發板，因為某個參數設置錯了，導致程序跑飛了好幾次。后來才發現是自己抄筆記的時候少了個小數點，這事讓我明白了細心有多關鍵。另外，多看看別人的代碼也是個好辦法，尤其是那些開源項目，里面的注釋往往能給人啟發。
有時候在網上找資料，會發現有些教程寫得很模糊，步驟也不全，這時候就得靠自己琢磨了。比如說配置環境變量，網上有各種版本的操作系統，每種方法都略有差異。我就試過照著某篇文章照搬，結果半天沒搞懂為什么不行，后來才發現是因為系統版本不同。
交流也很關鍵。我加入了一個技術論壇，里面的人來自五湖四海，大家討論起來特別熱鬧。有時候一個問題卡住了，發帖求助后，很快就有熱心人回復，給出解決方案。而且，跟同行聊多了，還能學到不少新思路。
不過，有時候會遇到瓶頸期，感覺怎么努力都沒進步。這種時候別急躁，可以暫時放下手頭的任務，換個方式放松一下。比如去散散步，聽聽音樂，說不定靈感就來了。還有就是別太糾結于完美，畢竟嵌入式開發本身就是不斷試錯的過程。
其實，學習嵌入式就像走迷宮一樣，有時候找到出口了，回頭一看才發現原來路徑那么簡單。所以，不管過程多艱難，堅持下去總會有所收獲。
