微控制器學習心得體會(精選4篇)

才智咖 人氣:9.79K

我們從一些事情上得到感悟後,可以通過寫心得體會的方式將其記錄下來,這樣我們可以養成良好的總結方法。到底應如何寫心得體會呢?以下是小編收集整理的微控制器學習心得體會(精選4篇),僅供參考,歡迎大家閱讀。

微控制器學習心得體會(精選4篇)

微控制器學習心得體會1

在上個學期學校舉辦電子設計競賽,在比賽過程看過一些郭天祥的微控制器教程,然後在這個學期真正的理論。通過上課理論與實踐相互結合,使我對微控制器的認識有了更深刻的理解。

系統以51微控制器為核心部件,利用匯編軟體程式設計,通過鍵盤控制和數碼管顯示實現了基本時鐘顯示功能、時間調節功能,能實現本設計題目的基本要求和發揮部分。在平時上課中由於時間有限和本身知識水平的限制,有時做某些作業時,花上很多時間才能完成!但是在完成後,成功的喜悅充斥著。在課上,我認識到計算機有運算器,計算器,控制器,輸入輸出裝置組成。之前都是利用開發板,進行程式的模擬。現在不斷利用軟體模擬,但兩者的作用是一樣。在模擬過程中,總是會碰到程式出錯的時候,只好苦思冥想,反覆比對程式,在不斷修改後,總會成功。

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

在做實驗中,由於沒有課前準備的意識,每每都是到了實驗室才開始程式設計,完成作業,導致每次時間都有些倉促。在與同學討論,換種思路,換種方法,把問題給吃透。發現、提出、分析、解決問題和實踐能力是作為我們這個專業的基本素質。依賴性很大,剛開始程式設計序時喜歡套用書上的語句,卻對語句的理解不夠。於是當程式出現問題時,不知道如何修改,眼前的程式都是一塊一塊的被拼湊整合起來的,沒法知道哪裡錯了。但是程式設計是一件很嚴肅的事情,容不得半點錯誤。在錯誤中不斷摸索中前行。

微控制器學習心得體會2

在學校學習期間我有幸的參加了學校的微控制器學習小組,在小組裡我瞭解了什麼是微控制器,微控制器有哪些用途,利用微控制器可以實現哪些功能來方便人們的生活如交通燈,時鐘,還有手機中,電子玩具等等,它們裡面都有微控制器的存在來實現某種功能。通過在微控制器小組裡的學習我簡單總結了幾點心得和體會:

第一:萬事開頭難,要勇敢的邁出第一步,不要總找藉口說沒有學習過就總推脫。凡事都有第一步可以先可簡單的來,然後可以逐步的向深層次學習。可以從建專案開始,然後可以找一個簡單的小程式先把它敲進微控制器內然他執行起來,感覺一下微控制器的執行,讓自己瞭解微控制器整個執行。

第二:對於知識點,學過的要掌握牢固,對於沒有學的和暫時用不到的先不用學習。比如:小燈得點亮就沒有用到中斷可以先不用看。這樣可以避免知識過多記不住的麻煩。對於程式這裡的知識點不能只停留在理論層次上,一定要結合著程式進行學習這樣才能掌握的很牢靠,當用到哪裡的知識點不記得了可以去看書,對於用不到的可以不去看。

第三:程式不要只是看別人得,一定要自己寫過才是自己的。開始不懂可以參考別人的,看看每一句代表著什麼意思,能夠實現什麼現象。明白之後自己再重新寫一遍,你會發現看別人的能懂到自己寫的時候很困難。當你自己能寫出來的時候說明你真懂了。

第四:一定要學會程式除錯的方法。有時候把程式寫完了然後執行時不能實現理想的現象。這時有人就暈了不知該怎麼辦,然後就去問別人。當別人找出問題出在哪裡時就會恍然大悟。其實當遇到問題一定要自己嘗試著解決,不能遇到問題就去問別人。自己一定要掌握解決問的方法和思路。

第五:在學習初期看別人的程式碼,學習別人的思路這個很有用。通過看別人的程式碼特別是有多年程式設計經驗的人的程式,可以迅速提高自己的程式設計水平。也可以結合著別人的手法,與自己的想法結合在一起寫出更好的程式。但是切記將學習變成抄襲,不能認為抄襲別人的你就學會了,這樣只能使你退步。第六:面對一個新專案時,自己一定要多想想,不要急著去看別人是怎麼寫的。有的人看到新專案時就去找別人的然後抄一小段,自己在寫幾句,放在一起完成任務,雖然省時間但不利你的學習。當你遇到一新專案時你應該先想一下程式的構架,想想如何來完成。然後自己動手去寫,當你遇到實在是沒辦法解決的問題時再去請教別人,看他是怎麼處理的,學習他的方法。這樣起碼你自己想過了,有自己的思路不會受到別人的影響,這樣更容易提高自己。

在微控制器的學習開始時感覺很吃力,在不斷的學習過程中慢慢的對微控制器產生了些好感,而且在編寫程式過程中吃力的感覺慢慢的淡了。在這其中基礎知識掌握牢固是非常重要的,然後在學習過程中要學會提問題和自己解決問題,慢慢的對於學習微控制器你也會產興趣。雖然在開始學習微控制器時感覺很青澀,但只要堅定自己的學習信心,在付出持之以恆的努力,我相信自己能進一步加深對微控制器的瞭解,在微控制器的學習道路上走得更遠!

微控制器學習心得體會3

經常在群、論壇裡看到有人問:怎麼學微控制器?也常看到有人說學了好幾個月可就是沒有什麼進展。當然,受限於每個人受到的教育水平不同和個人理解能力的差異,學習起來會有快慢之分,但我感覺最重的就是學習方法。一個好的學習方法,能讓你事半功倍,這裡說說我學習微控制器的經歷和方法。

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

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

微控制器學習心得體會4

微控制器又稱單片微控制器,它不是完成某一個邏輯功能的晶片,而是把一個計算機系統整合到一個晶片上。概括的講:一塊晶片就成了一臺計算機。它的體積小、質量輕、價格便宜、為學習、應用和開發提供了便利條件。同時,學習使用微控制器是瞭解計算機原理與結構的最佳選擇。

微控制器在學習和講解時可以和學生已比較熟悉的微機的結構進行對比,因為微控制器內部也用和微機功能類似的模組,比如CPU、記憶體、並行匯流排,還有和硬碟作用相同的儲存器件,在學習和講解中要著重強調微控制器在以上相關晶片部件與微機的異同,應用時的差別。突出講解微控制器是一種線上式實時控制計算機的本質特徵,及有較強的抗干擾能力,較低的成本的特性,並且通過列舉在日常日常生活中的常見的家電產品如全自動滾筒洗衣機、排煙罩、VCD等等,讓學生對微控制器的應用產生直觀認識,提高學生的學習興趣。

在進行微控制器課程教學安排時,要遵循一定的次序,因為學習微控制器知識需要有一定的基礎。例如要具備一定的電子技術方面(數位電路和類比電路等方面)的理論基礎,特別是數位電路;軟體設計方面要具備一定的程式語言學習基礎(如組合語言或C語言)。引導學生要想成為微控制器高手,建議學生首先學習組合語言,學的差不多的時候,轉入C語言學習。儘管組合語言屬於低階語言,程式設計效率低,但是較C語言具有目的碼簡短,佔用記憶體少,執行速度快等優點,更重要的是能使初學者儘快熟悉微控制器的內部結構,並能對其進行精確的控制。組合語言在微控制器教材裡面都會涉及,不需要單獨購買教材和學習。C語言是一門學問,有很多專業書籍來講解,並且對學生今後的程式設計生涯有絕對的好處,因此要深入學習,千萬不要自以為學習了學校的C語言課程就以為掌握了C語言,那只是C語言的一部分。在教學中給學生推薦微控制器C語言程式設計參考書,例如馬忠梅等著,北京航空航天大學出版社出版的《微控制器的C語言應用程式設計》,要求C語言基礎。如果沒學過C語言,建議學習清華大學譚浩強編寫的C語言程式設計,這本書編寫得比較好,通俗易懂。

其次,在教授微控制器課程時要注意對微控制器教材的選擇。微控制器是一門非常重視實踐的技術,雖然看書不是指導實踐最好的方法,但要學習微控制器首先仍應重視對教材的學習,通過理論學習對微控制器引腳、內部結構、暫存器和原理有一定地瞭解和感官認識。現在微控制器應用廣泛,因此各個廠家分別推出了自己的微控制器,按內部結構體系派系分:51系列、PIC系列、AVR系列、摩托羅拉等等……教導學生沒必要每樣都學!因為上述微控制器的程式設計方法和除錯過程以及內部指令結構有一定的相似,只要學精通一款就可以了。一般來說,MCS—51系列微控制器已經得到廣泛的普及和應用,市場上它的資料也比較多,用的人也很多。因此可以引導學生在教材之外選擇一款有代表性的知識範圍廣,並且入門容易的51參考書。

最後,任何硬體的應用都離不開軟體的設計支撐,因此在講授微控制器的課程中要強調程式設計的重要性,鼓勵學生從小程式的編寫設計開始,從模仿到獨創,鍛鍊程式設計能力。並且注意記住微控制器的外部引腳,p3口的複用,相關暫存器,PSW的設定,將軟硬體技術結合起來,把理論用於實踐中去,實現用微控制器控制各個機構去做想要實現的事情,把抽象的東西用計算機語言表達出來傳給微控制器的最終任務。