文档介绍：1
单片机学****心得体会
我们有一些启发后，有这样的时机，要好好记录下来，这样能够让人头脑更加清醒，目标更加明确。那么写心得体会要注意的内容有什么呢？以下是小编为大家收集的单片机学****心得体会，希望对大家有所帮助。
，从每一步执行，都硬件上反应出来的效果，很快，对单片机的运作有了一个非常感性的认识，这跟只看书然后自己想象运行是完全两码事。然后，是进一步的其它程序学****一个月时间，基本上已经熟悉了51的各种硬件资源。把流水灯，数码管动态扫描，中断等等的学****了，然后就是写综合性的程序，也就是我发在论坛里的时钟。通过这个程序的编写，使自己的编程水平有了很大的飞跃。之后，就是逐步学****编写更多的程序，各种外围器件的控制等等，通过编写程序使自己不断的提高。在学过汇编之后，我又转到了C语言学****因为以前没有学****过C语言，一切都很陌生，所以自己沿用了学****汇编的方法，大约花了3天功夫基本就对C语言有了初步的了解，然后就是尝试写上面所说的时钟，以汇编程序的思路作为参考，以C语言来编写，花了几天功夫完成了这一程序，也实现了从汇编编程为主到C编程为主的转变。然后，就是以C语言编写外围器件的控制程序，以此来熟悉C的编程风格，一直到现在，基本上就是C语言编程，汇编已经是作为调试程序的辅助。
4
下面我概括了几点我的学****经验和心得体会：
1、万事开头难、要勇敢迈出第一步。开始的时候，不要老是给自己找借口，说KEIL不会建项目啦、没有实验板啦之类的。遇到困难要一件件攻克，不会建项目，就先学它，这方面网上教程很多，随便找找看一下，做几次就懂了。然后可以参考别的人程序，抄过来也无所谓，写一个最简单的，让它运行起来，先培养一下自己的感觉，知道写程序是怎么一回事，无论写大程序还是小程序，要做的工序不会差多少，总得建个项目，再配置一下项目，然后建个程序，加入项目中，再写代码、编译、生成HEX，刷进单片机中、运行。必须熟悉这一套工序。个人认为，一块学****板还是必要的，写好程序在上面运行一下看结果，学****效果会好很多，仿真器就看个人需要了。单片机是注重理论和实践的，光看书不动手，是学不会的。
5
2、知识点用到才学，不用的暂时丢一边。厚厚的一本书，看着人头都晕了，学了后面的，前面的估计也快忘光了，所以，最好结合实际程序，用到的时候才去看，不必说非要把书从第一页看起，看完它才来写程序。比如你写流水灯，完全就没必要看中断的知识，专心把流水灯学好就是了，这是把整本书化整为零，一小点一小点的啃。
3、程序不要光看不写，一定要自己写一次。最开始的时候，啥都不懂，可以抄人家的程序过来，看看每一句是干什么用的，达到什么目的，运行后有什么后果，看明白了之后，就要自己写一次，你会发现，原来看明白别人的程序很容易，但到自己写的时候却一句也写不出来，这就是差距……当你自己能写出来的时候，说明你就真的`懂了。
4、必须学会掌握调试程序的方法。不少人写程序，把代码写好了，然后一运行，不是自己想要的结果，就晕了，然后跑到论坛上发个帖子，把程序一贴，问：为什么我的程序不能正常运行？然后就等别人来给自己分析。这是一种很不好的行为，应该自己学会发现问题和学会如何解决问题。这就需要学****调试程序的方法，比如KEIL里，可以下断点啦，查看寄存器内容等等，这些都是调试程序的手段，当你发现你写的程序运行结果和你想象中不一样的时候，你可以单步，也可以下断点，然后跟踪，查看各相关寄存器内容，看看程序运行过中是不是有什么偏差，找出影响结果的地方，改正过来。这一个过程非常重要，通过程序的排错，你可以学到的知识是书上得不到的。
6
5、找到解决问题思路比找到代码更重要。我们用单片机来控制周边器件，达到我们想到的目的，这是一个题目，而如何写出一个程序，来控制器件按你想要的结果去运作，这个就是解题的思路。要写程序，就得先找到解决问题的思路，你学会找出这个解题思路，比你找到代码更为重要。不少人很喜欢找人家的代码，有的人甚至有了代码就直接复制到自己的程序中，可以说，这不是一种学****的态度，无助于你编程水平的提高。我几乎不怎么看人家的代码，多数时候是看别人的思路，有方框图最好，没有的话文字说明也可以，要从代码中看出别人处理问题的思路，是相当困难的，特别是大型的程序，看起来是非常的累人，所以现在我也明白了，以前读书时说的程序流程图很重要，现在算是知道了。当你知道一个问题怎么去解决了，那么剩下的只是你安排代码去完成，这就已经不是什么问题了。举个例子：数码管动态扫描，没写过的初学者可能搞不清是怎么回事，其实，就是分时让每一时间段时只控制一只数码管显示数字，几只数码管轮流显示，由于速度很快，人眼