微控制器設計的心得體會

微控制器課程設計對於我們有很大的幫助，我們從中受益匪淺。下面小編就和大家分享微控制器設計心得體會，來欣賞一下吧。

微控制器設計心得體會(一)

我從大二起，就去實驗室去學習。在這裡與老師和一些電子設計愛好者的交流中，我學到了更多的專業知識。我從此走上了學習嵌入式的道路。這豐富了我的大學生活，是我在大學的最大收穫。

我是從學習微控制器開始我的嵌入式學習的。

我接觸微控制器的方式是在圖書館看書，我看了很多本書，但是大多數書寫的大同小異。書裡面講解的微控制器的暫存器我看了很多遍也沒有看懂。我都不知道改怎麼學習它了。慢慢的我悟出了一個道理：電子的學習實踐是最重要的，這樣，我在大二的時候就買了一塊學習板，我一邊看視訊一邊仿照視訊的程式，自己編寫程式，在很短的時間裡，我的微控制器有了很大的提高。那些難懂的暫存器通過編寫程式，我慢慢的弄懂了它們，現在回頭看去，原來它還是很簡單的。

用哪種程式語言最適合我們。

我看過的微控制器的書籍，大部分的程式都是彙編寫的。它是一種基於機器硬體的低階語言，對於我們這些只學習過C語言的人來說，非常難懂。我認為剛開始學習微控制器沒有必要一定要從學習彙編程式設計開始。我學習微控制器就是用C語言程式設計的，我並不會組合語言，也沒有妨礙我把微控制器學好。

我的微控制器學習心得。

很多人說，學微控制器最好先學組合語言，以我的經驗告訴大家，絕對沒有這個必要，初學者一開始就直接用C語言為微控制器程式設計，既省時間，學起來又容易，進步速度會很快。在剛開始學微控制器的時候，千萬不要為了解微控制器內部結構而浪費時間，這樣只能打擊你的信心，當你學會程式設計後，自然一步步就掌握其內部結構了。

微控制器的學習實踐。

微控制器提高重在實踐，想要學好微控制器，軟體程式設計必不可少。但是熟悉硬體對於學好微控制器的也是非常重要的。如何學習好硬體，動手實踐是必不可少的。我們可以通過自己動手做一個自己的電子製作，通過完成它，以提高我的對一些晶片的瞭解和熟練運用它。這樣我們就可以多一些瞭解晶片的結構。我相信，你完成了一個屬於自己的電子製作，你的微控制器水平就會有一個質的提高。

這就是我學習微控制器的心得體會，希望給微控制器的愛好者學好微控制器有所幫助。

微控制器設計心得體會(二)

通過為期一週的微控制器實訓，是我們對這門課有了許多新的瞭解，彌補了在課堂上學習的不足。相信這對我們以後的學習和工作都會有很大的幫助。我們一定要在最短的時間裡對這些不足加以改正!

首先，在這次試訓中我被微控制器強大的功能所震撼，以前在課堂上完全沒有能理解可程式設計微控制器的優越性。這次通過實體模擬軟體等輔助軟體的共同效果，是這次試訓有了鮮明的活力。換是我們認識到這次試訓不僅僅是一個軟體的應用，更多的是使我們認識到學習到很多在課堂上無法得到的東西。特別是protues軟體的功能是我們瞭解了當今開發系統的新方向，簡直太不可思議啦!

微控制器作為一種最簡單的軟體，與我們的日常生活息息相關，瞭解一些微控制器程式的簡單錄入是非常必要的。如：LED顯示器、鍵盤和顯示器的應用和原理。

在被刺實訓中我們每個人通過一個八位流水燈的製作，使我們深深地體會到了微控制器在現實生活中的小小應用，既增強了我們的好奇心，又鞏固了我們的理論知識。更讓我們體會到了微控制器手動的開始平臺的完善與成熟。只要你有想法，微控制器就有可能讓他成為現實。這裡我學習完protues軟體後的第一感覺是，雖然這軟體工作不穩定，但是會有相當不錯的效果出來。這對我以後的工作一定會有幫助的。在這次試訓中不僅只對微控制器程式設計有了新的認識，還對整個微控制器的開發平臺都有了一廳的瞭解，這是一筆不錯的收穫。

通過這幾天的試訓，使我的感觸很深，真實“條條大路通羅馬”，要達到目的，不同的人就有不同的方法。只要你的方法不錯!五花八門都可以，而且是各有特色。走出來的結果都有各自的獨到之處。在程式設計中“簡”字貫穿於整個程式設計中，越簡單越好，畢竟微控制器留給使用者的資源是有限的，所以我們要充分利用這些資源，達到更好的效果，這些是我們在以後的學習生活中應值得注意的地方。

在試訓中有苦有甜，當我們為一個很難攻破的程式找出路時，心情煩躁，感覺自己很不可理喻，當程式一點一點編好後，自己從心底感覺到一點小小的安慰，看著自己的成果。感覺很欣慰，有一絲絲的甜意，幾天的實訓使自己的思維邏輯也有了小小的進步。

微控制器設計心得體會(三)

做了兩週的課程設計，有很多的心得體會，有關於微控制器方面的，更多的是關於人與人之間關係方面的。

本人從事微控制器程式設計將近有一年了,下面我想來談談我個人的幾點體會,以便與大家交流共同提高.

1.在設計程式之前,務必要對所用微控制器的內部結構有一個系統的瞭解,知道該微控制器片內有哪些資源.

2.設計程式採用什麼程式語言並不是非常重要,關鍵要有一個清晰的思路和一個完整的軟體流程圖.

3.在設計程式時,不能妄想一次就將整個程式設計好,"反覆修改,不斷改進"是程式設計的必經之路.

4.要養成註釋程式的好習慣,一個程式的完美與否不僅僅是實現功能,而應該讓人一看就能明白你的思路,這樣也為資料的儲存和交流提供了方便.

5.在設計程式過程中遇到問題是很正常的,但我們應該將每次遇到的問題記錄下來,並分析清楚,以免下次再碰到同樣的問題.

我們組一共有三個人，但其他兩個人是真的神龍見首不見尾，除了在最後答辯的時候他們一起坐在了我旁邊，冠冕堂皇的指著我畫了幾遍的圖說了幾嘴，我想可能他們自己都不知道自己在說怎麼，雖然有的東西他們也答出來了。我佩服他們的勇氣，羨慕他們的運氣(我見到的很多做了10 天的人最後的成績都有不如他們的)，但是鄙視他們的做法。

所幸的是，我得到了很多同學的幫助。我想沒有他們我可能都要放棄了，因為我本人對微控制器也並不是很熟悉，學的東西好像它是它，我是我似的，理論聯絡不了實際。以前的組合語言沒學好，一開始的程式這塊兒就要令我抓狂了。後來請教我們班的一個男生，每次跟他一起到試驗室除錯程式(他們組也只有他一個人動手)，看他邊做邊給我講解。最後在開發機上做出來的時候，雖然不是我自己寫的，但看他那麼高興，我也有一種分享到的成就感。後來我們組就用了他寫的程式，他自己又抽空做了些拓展。

接下來就是做硬體方面的焊接工作了。沒想到這項看起來不需要多少技術的工作卻是非常的勞心勞力。很多次是早上起來帶瓶水帶些吃的到實訓中心，一泡就是一天。我看到有很多人跟我一樣，不同的是他們是三三兩兩，而我大部分時間都是一個人做。在這個時候也有很多人幫助我，或是熱心的幫我帶飯，或是在我打盹兒的時候幫我做點焊接。大家都鼓勵我，即使最後出不來東西，但是一定要堅持把它做完。當我想放棄的時候，我也這麼對自己說，即使你做出來的是次品甚至不合格品，但是你一定要拿出來一件成品。

在要驗收前，終於做了一件成品出來，不幸的是它真的是一件不合格品。幫我的那個男生做的已經出來了，所以最後應該還是我的焊接方面的問題。有一點灰心，想再重做來不及了，單是檢查線路卻也查不出來什麼問題。那麼就準備答辯吧。我對著電路圖再看課本，發現以前很多覺得很難記的東西現在記起來容易多了，因為整天都在同它們打交道。51的引腳及其功能，A/D轉換器的，驅動器的，所有我用到的我都一再的看書瞭解，同時請教同學我看書過程當中的疑惑。在這個過程中又發現了以前焊接當中出的一些問題，能改的就改，不能改的，咳，要是時間再多一些，或者我能早點做好，要是不只是我一個人動手……算了吧，不要想那些如果，還是準備我自己的，做好我現在能做的吧。

還好，驗收還算成功，得了3分，不是很高，但是我覺得對我來說已經很好，代表了我真實的水平，我覺得我對微控制器的一些知識在這個動手的過程中真的是從無到有增長的。同時我也儘量不去想別人得了多少分，沒有什麼不平衡的，有些人付出的是努力，有些人付出的是風險代價，其實這也沒有什麼不一樣，這一點我早就瞭解。

最後，我發現自己對微控制器竟然也有了一點興趣，想暑假回家以後自己去買一些東西來做，再補一補組合語言。有什麼問題請教下以前的那些老同學好了，他們好厲害，在高中勞動課就成功的做出過調頻收音機，大一暑假的時候參加了學校的電子競賽培訓接著比賽，不過後來怎麼樣我就不知道了。汗。看來要多保持聯絡，這次回家就好好找他們敘敘舊。