我們得到了一些心得體會以後，寫心得體會是一個不錯的選擇，這麼做能夠提升我們的書面表達能力。但是心得體會有什麼要求呢？以下是小編爲大家整理的單片機學習心得體會（通用3篇），僅供參考，希望能夠幫助到大家。
單片機學習心得體會1
在學校學習期間我有幸的參加了學校的單片機學習小組，在小組裏我瞭解了什麼是單片機，單片機有哪些用途，利用單片機可以實現哪些功能來方便人們的生活如交通燈，時鐘，還有手機中，電子玩具等等，它們裏面都有單片機的存在來實現某種功能。透過在單片機小組裏的學習我簡單總結了幾點心得和體會：
第一：萬事開頭難，要勇敢的邁出第一步，不要總找藉口說沒有學習過就總推脫。凡事都有第一步可以先可簡單的來，然後可以逐步的向深層次學習。可以從建項目開始，然後可以找一個簡單的小程序先把它敲進單片機內然他執行起來，感覺一下單片機的執行，讓自己瞭解單片機整個執行。
第二：對於知識點，學過的要掌握牢固，對於沒有學的和暫時用不到的先不用學習。比如：小燈得點亮就沒有用到中斷可以先不用看。這樣可以避免知識過多記不住的麻煩。對於程序這裏的知識點不能只停留在理論層次上，一定要結合着程序進行學習這樣才能掌握的很牢靠，當用到哪裏的知識點不記得了可以去看書，對於用不到的可以不去看。
第三：程序不要只是看別人得，一定要自己寫過纔是自己的。開始不懂可以參考別人的，看看每一句代表着什麼意思，能夠實現什麼現象。明白之後自己再重新寫一遍，你會發現看別人的能懂到自己寫的時候很困難。當你自己能寫出來的時候說明你真懂了。
第四：一定要學會程序調試的方法。有時候把程序寫完了然後執行時不能實現理想的現象。這時有人就暈了不知該怎麼辦，然後就去問別人。當別人找出問題出在哪裏時就會恍然大悟。其實當遇到問題一定要自己嘗試着解決，不能遇到問題就去問別人。自己一定要掌握解決問的方法和思路。
第五：在學習初期看別人的代碼，學習別人的思路這個很有用。透過看別人的代碼特別是有多年編程經驗的人的程序，可以迅速提高自己的編程水平。也可以結合着別人的手法，與自己的想法結合在一起寫出更好的程序。但是切記將學習變成抄襲，不能認爲抄襲別人的你就學會了，這樣只能使你退步。
第六：面對一個新項目時，自己一定要多想想，不要急着去看別人是怎麼寫的。有的人看到新項目時就去找別人的然後抄一小段，自己在寫幾句，放在一起完成任務，雖然省時間但不利你的學習。當你遇到一新項目時你應該先想一下程序的構架，想想如何來完成。然後自己動手去寫，當你遇到實在是沒辦法解決的問題時再去請教別人，看他是怎麼處理的，學習他的方法。這樣起碼你自己想過了，有自己的思路不會受到別人的影響，這樣更容易提高自己。
在單片機的學習開始時感覺很吃力，在不斷的學習過程中慢慢的對單片機產生了些好感，而且在編寫程序過程中吃力的感覺慢慢的淡了。在這其中基礎知識掌握牢固是非常重要的，然後在學習過程中要學會提問題和自己解決問題，慢慢的對於學習單片機你也會產興趣。雖然在開始學習單片機時感覺很青澀，但只要堅定自己的學習信心，在付出持之以恆的努力，我相信自己能進一步加深對單片機的瞭解，在單片機的學習道路上走得更遠！
單片機學習心得體會2
在上個學期學校舉辦電子設計競賽，在比賽過程看過一些郭天祥的單片機教程，然後在這個學期真正的理論。透過上課理論與實踐相互結合，使我對單片機的認識有了更深刻的理解。系統以51單片機爲核心部件，利用匯編軟件編程，透過鍵盤控制和數碼管顯示實現了基本時鐘顯示功能、時間調節功能，能實現本設計題目的基本要求和發揮部分。在平時上課中由於時間有限和本身知識水平的限制，有時做某些作業時，花上很多時間才能完成！
但是在完成後，成功的喜悅充斥着。在課上，我認識到計算機有運算器，計算器，控制器，輸入輸出設備組成。之前都是利用開發板，進行程序的仿真。現在不斷利用軟件仿真，但兩者的作用是一樣。在仿真過程中，總是會碰到程序出錯的時候，只好苦思冥想，反覆比對程序，在不斷修改後，總會成功。
在第一次是點亮LED燈來熟悉，keil軟件的使用和試驗箱上器材。第一次實驗體現了一個人對新事物的接受能力和敏感度。雖然之前做過許多種實驗。但依舊發現自己存在一個很大的問題，對已懂的東西沒耐心聽下去，容易開小差；在聽老師講解軟件使用時，思路容易停滯，然後就跟不上老師的步驟了，結果需要別人再次指導；對軟件的功能沒有太大的熱情去研究探索，把一個個圖標點開，進去看看。
在做實驗中，由於沒有課前準備的意識，每每都是到了實驗室纔開始編程，完成作業，導致每次時間都有些倉促。在與同學討論，換種思路，換種方法，把問題給吃透。發現、提出、分析、解決問題和實踐能力是作爲我們這個專業的基本素質。依賴性很大，剛開始編程序時喜歡套用書上的語句，卻對語句的理解不夠。於是當程序出現問題時，不知道如何修改，眼前的程序都是一塊一塊的被拼湊整合起來的，沒法知道哪裏錯了。但是編程是一件很嚴肅的事情，容不得半點錯誤。在錯誤中不斷摸索中前行。
單片機學習心得體會3
一直想寫一個帖子，將自己學習單片機的經歷、經驗和方法總結一下，今天終於動手寫了，呵呵，這是我學習單片機的經驗、心得、方法。希望對大家學習單片機有所幫助。
經常在羣、論壇裏看到有人問：怎麼學單片機？也常看到有人說學了好幾個月可就是沒有什麼進展。當然，受限於每個人受到的教育水平不同和個人理解能力的差異，學習起來會有快慢之分，但我感覺最重的就是學習方法。一個好的學習方法，能讓你事半功倍，這裏說說我學習單片機的經歷和方法。
xx年的時候，因爲製作FM發射電路採用了BH1415的芯片，需要用到單片機控制，所以開始接觸使用單片機，雖然以前讀書時作爲一門功課學過，不過也快丟荒了10年了，基本上都忘光了，也算是從頭學起了吧。我當時是買了一塊實驗板，很簡單的功能，比論壇實驗板還要少功能，還有一個仿真器，也是比較簡單的，SST芯片的。然後開始從大家都知道的流水燈寫起，萬事開頭難，第一個程序基本上就抄人家的，翻查了一份快速入門的學習資料，寫下第一個程序。
然後，在仿真機是單步的看執行結果，從每一步執行，都硬件上反應出來的效果，很快，對單片機的運作有了一個非常感性的認識，這跟只看書然後自己想象執行是完全兩碼事。然後，是進一步的其它程序學習，一個月時間，基本上已經熟悉了51的各種硬件資源。把流水燈，數碼管動態掃描，中斷等等的學習了，然後就是寫綜合性的程序，也就是我發在論壇裏的時鐘。透過這個程序的編寫，使自己的編程水平有了很大的飛躍。
之後，就是逐步學習編寫更多的程序，各種外圍器件的控制等等，透過編寫程序使自己不斷的提高。在學過彙編之後，我又轉到了C語言學習，因爲以前沒有學習過C語言，一切都很陌生，所以自己沿用了學習彙編的方法，大約花了3天功夫基本就對C語言有了初步的瞭解，然後就是嘗試寫上面所說的時鐘，以彙編程序的思路作爲參考，以C語言來編寫，花了幾天功夫完成了這一程序，也實現了從彙編編程爲主到C編程爲主的轉變。然後，就是以C語言編寫外圍器件的控制程序，以此來熟悉C的編程風格，一直到現在，基本上就是C語言編程，彙編已經是作爲調試程序的輔助。
下面我概括了幾點我的學習經驗和心得體會：
1、萬事開頭難、要勇敢邁出第一步。
開始的時候，不要老是給自己找藉口，說KEIL不會建項目啦、沒有實驗板啦之類的。遇到困難要一件件攻克，不會建項目，就先學它，這方面網上教程很多，隨便找找看一下，做幾次就懂了。然後可以參考別的人程序，抄過來也無所謂，寫一個最簡單的，讓它執行起來，先培養一下自己的感覺，知道寫程序是怎麼一回事，無論寫大程序還是小程序，要做的工序不會差多少，總得建個項目，再配置一下項目，然後建個程序，加入項目中，再寫代碼、編譯、生成HEX，刷進單片機中、執行。必須熟悉這一套工序。個人認爲，一塊學習板還是必要的，寫好程序在上面執行一下看結果，學習效果會好很多，仿真器就看個人需要了。單片機是注重理論和實踐的，光看書不動手，是學不會的。
2、知識點用到才學，不用的暫時丟一邊。
厚厚的一本書，看着人頭都暈了，學了後面的，前面的估計也快忘光了，所以，最好結合實際程序，用到的時候纔去看，不必說非要把書從第一頁看起，看完它纔來寫程序。比如你寫流水燈，完全就沒必要看中斷的知識，專心把流水燈學好就是了，這是把整本書化整爲零，一小點一小點的啃。
3、程序不要光看不寫，一定要自己寫一次。
最開始的時候，啥都不懂，可以抄人家的程序過來，看看每一句是幹什麼用的，達到什麼目的，執行後有什麼後果，看明白了之後，就要自己寫一次，你會發現，原來看明白別人的程序很容易，但到自己寫的時候卻一句也寫不出來，這就是差距……當你自己能寫出來的時候，說明你就真的懂了。
4、必須學會掌握調試程序的方法。
不少人寫程序，把代碼寫好了，然後一執行，不是自己想要的結果，就暈了，然後跑到論壇上發個帖子，把程序一貼，問：爲什麼我的程序不能正常執行？然後就等別人來給自己分析。這是一種很不好的行爲，應該自己學會發現問題和學會如何解決問題。這就需要學習調試程序的方法，比如KEIL裏，可以下斷點啦，檢視寄存器內容等等，這些都是調試程序的手段，當你發現你寫的程序執行結果和你想象中不一樣的時候，你可以單步，也可以下斷點，然後跟蹤，檢視各相關寄存器內容，看看程序執行過中是不是有什麼偏差，找出影響結果的地方，改正過來。這一個過程非常重要，透過程序的排錯，你可以學到的知識是書上得不到的。
5、找到解決問題思路比找到代碼更重要。
我們用單片機來控制周邊器件，達到我們想到的目的，這是一個題目，而如何寫出一個程序，來控制器件按你想要的結果去運作，這個就是解題的思路。要寫程序，就得先找到解決問題的思路，你學會找出這個解題思路，比你找到代碼更爲重要。不少人很喜歡找人家的代碼，有的人甚至有了代碼就直接複製到自己的程序中，可以說，這不是一種學習的態度，無助於你編程水平的提高。我幾乎不怎麼看人家的代碼，多數時候是看別人的思路，有方框圖最好，沒有的話文字說明也可以，要從代碼中看出別人處理問題的思路，是相當困難的，特別是大型的程序，看起來是非常的累人，所以現在我也明白了，以前讀書時說的程序流程圖很重要，現在算是知道了。
當你知道一個問題怎麼去解決了，那麼剩下的只是你安排代碼去完成，這就已經不是什麼問題了。舉個例子：數碼管動態掃描，沒寫過的初學者可能搞不清是怎麼回事，其實，就是分時讓每一時間段時只控制一隻數碼管顯示數字，幾隻數碼管輪流顯示，由於速度很快，人眼的看起來是全部數碼管都亮的。明白是這麼一回事，事情就好辦了，剩下的事情，無非是你安排讓一隻只數碼管輪流顯示出相應的數值。
顯示數字，然後延時一下，再下一隻顯示數字，延時，知道是這樣，我們實際程序上只要做到這樣就可以：往段口送段碼，然後開啟位選顯示一隻，延時一下，再關閉位選，再送出段碼，再開啟另一隻位選僅此而已。有了解決問題的思路，我們就能問題拆分開來，然後逐一的解決，如果動態掃描的原理都沒懂，不知道如何做，那麼這個程序是怎麼也寫不出來的。
6、開動腦筋，運用多種方法，不斷優化自己的程序。
想想用各種不同方法來實現同一功能。這是一個練習和提高的過程，一個問題，你解決了，那麼你再想想，能不能換種寫法，也可以實現同一功能，或者說，你寫出來的代碼，能不能再精簡一點，讓程序執行效率更高，這個過程，就是一個進步的過程。很多知識和經驗的獲得，並不是直接寫在書讓你看就可以得到的，需要自己去實踐，開動腦筋，經驗才能得到積累，編程水平纔能有所提高。
7、看別人的代碼，學習人家的思路。
這個在學習初期是很有用，透過看別人的代碼，特別是有多年編程經驗的人寫出的具有一定水平的代碼，可以使自己編程水平得到迅速的提高，同時，也可以結合別人的編程手法，與自己的想法融合在一起，寫出更高水平的代碼，從中得到進步。但要注意，切忌將學習變成抄襲，更不是抄襲完了就認爲自己學會了，這樣做只會使你退步。
8、嘗試編寫一下綜合應用的程序。
從流水燈學起，到動態掃描，再到中斷，那麼，你可以試試寫一下時鐘這種綜合性應用的程序，不要小看時鐘，要寫好它不是一件容易的事情，它包括了單片機大部分的知識，比如有按鍵（IO讀取）、動態掃描（IO輸出）、中斷等，如何協調好各功能模組正常工作，纔是編程者需要學習的地方，當你單獨寫一個功能的時候，比如按鍵讀取，你可能感覺很容易，因爲你的程序啥也不做，只是讀按鍵。但把它和其它功能混合在一起，如何在整個程序執行中使每一部分都正常工作，這就不是寫一個按鍵讀取這麼容易的事情，功能模組之間有可能會互相影響，比如你需要讓數碼管既能顯示，又要去處理按鍵讀取，怎麼使這兩部分都正常工作，這就是一個協調過程。當你有了這個處理協調能力，你就算是入門了。
9、着重於培養解決問題的能力，而不是具體看自己編寫了多少代碼或者做過什麼。
“學單片機重點在於學習解決問題的思路，而不是侷限於具體的芯片類型和語言”這一直是我的座右銘，是我學單片機多年來感悟出來的。經常看到有人說“你會驅動XX芯片，真牛啊”“你搞過XX項目，真厲害”之類的話，其實這是非常片面的，搞過XX芯片，搞過XX項目，只能說明你做過這一項目，它只是你的`業績，並不是代表能力就一定高。真正的能力應該是：“遇到沒有解決過的問題或器件，能利用自己已學的知識，迅速找到解決問題的方法。”這個纔是能力。寫程序的過程就是一個創造的過程，幾乎沒有完全一樣的項目，每次你遇上的幾乎都不相同，所以你擁有的必須是你面對新項目時的創造能力，而不是標榜着你以往做過多少項目。當然，業績也能從另一側面反映你的經驗和水平。
10、如果有可能，多學習計算機專業的知識，比如數據結構等。
這些是你解決問題的基礎知識，你把這些知識應用得越好，就會發現越容易找到解決問題的方法，這就是爲什麼一個學計算機專業的人編的程序和一個非計算機專業的人編的程序有差異的原因。也是一個菜鳥進軍到高手所要配備的知識。如果我們把編程分爲宏觀編程和微觀編程，那麼微觀編程就是寫具體的代碼，比如控制某某器件的語句；而宏觀編程就是如何對整個程序進行佈局、安排，使功能模組以你想要的方式去執行，得出你想要的結果。如前所說“會控制XX器件”這些只能算是微觀編程，能做到這一步還只能算是菜鳥級別，如果面對一個新的器件，你心裏沒底，沒把握去寫這個控制程序，那說明你還是一個初級的菜鳥。當你有了一定的編程經驗，控制過相當數量的器件之後，你就會發現，控制器件這些工作都是相似的、重複的工作，體現不出編程的水平，最多也是寫得好與不好的差別，只能算是一些小技巧的應用。而對整個程序進行佈局、安排這些纔是最頭痛的事情，能達到宏觀編程和微觀編程都做好纔是真正的高手。對於規模越大的程序，越能體現出這一點。
11、面對一個新項目時，多自己開動腦筋，不要急於找別人的程序。
有不少人面對一個新項目時，第一步想到的就是網上找別人寫過的代碼，然後抄一段，自己再寫幾句，湊在一起就完成任務，這雖然可能是省時間，但絕對不利你的學習。當你接到一個新項目時，應該先自己構思一下整個程序的架構，想想如何來完成，有可能的話，畫一個流程圖，簡單的可以畫在腦子裏，對程序中用到的數據、變量有一個初步的安排，然後自己動手去寫，遇到實在沒辦法解決的地方，再去請教別人，或看別人是怎麼處理的，這樣首先起碼你自己動過腦想過，自己有自己的思路，如果你一開始就看別人的程序，你的思維就會受限在別人的思維裏，自己想再創新就更難了，這樣你自己永遠也沒辦法提高，因爲你是走在別人的影子裏。
12、多利用網絡的搜尋，學會提問題。
一般來說，學習過程中，你遇上的問題，前人們多數也有遇上的，所以如果有什麼不懂，在自己解決不了的時候，最好先到網上搜尋一下，看能不能找到答案，找不到再到論壇裏發問，發問也要有目的性，儘量簡單明瞭的描述問題，讓幫助你的人可以用最少的時間就看懂你說什麼，畢竟人家幫助你是免費的，時間也是有限的。