微控制器設計實驗的心得體會範文

微控制器設計實驗的心得體會範文

  當在某些事情上我們有很深的體會時,馬上將其記錄下來,這樣我們就可以提高對思維的訓練。那麼心得體會到底應該怎麼寫呢?下面是小編幫大家整理的微控制器設計實驗的心得體會範文,希望對大家有所幫助。

  微控制器設計實驗的心得體會1

  透過今次微控制器實訓,使我對微控制器的認識有了更深刻的理解。

  系統以51微控制器為核心部件,利用匯編軟體程式設計,透過鍵盤控制和數碼管顯示實現了基本時鐘顯示功能、時間調節功能,能實現本設計題目的基本要求和發揮部分。

  由於時間有限和本身知識水平的限制,本系統還存在一些不夠完善的地方,要作為實際應用還有一些具體細節問題需要解決。

  例如:不能實現只用兩個按鍵來控制時鐘時間,還不能實現鬧鐘等擴充套件功能。

  踉踉蹌蹌地忙碌了兩週,我的時鐘程式終於編譯成功。

  當看著自己的程式,自己成天相伴的系統能夠健康的執行,真是莫大的幸福和欣慰。

  我相信其中的酸甜苦辣最終都會化為甜美的甘泉。

  但在這次實訓中同時使我對組合語言有了更深的認識。

  當我第一次接觸組合語言就感覺很難,特別是今次實訓要用到組合語言,儘管困難重重,可我們還是克服了。

  這次的實訓使培養了我們嚴肅認真的做事作風,增強了我們之間的團隊合作能力,使我們認識到了團隊合作精神的重要性。

  這次實訓的經歷也會使我終身受益,我感受到這次實訓是要真真正正用心去做的一件事情,是真正的自己學習的過程和研究的過程,沒有學習就不可能有研究的能力,沒有自己的研究,就不會有所突破。

  希望這次的經歷能讓我在以後學習中激勵我繼續進步。

  微控制器設計實驗的心得體會2

  經常在群、論壇裡看到有人問:怎麼學微控制器?也常看到有人說學了好幾個月可就是沒有什麼進展。

  當然,受限於每個人受到的教育水平不同和個人理解能力的差異,學習起來會有快慢之分,但我感覺最重的就是學習方法。

  一個好的學習方法,能讓你事半功倍,這裡說說我學習微控制器的經歷和方法。

  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、多利用網路的搜尋,學會提問題。

  一般來說,學習過程中,你遇上的問題,前人們多數也有遇上的,所以如果有什麼不懂,在自己解決不了的時候,最好先到網上搜索一下,看能不能找到答案,找不到再到論壇裡發問,發問也要有目的性,儘量簡單明瞭的描述問題,讓幫助你的人可以用最少的時間就看懂你說什麼,畢竟人家幫助你是免費的,時間也是有限的。

  以上就是我學習微控制器的經歷和心得體會,希望對大家會有幫助,說得有不好或不對的地方歡迎大家批評指正。

  微控制器設計實驗的心得體會3

  時間過得真快,不經意間,一個學期就到了尾聲,進入到如火如荼的期末考試階段。

  在學習微控制器這門課程之前,就早早的聽各種任課老師和學長學姐們說過這門課程的重要性和學好這門課程的關鍵~~多做微控制器實驗。

  這個學期,我們除了在課堂上學習理論知識,還在實驗室做了7次實驗。將所學知識運用到實踐中,在實踐中發現問題,強化理論知識。

  現在,微控制器課程已經結束,即將開始考試了,需要來好好的反思和回顧總結下了。

  第一次是借點亮LED燈來熟悉keil軟體的使用和試驗箱上器材。第一次實驗體現了一個人對新事物的接受能力和敏感度。雖然之前做過許多種實驗。但依舊發現自己存在一個很大的問題,對已懂的東西沒耐心聽下去,容易開小差;在聽老師講解軟體使用時,思路容易停滯,然後就跟不上老師的步驟了,結果需要別人再次指導;對軟體的功能沒有太大的熱情去研究探索,把一個個圖示點開,進去看看。所以第一次試驗相對失敗。鑑於此,我自己在宿舍下載了軟體,然後去熟悉它的各個功能,使自己熟練掌握。

  在做實驗中,第二個問題應該是準備不充分吧。一開始,由於沒有課前準備的意識,每每都是到了實驗室才開始程式設計,完成作業,導致每次時間都有些倉促。後來在老師的批評下,認識到這是個很大的問題:老師提前把任務告訴我們,就是希望我們私下把程式編好。於是我便在上機之前把程式編好,拷到隨身碟,這樣上機時只需除錯,解決出現的問題。這樣就會節約出時間和同學討論,換種思路,換種方法,把問題給吃透。發現、提出、分析、解決問題和實踐能力是作為我們這個專業的基本素質。

  三是我的依賴性很大,剛開始程式設計序時喜歡套用書上的語句,卻對語句的理解不夠。於是當程式出現問題時,不知道如何修改,眼前的程式都是一塊一塊的被拼湊整合起來的,沒法知道哪裡錯了。但是程式設計是一件很嚴肅的事情,容不得半點錯誤。於是便只能狠下決心,堅持自己編寫,即使套用時,也把每條語句弄懂。這也能激發了學習的興趣。

  還有一次實驗是調出電腦裡的程式,讓它在試驗箱上實現其功,讓我們去體會別人程式設計的技巧和程式邏輯美感。看了之後,不得不說我目前的水平簡直太小兒科了。還有連線也是個問題,對試驗箱內部結構功能的不懂,以至於不知道如何連線讓程式實現其功能。這讓我意識到微控制器是軟體和硬體的結合,兩者是一個整體。所以必須把硬體方面加強。

  五是基礎知識的薄弱,也是最基礎的問題吧!在用C語言程式設計時,才發現自己C語言真的太差勁了,雖然這門課程早就學過,但是就目前所掌握的C語言知識,對於微控制器程式設計遠遠不夠。C語言也是我們以後學各種語言的基礎,必須要花大量的時間溫習強化。透過這個學期的微控制器實驗,我發現了自己很多問題,也從中學到了很多。它不是物理實驗時,只需要記住老師說的步驟,順次做完就可以了;並不是matlab實驗,只需要你知道一些語句表達,然後在不違背語法的情況下,組合好就可以了;它不是EDA實驗,把一節課混下去就行了,反正大家都不知道,都是混,都跟不上老師的節奏思路。他需要我們在掌握硬體的基礎上,用微控制器語言在keil軟體上寫出一定的程式,然後利用stcisp燒到試驗箱上,實現其特定的功能。而在程式設計時需要邏輯力,創新力,知識組合力,知識搜尋。微控制器在電子技術應用領域中,微控制器的應用愈來愈多地應用到各行各業。要開發微控制器的應用,不但要掌握微控制器硬體和軟體方面的知識,而且還要深入瞭解各應用系統的專業知識,融會貫通和有機結合,才能設計出優良的應用系統。並且需要與時俱進,不斷了解各公司最新晶片的結構和應用,在實際應用中找到最好的效能價格比。培養自己接受新知識的自學能力,掌握晶片發展動態。培養自己的創新精神,在原有的基礎上進行改進,使之功能不斷完善。當然,最重要到還是態度,無論做什麼事情,足夠認真,足夠堅強,足夠毅力,足夠決心,足夠勇氣,就一定能辦到。

最近訪問