一直想写一个帖子，将自己学习单片机的经历、经验和方法总结一下，今天终于动手写了，呵呵，这是我学习单片机的经验、心得、方法。希望对大家学习单片机有所帮助。
经常在群、论坛里看到有人问：怎么学单片机？也常看到有人说学了好几个月可就是没有什么进展。当然，受限于每个人受到的教育水平不同和个人理解能力的差异，学习起来会有快慢之分，但我感觉最重的就是学习方法。一个好的学习方法，能让你事半功倍，这里说说我学习单片机的经历和方法。
05年的时候，因为制作FM发射电路采用了BH1415的芯片，需要用到单片机控制，所以开始接触使用单片机，虽然以前读书时作为一门功课学过，不过也快丢荒了10年了，基本上都忘光了，也算是从头学起了吧。我当时是买了一块实验板，很简单的功能，比论坛实验板还要少功能，还有一个仿真器，也是比较简单的，SST芯片的。然后开始从大家都知道的流水灯写起，万事开头难，第一个程序基本上就抄人家的，翻查了一份快速入门的学习资料，写下第一个程序。然后，在仿真机是单步的看运行结果，从每一步执行，都硬件上反应出来的效果，很快，对单片机的运作有了一个非常感性的认识，这跟只看书然后自己想象运行是完全两码事。然后，是进一步的其它程序学习，一个月时间，基本上已经熟悉了51的各种硬件资源。把流水灯，数码管动态扫描，中断等等的学习了，然后就是写综合性的程序，也就是我发在论坛里的时钟。通过这个程序的编写，使自己的编程水平有了很大的飞跃。之后，就是逐步学习编写更多的程序，各种外围器件的控制等等，通过编写程序使自己不断的提高。在学过汇编之后，我又转到了C语言学习，因为以前没有学习过C语言，一切都很陌生，所以自己沿用了学习汇编的方法，大约花了3天功夫基本就对C语言有了初步的了解，然后就是尝试写上面所说的时钟，以汇编程序的思路作为参考，以C语言来编写，花了几天功夫完成了这一程序，也实现了从汇编编程为主到C编程为主的转变。然后，就是以C语言编写外围器件的控制程序，以此来熟悉C的编程风格，一直到现在，基本上就是C语言编程，汇编已经是作为调试程序的辅助。
下面我概括了几点我的学习经验和心得体会：

1、万事开头难、要勇敢迈出第一步。开始的时候，不要老是给自己找借口，说KEIL不会建项目啦、没有实验板啦之类的。遇到困难要一件件攻克，不会建项目，就先学它，这方面网上教程很多，随便找找看一下，做几次就懂了。然后可以参考别的人程序，抄过来也无所谓，写一个最简单的，让它运行起来，先培养一下自己的感觉，知道写程序是怎么一回事，无论写大程序还是小程序，要做的工序不会差多少，总得建个项目，再配置一下项目，然后建个程序，加入项目中，再写代码、编译、生成HEX，刷进单片机中、运行。必须熟悉这一套工序。个人认为，一块学习板还是必要的，写好程序在上面运行一下看结果，学习效果会好很多，仿真器就看个人需要了。单片机是注重理论和实践的，光看书不动手，是学不会的。

2、知识点用到才学，不用的暂时丢一边。厚厚的一本书，看着人头都晕了，学了后面的，前面的估计也快忘光了，所以，最好结合实际程序，用到的时候才去看，不必说非要把书从第一页看起，看完它才来写程序。比如你写流水灯，完全就没必要看中断的知识，专心把流水灯学好就是了，这是把整本书化整为零，一小点一小点的啃。

3、程序不要光看不写，一定要自己写一次。最开始的时候，啥都不懂，可以抄人家的程序过来，看看每一句是干什么用的，达到什么目的，运行后有什么后果，看明白了之后，就要自己写一次，你会发现，原来看明白别人的程序很容易，但到自己写的时候却一句也写不出来，这就是差距。。。当你自己能写出来的时候，说明你就真的懂了。。。

4、必须学会掌握调试程序的方法。不少人写程序，把代码写好了，然后一运行，不是自己想要的结果，就晕了，然后跑到论坛上发个帖子，把程序一贴，问：为什么我的程序不能正常运行？然后就等别人来给自己分析。这是一种很不好的行为，应该自己学会发现问题和学会如何解决问题。这就需要学习调试程序的方法，比如KEIL里，可以下断点啦，查看寄存器内容等等，这些都是调试程序的手段，当你发现你写的程序运行结果和你想象中不一样的时候，你可以单步，也可以下断点，然后跟踪，查看各相关寄存器内容，看看程序运行过中是不是有什么偏差，找出影响结果的地方，改正过来。这一个过程非常重要，通过程序的排错，你可以学到的知识是书上得不到的。

5、找到解决问题思路比找到代码更重要。我们用单片机来控制周边器件，达到我们想到的目的，这是一个题目，而如何写出一个程序，来控制器件按你想要的结果去运作，这个就是解题的思路。要写程序，就得先找到解决问题的思路，你学会找出这个解题思路，比你找到代码更为重要。不少人很喜欢找人家的代码，有的人甚至有了代码就直接复制到自己的程序中，可以说，这不是一种学习的态度，无助于你编程水平的提高。我几乎不怎么看人家的代码，多数时候是看别人的思路，有方框图最好，没有的话文字说明也可以，要从代码中看出别人处理问题的思路，是相当困难的，特别是大型的程序，看起来是非常的累人，所以现在我也明白了，以前读书时说的程序流程图很重要，现在算是知道了。当你知道一个问题怎么去解决了，那么剩下的只是你安排代码去完成，这就已经不是什么问题了。举个例子：数码管动态扫描，没写过的初学者可能搞不清是怎么回事，其实，就是分时让每一时间段时只控制一只数码管显示数字，几只数码管轮流显示，由于速度很快，人眼的看起来是全部数码管都亮的。明白是这么一回事，事情就好办了，剩下的事情，无非是你安排让一只只数码管轮流显示出相应的数值。显示数字，然后延时一下，再下一只显示数字，延时，知道是这样，我们实际程序上只要做到这样就可以：往段口送段码，然后打开位选显示一只，延时一下，再关闭位选，再送出段码，再打开另一只位选..仅此而已。有了解决问题的思路，我们就能问题拆分开来，然后逐一的解决，如果动态扫描的原理都没懂，不知道如何做，那么这个程序是怎么也写不出来的。