C语言是一门通用计算机编程语言,利用宽泛。C语言的设计指标是提供一种能以繁难的形式编译、解决低级存储器、产生大量的机器码以及不须要任何运行环境反对便能运行的编程语言。

只管C语言提供了许多低级解决的性能,但依然放弃着良好跨平台的个性,以一个规范规格写出的C语言程序可在许多电脑平台上进行编译,甚至蕴含一些嵌入式处理器(单片机或称MCU)以及超级电脑等作业平台。

20世纪80年代,为了防止各开发厂商用的C语言语法产生差别,由美国国家标准局为C语言订定了一套残缺的国际标准语法,称为ANSI C,作为C语言最后的规范。

C语言嵌入式零碎编程注意事项
不同于个别模式的软件编程,嵌入式零碎编程建设在特定的硬件平台上,势必要求其编程语言具备较强的硬件间接操作能力。无疑,汇编语言具备这样的特质。然而,归因于汇编语言开发过程的复杂性,它并不是嵌入式零碎开发的个别抉择。而与之相比,C语言--一种“高级的低级”语言,则成为嵌入式零碎开发的最佳抉择。笔者在嵌入式零碎我的项目的开发过程中,一次又一次感触到C语言的精妙,沉醉于C语言给嵌入式开发带来的便当。

大多数嵌入式零碎的硬件平台。它包含两局部:

(1) 以通用处理器为核心的协定解决模块,用于网络控制协议的解决;

(2) 以数字信号处理器(DSP)为核心的信号处理模块,用于调制、解调和数/模信号转换。

本文的探讨次要围绕以通用处理器为核心的协定解决模块进行,因为它更多地牵涉到具体的C语言编程技巧。而DSP编程则重点关注具体的数字信号处理算法,次要波及通信畛域的常识,不是本文的探讨重点。

着眼于探讨广泛的嵌入式零碎C编程技巧,零碎的协定解决模块没有抉择特地的CPU,嵌入式零碎学习加意义气呜呜吧久林就易,而是抉择了家喻户晓的CPU芯片--80186,每一位学习过《微机原理》的读者都应该对此芯片有一个根本的意识,且对其指令集比拟相熟。80186的字长是16位,能够寻址到的内存空间为1MB,只有实地址模式。C语言编译生成的指针为32位(双字),高16位为段地址,低16位为段内编译,一段最多64KB。

协定解决模块中的FLASH和RAM简直是每个嵌入式零碎的必备设施,前者用于存储程序,后者则是程序运行时指令及数据的寄存地位。零碎所抉择的FLASH和RAM的位宽都为16位,与CPU统一。

实时钟芯片能够为零碎定时,给出以后的年、月、日及具体工夫(小时、分、秒及毫秒),能够设定其通过一段时间即向CPU提出中断或设定报警工夫到来时向CPU提出中断(相似闹钟性能)。

NVRAM(非易失去性RAM)具备掉电不失落数据的个性,能够用于保留零碎的设置信息,譬如网络协议参数等。在零碎掉电或重新启动后,依然能够读取先前的设置信息。其位宽为8位,比CPU字长小。文章特意抉择一个与CPU字长不统一的存储芯片,为后文中一节的探讨创造条件。

UART则实现CPU并行数据传输与RS-232串行数据传输的转换,它能够在接管到[1~MAX_BUFFER]字节后向CPU提出中断,MAX_BUFFER为UART芯片存储接管到字节的最大缓冲区。

键盘控制器和显示控制器则实现零碎人机界面的管制。

以上提供的是一个较齐备的嵌入式零碎硬件架构,理论的零碎可能蕴含更少的外设。之所以抉择一个齐备的零碎,是为了后文更全面的探讨嵌入式零碎C语言编程技巧的方方面面,所有设施都会成为后文的剖析指标。

嵌入式零碎须要良好的软件开发环境的反对,因为嵌入式零碎的指标机资源受限,不可能在其上建设宏大、简单的开发环境,因此其开发环境和指标运行环境互相拆散。因而,嵌入式应用软件的开发方式个别是,在宿主机(Host)上建设开发环境,进行应用程序编码和穿插编译,而后宿主机同指标机(Target)建设连贯,将应用程序下载到指标机上进行穿插调试,通过调试和优化,最初将应用程序固化到指标机中理论运行。

CAD-UL是实用于x86处理器的嵌入式应用软件开发环境,它运行在Windows操作系统之上,可生成x86处理器的指标代码并通过PC机的COM口(RS-232串口)或以太网口下载到指标机上运行。其驻留于指标机FLASH存储器中的monitor程序能够监控宿主机Windows调试平台上的用户调试指令,获取CPU寄存器的值及指标机存储空间、I/O空间的内容。

后续章节将从软件架构、内存操作、屏幕操作、键盘操作、性能优化等多方面论述C语言嵌入式零碎的编程技巧。软件架构是一个宏观概念,与具体硬件的分割不大;内存操作次要波及零碎中的FLASH、RAM和NVRAM芯片;屏幕操作则波及显示控制器和实时钟;键盘操作次要波及键盘控制器;性能优化则给出一些具体的减小程序工夫、空间耗费的技巧。

在咱们的修炼旅途中将通过25个关口,这些关口主分为两类,一类是技巧型,有很强的适用性;一类则是常识型,在实践上有些意义。

So, let’s go.

C语言嵌入式零碎编程注意事项之软件架构篇
模块划分的“划”是布局的意思,意指怎么正当的将一个很大的软件划分为一系列性能独立的局部单干实现零碎的需要。

模块划分

模块划分的“划”是布局的意思,意指怎么正当的将一个很大的软件划分为一系列性能独立的局部单干实现零碎的需要。C语言作为一种结构化的程序设计语言,在模块的划分上次要根据性能(依性能进行划分在面向对象设计中成为一个谬误,牛顿定律遇到了相对论),C语言模块化程序设计需了解如下概念:

(1) 模块即是一个.c文件和一个.h文件的联合,头文件(.h)中是对于该模块接口的申明;

(2) 某模块提供给其它模块调用的内部函数及数据需在.h中文件中冠以extern关键字申明;

(3) 模块内的函数和全局变量需在.c文件结尾冠以staTIc关键字申明;

(4) 永远不要在.h文件中定义变量!定义变量和申明变量的区别在于定义会产生内存调配的操作,是汇编阶段的概念;而申明则只是通知蕴含该申明的模块在连贯阶段从其它模块寻找内部函数和变量。如:

/module1.h/

int a = 5; / 在模块1的.h文件中定义int a /

/module1 .c/

include “module1.h”/ 在模块1中蕴含模块1的.h文件 /

/module2 .c/

#i nclude “module1.h” / 在模块2中蕴含模块1的.h文件 /

/module3 .c/

#i nclude “module1.h” / 在模块3中蕴含模块1的.h文件 /

以上程序的后果是在模块1、2、3中都定义了整型变量a,a在不同的模块中对应不同的地址单元,这个世界上从来不须要这样的程序。正确的做法是:

/module1.h/

extern int a; / 在模块1的.h文件中申明int a /

/module1 .c/

#i nclude “module1.h” / 在模块1中蕴含模块1的.h文件 /

int a = 5; / 在模块1的.c文件中定义int a /

/module2 .c/

#i nclude “module1.h” / 在模块2中蕴含模块1的.h文件 /

/module3 .c/

#i nclude “module1.h” / 在模块3中蕴含模块1的.h文件 /

这样如果模块1、2、3操作a的话,对应的是同一片内存单元。

一个嵌入式零碎通常包含两类模块:

(1)硬件驱动模块,一种特定硬件对应一个模块;

(2)软件功能模块,其模块的划分应满足低偶合、高内聚的要求。

多任务还是单任务

所谓“单任务零碎”是指该零碎不能反对多任务并发操作,宏观串行地执行一个工作。而多任务零碎则能够宏观并行(宏观上可能串行)地“同时”执行多个工作。

多任务的并发执行通常依赖于一个多任务操作系统(OS),多任务OS的外围是系统调度器,它应用工作管制块(TCB)来治理任务调度性能。TCB包含工作的以后状态、优先级、要期待的事件或资源、工作程序码的起始地址、初始堆栈指针等信息。调度器在工作被激活时,要用到这些信息。此外,TCB还被用来寄存工作的“上下文”(context)。工作的上下文就是当一个执行中的工作被进行时,所要保留的所有信息。通常,上下文就是计算机以后的状态,也即各个寄存器的内容。当产生工作切换时,以后运行的工作的上下文被存入TCB,并将要被执行的工作的上下文从它的TCB中取出,放入各个寄存器中。

嵌入式多任务OS的典型例子有Vxworks、ucLinux等。嵌入式OS并非遥不可及的神坛之物,咱们能够用不到1000行代码实现一个针对80186处理器的性能最简略的OS内核,作者正筹备进行此项工作,心愿能将心得奉献给大家。

到底抉择多任务还是单任务形式,依赖于软件的体系是否宏大。例如,绝大多数手机程序都是多任务的,但也有一些小灵通的协定栈是单任务的,没有操作系统,它们的主程序轮流调用各个软件模块的处理程序,模仿多任务环境。

单任务程序典型架构

(1)从CPU复位时的指定地址开始执行;

(2)跳转至汇编代码startup处执行;

(3)跳转至用户主程序main执行,在main中实现:

   a.初试化各硬件设施;

b.初始化各软件模块;

c.进入死循环(有限循环),调用各模块的处理函数

用户主程序和各模块的处理函数都以C语言实现。用户主程序最初都进入了一个死循环,其首选计划是:

while(1)

{

}

有的程序员这样写:

for(;;)

{

}

这个语法没有确切表白代码的含意,咱们从for(;;)看不出什么,只有弄明确for(;;)在C语言中意味着无条件循环才明确其意。

上面是几个“驰名”的死循环:

(1)操作系统是死循环;

(2)WIN32程序是死循环;

(3)嵌入式系统软件是死循环;

(4)多线程程序的线程处理函数是死循环。

你可能会辩驳,大声说:“凡事都不是相对的,2、3、4都能够不是死循环”。Yes,you are right,然而你得不到鲜花和掌声。实际上,这是一个没有太大意义的牛角尖,因为这个世界从来不须要一个解决完几个音讯就喊着要OS杀死它的WIN32程序,不须要一个刚开始RUN就自行了断的嵌入式零碎,不须要莫名其妙启动一个做一点事就干掉本人的线程。有时候,过于谨严制作的不是便当而是麻烦。君不见,五层的TCP/IP协定栈超过谨严的ISO/OSI七层协定栈大行其道成为事实上的规范?

常常有网友探讨:

printf(“%d,%d”,++i,i++); / 输入是什么?/

c = a+++b; / c=? /

等相似问题。面对这些问题,咱们只能收回由衷的感叹:世界上还有很多有意义的事件等着咱们去消化摄入的食物。

实际上,嵌入式零碎要运行到世界末日。

中断服务程序

中断是嵌入式零碎中重要的组成部分,然而在规范C中不蕴含中断。许多编译开发商在规范C上减少了对中断的反对,提供新的关键字用于标示中断服务程序(ISR),相似于__interrupt、#program interrupt等。当一个函数被定义为ISR的时候,编译器会主动为该函数减少中断服务程序所须要的中断现场入栈和出栈代码。

中断服务程序须要满足如下要求:

(1)不能返回值;

(2)不能向ISR传递参数;

(3) ISR应该尽可能的短小精悍;

(4) printf(char * lpFormatString,…)函数会带来重入和性能问题,不能在ISR中采纳。

在某我的项目的开发中,咱们设计了一个队列,在中断服务程序中,只是将中断类型增加入该队列中,在主程序的死循环中一直扫描中断队列是否有中断,有则取出队列中的第一个中断类型,进行相应解决。

/ 寄存中断的队列 /

typedef struct tagIntQueue

{

int intType; / 中断类型 /

struct tagIntQueue *next;

}IntQueue;

IntQueue lpIntQueueHead;

__interrupt ISRexample ()

{

int intType;

intType = GetSystemType();

QueueAddTail(lpIntQueueHead, intType);/ 在队列尾退出新的中断 /

}

在主程序循环中判断是否有中断:

While(1)

{

If( !IsIntQueueEmpty() )

{

intType = GetFirsTInt();

switch(intType) / 是不是很象WIN32程序的音讯解析函数? /

{

/ 对,咱们的中断类型解析很相似于音讯驱动 /

case xxx: / 咱们称其为“中断驱动”吧? /

break;

case xxx:

break;

}

}

}

按上述办法设计的中断服务程序很小,理论的工作都交由主程序执行了。

模块划分的“划”是布局的意思,意指怎么正当的将一个很大的软件划分为一系列性能独立的局部单干实现零碎的需要。