2、知識點用到才學，不用的暫時丟一邊。

厚厚的一本書，看著人頭都暈了，學了后面的，前面的估計也快忘光了，所以，最好結合實際程序，用到的時候才去看，不必說非要把書從第一頁看起，看完它才來寫程序。比如你寫流水燈，完全就沒必要看中斷的知識，專心把流水燈學好就是了，這是把整本書化整為零，一小點一小點的啃。

3、程序不要光看不寫，一定要自己寫一次。

最開始的時候，啥都不懂，可以抄人家的程序過來，看看每一句是干什么用的，達到什么目的，運行后有什么后果，看明白了之后，就要自己寫一次，你會發現，原來看明白別人的程序很容易，但到自己寫的時候卻一句也寫不出來，這就是差距。。。當你自己能寫出來的時候，說明你就真的懂了。。。

4、必須學會掌握調試程序的方法。

不少人寫程序，把代碼寫好了，然后一運行，不是自己想要的結果，就暈了，然后跑到論壇上發個帖子，把程序一貼，問：為什么我的程序不能正常運行?然后就等別人來給自己分析。這是一種很不好的行為，應該自己學會發現問題和學會如何解決問題。這就需要學習調試程序的方法，比如KEIL里，可以下斷點啦，查看寄存器內容等等，這些都是調試程序的手段，當你發現你寫的程序運行結果和你想象中不一樣的時候，你可以單步，也可以下斷點，然后跟蹤，查看各相關寄存器內容，看看程序運行過中是不是有什么偏差，找出影響結果的地方，改正過來。這一個過程非常重要，通過程序的排錯，你可以學到的知識是書上得不到的。深圳單片機培訓

5、深圳單片機培訓，找到解決問題思路比找到代碼更重要。

我們用單片機來控制周邊器件，達到我們想到的目的，這是一個題目，而如何寫出一個程序，來控制器件按你想要的結果去運作，這個就是解題的思路。要寫程序，就得先找到解決問題的思路，你學會找出這個解題思路，比你找到代碼更為重要。不少人很喜歡找人家的代碼，有的人甚至有了代碼就直接復制到自己的程序中，可以說，這不是一種學習的態度，無助于你編程水平的提高。我幾乎不怎么看人家的代碼，多數時候是看別人的思路，有方框圖最好，沒有的話文字說明也可以，要從代碼中看出別人處理問題的思路，是相當困難的，特別是大型的程序，看起來是非常的累人，所以現在我也明白了，以前讀書時說的程序流程圖很重要，現在算是知道了。當你知道一個問題怎么去解決了，那么剩下的只是你安排代碼去完成，這就已經不是什么問題了。舉個例子：數碼管動態掃描，沒寫過的初學者可能搞不清是怎么回事，其實，就是分時讓每一時間段時只控制一只數碼管顯示數字，幾只數碼管輪流顯示，由于速度很快，人眼的看起來是全部數碼管都亮的。明白是這么一回事，事情就好辦了，剩下的事情，無非是你安排讓一只只數碼管輪流顯示出相應的數值。顯示數字，然后延時一下，再下一只顯示數字，延時，知道是這樣，我們實際程序上只要做到這樣就可以：往段口送段碼，然后打開位選顯示一只，延時一下，再關閉位選，再送出段碼，再打開另一只位選..僅此而已。有了解決問題的思路，我們就能問題拆分開來，然后逐一的解決，如果動態掃描的原理都沒懂，不知道如何做，那么這個程序是怎么也寫不出來的。