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