程序

单片机是一种集成电路芯片，是采用超大规模集成电路技术把具有数据处理能力的中央处理器CPU随机存储器RAM、只读存储器ROM、多种I/O口和中断系统、定时器/计时器等功能（可能还包括显示驱动电路、脉宽调制电路、模拟多路转换器、A/D转换器等电路）集成到一块硅片上构成的一个小而完善的微型计算机系统，在工业控制领域的广泛应用。从上世纪80年代，由当时的4位、8位单片机，发展到现在的32位300M的高速单片机。

1、万事开头难、要勇敢迈出第一步。

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

2、知识点用到才学，不用的暂时丢一边。

在单片机中，有多个任务需要进行，如何处理才能保证单片机的工作效率以及每个任务完成的及时性？本文跟大家分享几个方法：

1、顺序执行法：

这种方法，这应用程序比较简单，实时性，并行性要求不太高的情况下是不错的方法，程序设计简单，思路比较清晰。但是当应用程序比较复杂的时候，如果没有一个完整的流程图，恐怕别人很难看懂程序的运行状态，而且随着程序功能的增加，编写应用程序的工程师的大脑也开始混乱。即不利于升级维护，也不利于代码优化。本人写个几个比较复杂一点的应用程序，刚开始就是使用此法，最终虽然能够实现功能，但是自己的思维一直处于混乱状态。导致程序一直不能让自己满意。

这种方法大多数人都会采用，而且我们接受的教育也基本都是使用此法。对于我们这些基本没有学习过数据结构，程序架构的单片机工程师来说，无疑很难在应用程序的设计上有一个很大的提高，也导致了不同工程师编写的应用程序很难相互利于和学习。

本人建议，如果喜欢使用此法的网友，如果编写比较复杂的应用程序，一定要先理清头脑，设计好完整的流程图再编写程序，否则后果很严重。当然应该程序本身很简单，此法还是一个非常必须的选择。

下面就写一个顺序执行的程序模型，方面和下面两种方法对比：

工作中经过摸索实验，总结出单片机大致应用程序的架构有三种：

1、简单的前后台顺序执行程序，这类写法是大多数人使用的方法，不需用思考程序的具体架构，直接通过执行顺序编写应用程序即可。

2、时间片轮询法，此方法是介于顺序执行与操作系统之间的一种方法。

3、操作系统，此法应该是应用程序编写的最高境界。

下面就分别谈谈这三种方法的利弊和适应范围等。

一、顺序执行法

摘要：本文首先分析了C语言的陷阱和缺陷，对容易犯错的地方进行归纳整理；分析了编译器语义检查的不足之处并给出防范措施，以Keil MDK编译器为例，介绍了该编译器的特性、对未定义行为的处理以及一些高级应用；在此基础上，介绍了防御性编程的概念，提出了编程过程中就应该防范于未然的多种措施；提出了测试对编写优质嵌入式程序的重要作用以及常用测试方法；最后，本文试图以更高的层次看待编程，讨论一些通用的编程思想。

<a href="http://mm32.eetrend.com/system/files/2016-10/文章/private/100003225-10550…;