單片機實習心得體會 篇1
結束了兩周的電視機實習，我們又迎來了單片機課程設計實習，真是讓我們受益匪淺啊？學到了很多東西，不管怎么樣，先感謝學校給我的這么多機會。真正的學到了東西。為期一周的單片機課程設計讓我們受益匪淺。此次課程設計軟體與硬體相結合，考察了我們的焊接水平與編程能力。對於我們套用電子技術的學生而言焊接是不成問題，也很順利；可到了編程時就出現了很大的障礙，先開始的顯示時鐘還算順利，下面的報警部分就花費了相當長的時間，還有加上報警時的音樂也是我們到圖書館裡查閱資料由彙編轉化成C語言得來的。本來還以為編程會很簡單的，等到實際操作起來才知道它的複雜性，沒有想像中的那么得心應手，理解流程是有思維的前提。單片機是我們上學期開設的課程，所以很多專業知識也都忘記了。不過經過我們一步步的努力，花費的時間與精力終於沒有白費，效果漸漸地出現了。其實本身程式的思維是正確的，只是步驟中有點小錯誤，所以導致整個程式的結果很亂，在仔細修改程式之後，終於一步步地達到效果了。
我們將各個部分的程式編好後怎么都連不起來，出不了預期的效果。對於硬體在編程過程中PCB板的接觸又是一個頭疼的問題，在進行編譯的時候，數碼顯示管上什麼都沒有，按一下旁邊與之相連的元器件時就有顯示了，所以也花費了好多時間在PCB板的重新焊接上。對於軟體我們在時鐘完成後就對其加入了報警系統，可加了之後發現程式亂了，以前的時鐘也不可以控制了。經過反覆研究，發現接地接錯了位置，導致了用來報警的紅燈跟綠燈根本不亮，然後就將接地線重新焊接了一下，功夫不負有心人，紅燈亮了，配合編好的程式，用紙板擋住了發射管與接收管之間的信號傳輸，數碼顯示管出現閃爍的效果，並且沒信號的時候綠燈亮，有信號的時候紅燈就亮了，這個現象讓我們喜出望外。經過修改時鐘程式和報警系統都被使用上了，可更大的難題就是如何讓它報警？這困擾了我們，數碼顯示管上終於有了閃爍的效果，可報警聲還沒加的上去。老師的要求是除了蜂鳴器上的報警聲再加一段音樂。翻閱了圖書館裡的書籍，查出來的音樂程式都是用彙編編的，要將此程式放到主程式中就必須將彙編程式改編成C語言程式。這再次困擾了我們，雖然以前也學過彙編跟C之間的.互換，可都是簡單的，從沒涉及到這么複雜的程式過，改編很是有壓力，經過研究，我們將彙編程式捨棄了，到網上下載了一段音樂程式，是C語言編的。要讓音樂在我們的紅外報警系統中唱出來可不是什麼簡單的事情，雖然找到了音樂程式，但要讓音樂程式跟我們的主程式融合在一起得花費點心思了。
最後在全組人竭盡全力，老師的精心指導下，程式基本編寫成功，這是我們共同努力的結果，在享受我們成果之時，不得不感慨單片機的重要性與高難度性，所以為期一周的單片機課程設計沒有浪費，我們從中學到了很多知識。，也讓我們對單片機有了更深一步的了解。雖然最後結果是出來了，可這與老師的精心指導是分不開的，她引導我們的思路，本來一竅不通的我們經過老師的點撥基本上通了，所以說老師是功不可抹的。
單片機實習心得體會 篇2
單片機又稱單片微控制器,它不是完成某一個邏輯功能的晶片,而是把一個計算機系統集成到一個晶片上。概括的講：一塊晶片就成了一台計算機。它的體積小、質量輕、價格便宜、為學習、套用和開發提供了便利條件。同時，學習使用單片機是了解計算機原理與結構的最佳選擇。
單片機在學習和講解時可以和學生已比較熟悉的微機的結構進行對比，因為單片機內部也用和微機功能類似的模組，比如CPU、記憶體、並行匯流排，還有和硬碟作用相同的存儲器件，在學習和講解中要著重強調單片機在以上相關晶片部件與微機的異同，套用時的差別。
突出講解單片機是一種線上式實時控制計算機的本質特徵，及有較強的抗干擾能力，較低的成本的特性，並且通過列舉在日常日常生活中的常見的家電產品如全自動滾筒洗衣機、排煙罩、VCD等等，讓學生對單片機的套用產生直觀認識，提高學生的學習興趣。
在進行單片機課程教學安排時，要遵循一定的次序，因為學習單片機知識需要有一定的基礎。例如要具備一定的電子技術方面（數字電路和模擬電路等方面）的理論基礎，特別是數字電路；軟體設計方面要具備一定的程式語言學習基礎（如彙編語言或C語言）。引導學生要想成為單片機高手，建議學生首先學習彙編語言，學的差不多的時候，轉入C語言學習。儘管彙編語言屬於低級語言，編程效率低，但是較C語言具有目標代碼簡短，占用記憶體少，執行速度快等優點，更重要的是能使初學者儘快熟悉單片機的內部結構，並能對其進行精確的控制。彙編語言在單片機教材裡面都會涉及，不需要單獨購買教材和學習。C語言是一門學問,有很多專業書籍來講解,並且對學生今後的編程生涯有絕對的好處,因此要深入學習,千萬不要自以為學習了學校的C語言課程就以為掌握了C語言，那只是C語言的一部分。在教學中給學生推薦單片機C語言程式設計參考書，例如馬忠梅等著，北京航空航天大學出版社出版的《單片機的C語言應用程式設計》，要求C語言基礎。如果沒學過C語言，建議學習清華大學譚浩強編寫的C語言程式設計，這本書編寫得比較好，通俗易懂。
其次，在教授單片機課程時要注意對單片機教材的選擇。單片機是一門非常重視實踐的技術，雖然看書不是指導實踐最好的方法，但要學習單片機首先仍應重視對教材的學習，通過理論學習對單片機引腳、內部結構、暫存器和原理有一
定地了解和感官認識。現在單片機套用廣泛,因此各個廠家分別推出了自己的單片機，按內部結構體系派系分：51系列、PIC系列、AVR系列、摩托羅拉等等……教導學生沒必要每樣都學!因為上述單片機的編程方法和調試過程以及內部指令結構有一定的相似，只要學精通一款就可以了。一般來說，MCS-51系列單片機已經得到廣泛的普及和套用，市場上它的資料也比較多，用的人也很多。因此可以引導學生在教材之外選擇一款有代表性的知識範圍廣，並且入門容易的51參考書。
最後，任何硬體的套用都離不開軟體的設計支撐，因此在講授單片機的課程中要強調編程的重要性，鼓勵學生從小程式的編寫設計開始，從模仿到獨創，鍛鍊編程能力。並且注意記住單片機的外部引腳，p3口的復用，相關暫存器，PSW的設定，將軟硬體技術結合起來，把理論用於實踐中去，實現用單片機控制各個機構去做想要實現的事情，把抽象的東西用計算機語言表達出來傳給單片機的最終任務。
單片機實習心得體會 篇3
一直想寫一個帖子，將自己學習單片機的經歷、經驗和方法總結一下，今天終於動手寫了，呵呵，這是我學習單片機的經驗、心得、方法。希望對大家學習單片機有所幫助。
經常在群、論壇里看到有人問：怎么學單片機？也常看到有人說學了好幾個月可就是沒有什麼進展。當然，受限於每個人受到的教育水平不同和個人理解能力的差異，學習起來會有快慢之分，但我感覺最重的就是學習方法。一個好的學習方法，能讓你事半功倍，這裡說說我學習單片機的經歷和方法。
05年的時候，因為製作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項目，只能說明你做過這一項目，它只是你的業績，並不是代表能力就一定高。真正的能力應該是：“遇到沒有解決過的`問題或器件，能利用自己已學的知識，迅速找到解決問題的方法。”這個才是能力。寫程式的過程就是一個創造的過程，幾乎沒有完全一樣的項目，每次你遇上的幾乎都不相同，所以你擁有的必須是你面對新項目時的創造能力，而不是標榜著你以往做過多少項目。當然，業績也能從另一側面反映你的經驗和水平。
10、如果有可能，多學習計算機專業的知識，比如數據結構等。這些是你解決問題的基礎知識，你把這些知識套用得越好，就會發現越容易找到解決問題的方法，這就是為什麼一個學計算機專業的人編的程式和一個非計算機專業的人編的程式有差異的原因。也是一個菜鳥進軍到高手所要配備的知識。如果我們把編程分為巨觀編程和微觀編程，那么微觀編程就是寫具體的代碼，比如控制某某器件的語句；而巨觀編程就是如何對整個程式進行布局、安排，使功能模組以你想要的方式去運行，得出你想要的結果。如前所說“會控制器件”這些只能算是微觀編程，能做到這一步還只能算是菜鳥級別，如果面對一個新的器件，你心裡沒底，沒把握去寫這個控制程式，那說明你還是一個初級的菜鳥。當你有了一定的編程經驗，控制過相當數量的器件之後，你就會發現，控制器件這些工作都是相似的、重複的工作，體現不出編程的水平，最多也是寫得好與不好的差別，只能算是一些小技巧的套用。而對整個程式進行布局、安排這些才是最頭痛的事情，能達到巨觀編程和微觀編程都做好才是真正的高手。對於規模越大的程式，越能體現出這一點。
11、面對一個新項目時，多自己開動腦筋，不要急於找別人的程式。有不少人面對一個新項目時，第一步想到的就是網上找別人寫過的代碼，然後抄一段，自己再寫幾句，湊在一起就完成任務，這雖然可能是省時間，但絕對不利你的學習。當你接到一個新項目時，應該先自己構思一下整個程式的架構，想想如何來完成，有可能的話，畫一個流程圖，簡單的可以畫在腦子裡，對程式中用到的數據、變數有一個初步的安排，然後自己動手去寫，遇到實在沒辦法解決的地方，再去請教別人，或看別人是怎么處理的，這樣首先起碼你自己動過腦想過，自己有自己的思路，如果你一開始就看別人的程式，你的思維就會受限在別人的思維里，自己想再創新就更難了，這樣你自己永遠也沒辦法提高，因為你是走在別人的影子裡。
12、多利用網路的搜尋，學會提問題。一般來說，學習過程中，你遇上的問題，前人們多數也有遇上的，所以如果有什麼不懂，在自己解決不了的時候，最好先到網上搜尋一下，看能不能找到答案，找不到再到論壇里發問，發問也要有目的性，儘量簡單明了的描述問題，讓幫助你的人可以用最少的時間就看懂你說什麼，畢竟人家幫助你是免費的，時間也是有限的。