文档介绍：单片机编程心得体会
单片机编程心得体会 （ 一）
无论什么时候我们都要以实际应用的角度去考虑程序的编写。
无论什么时候都不要让CPU白白浪费等待，尤其是延时（超过 1MS这样的地方。
设计相应驱动电路时候，应该仔细阅读芯片的数据手册，了
解每个引脚的驱动能力，以及整个芯片的驱动能力。
最重要的是，如何去释放CPU口口果是led每500ms闪烁一次， 那么可以设置1ms为基准，定时器定时1ms后，进入相应操作使计数 加 1， 判断达到 500 时， 进入 led（）, 这些函数执行的时间是相当短的，
如果主程序中还有其他函数，则CPU^顺次往下执行，对于其它函数 （有的话）也要采取相同的措施，保证其不堵塞 CPU若全部基于这种
方法执行， 我们的小系统依旧可以保证多个任务 （ 多个函数 ） 同时进行，
系统的实时性得到了一定的保证。
） ，这是写出合格程序的基础。
数码管显示，动态显示的亮度比静态显示要差一点，所以在
限流电阻时应略小于静态显示电路中， 动态扫描显示刷新频率最好大
于50Hz即每显示一轮的时间不超过 20m§每个数码管显示的时间
不能太长也不能太短， 时间太长会影响刷新率， 导致总体显示呈现闪
烁的现象， 时间太短发光二级管的电流导通时间也就短， 会影响总体
的显示亮度，一般控制在1ms左右最佳。
模块化编程，初学单片机的时候（开始是C语言），是接触一 些芯片实现独立的功能，如 DS1302 DS18B20?,程序也不会很大， 所以所有的程序都放在一个文件里面。
随着学****的逐步深入，程序也愈来愈大，这给调试带来了一定
的困难， 后来了解了模块化编程这个概念， 运用之后大大地改善了程
序的可读性和可移植性。
下面简单的介绍
C 语言源文件 *.c 稍微比较大的设计都会涉及到众多模块， 我们
可以被各自独立的模块封装到不同的 *.c 源文件中，该文件中定义模
块函数，申明部分一般不放入
C 语言头文件 *.h 把各个模块的的申明文件 （说模块的接口比较
合适 ） ， 放在相应的 *.h 头文件中， 相应的模块对应相应的 .h 头文件 . 形如
#ifndef__DS1302_H__
#define__DS1302_H__
/* 模块 文件中函数等的申明文件 */
#endif
// 上面几个条件编译和宏定义是为了防止重复包含
这样我们就把各个模块的接口函数都引出到各自的头文件中，
然后在主程序中调用这些模块的 *.h 头文件即可。
这点和C+冲的类很像。
在数据类型定义的时候， 有时候用 typedef 会取得很好的效果。
说到模块化编程，以前曾看过不少大虾的例子，他们的源文件
和输出下载文件是放在项目文件夹下地不同文件夹中， 如源文件放在
src 文件夹中， 输出 *.hex 放在 output 文件夹中， 这样整个项目就更
显得清晰明了。
7. 多任务程序， 这个概念在前面也有提到， 就是充分地利用 CPU
来实现多任务的前后台操作， 相当于自己用程序构造一个基于前后台
的多任务操作系统，换句话说就是通过定时器中断合理地分配 CPU务
源来响应不同的任务。
多个任务需要CP&照的频度不一样，我们选择最快的那个频
度来作为定