新聞中心

EEPW首頁 > 嵌入式系統(tǒng) > 設(shè)計應(yīng)用 > keil中的單片機(jī)模塊化編程

keil中的單片機(jī)模塊化編程

作者: 時間:2016-12-03 來源:網(wǎng)絡(luò) 收藏
好的開始是成功的一半

通過上一章的學(xué)習(xí),我想你已經(jīng)掌握了如何在程序中釋放CPU了。希望能夠繼續(xù)堅持下去。一個良好的開始是成功的一半。我們今天所做的一切都是為了在單片機(jī)編程上做的更好。

本文引用地址:http://butianyuan.cn/article/201612/325264.htm

在談?wù)摻裉斓闹黝}之前,先說下我以前的一些經(jīng)歷。在剛開始接觸到C語言程序的時候,由于學(xué)習(xí)內(nèi)容所限,寫的程序都不是很大,一般也就幾百行而矣。所以所有的程序都完成在一個源文件里面。記得那時候大一參加學(xué)校里的一個電子設(shè)計大賽,調(diào)試了一個多星期,所有程序加起來大概將近1000行,長長的一個文件,從上瀏覽下來都要好半天。出了錯誤簡單的語法錯誤還好定位,其它一些錯誤,往往找半天才找的到。那個時候開始知道了模塊化編程這個東西,也嘗試著開始把程序分模塊編寫。最開始是把相同功能的一些函數(shù)(譬如1602液晶的驅(qū)動)全部寫在一個頭文件(.h)文件里面,然后需要調(diào)用的地方包含進(jìn)去,但是很快發(fā)現(xiàn)這種方法有其局限性,很容易犯重復(fù)包含的錯誤。

而且調(diào)用起來也很不方便。很快暑假的電子設(shè)計大賽來臨了,學(xué)校對我們的單片機(jī)軟件編程進(jìn)行了一些培訓(xùn)。由于學(xué)校歷年來參加國賽和省賽,因此積累了一定數(shù)量的驅(qū)動模塊,那些日子,老師每天都會布置一定量的任務(wù),讓我們用這些模塊組合起來,完成一定功能。而正是那些日子模塊化編程的培訓(xùn),使我對于模塊化編程有了更進(jìn)一步的認(rèn)識。并且程序規(guī)范也開始慢慢注意起來。此后的日子,無論程序的大小,均采用模塊化編程的方式去編寫。很長一段時間以來,一直有單片機(jī)愛好者在QQ上和我一起交流。有時候,他們會發(fā)過來一些有問題的程序源文件,讓我?guī)兔π薷囊幌?。同樣是長長的一個文件,而且命名極不規(guī)范,從頭看下來,著實是痛苦,說實話,還真不如我重新給他們寫一個更快一些,此話到不假,因為手頭積累了一定量的模塊,在完成一個新的系統(tǒng)時候,只需要根據(jù)上層功能需求,在底層模塊的支持下,可以很快方便的完成。而不需要從頭到尾再一磚一瓦的重新編寫。藉此,也可以看出模塊化編程的一個好處,就是可重復(fù)利用率高。下面讓我們揭開模塊化神秘面紗,一窺其真面目。

C語言源文件 *.c

提到C語言源文件,大家都不會陌生。因為我們平常寫的程序代碼幾乎都在這個XX.C文件里面。編譯器也是以此文件來進(jìn)行編譯并生成相應(yīng)的目標(biāo)文件。作為模塊化編程的組成基礎(chǔ),我們所要實現(xiàn)的所有功能的源代碼均在這個文件里。理想的模塊化應(yīng)該可以看成是一個黑盒子。即我們只關(guān)心模塊提供的功能,而不管模塊內(nèi)部的實現(xiàn)細(xì)節(jié)。好比我們買了一部手機(jī),我們只需要會用手機(jī)提供的功能即可,不需要知曉它是如何把短信發(fā)出去的,如何響應(yīng)我們按鍵的輸入,這些過程對我們用戶而言,就是是一個黑盒子。

在大規(guī)模程序開發(fā)中,一個程序由很多個模塊組成,很可能,這些模塊的編寫任務(wù)被分配到不同的人。而你在編寫這個模塊的時候很可能就需要利用到別人寫好的模塊的借口,這個時候我們關(guān)心的是,它的模塊實現(xiàn)了什么樣的接口,我該如何去調(diào)用,至于模塊內(nèi)部是如何組織的,對于我而言,無需過多關(guān)注。而追求接口的單一性,把不需要的細(xì)節(jié)盡可能對外部屏蔽起來,正是我們所需要注意的地方。

C語言頭文件 *.h

談及到模塊化編程,必然會涉及到多文件編譯,也就是工程編譯。在這樣的一個系統(tǒng)中,往往會有多個C文件,而且每個C文件的作用不盡相同。在我們的C文件中,由于需要對外提供接口,因此必須有一些函數(shù)或者是變量提供給外部其它文件進(jìn)行調(diào)用。

假設(shè)我們有一個LCD.C文件,其提供最基本的LCD的驅(qū)動函數(shù)

LcdPutChar(char cNewValue) ; //在當(dāng)前位置輸出一個字符

而在我們的另外一個文件中需要調(diào)用此函數(shù),那么我們該如何做呢?

頭文件的作用正是在此。可以稱其為一份接口描述文件。其文件內(nèi)部不應(yīng)該包含任何實質(zhì)性的函數(shù)代碼。我們可以把這個頭文件理解成為一份說明書,說明的內(nèi)容就是我們的模塊對外提供的接口函數(shù)或者是接口變量。同時該文件也包含了一些很重要的宏定義以及一些結(jié)構(gòu)體的信息,離開了這些信息,很可能就無法正常使用接口函數(shù)或者是接口變量。但是總的原則是:不該讓外界知道的信息就不應(yīng)該出現(xiàn)在頭文件里,而外界調(diào)用模塊內(nèi)接口函數(shù)或者是接口變量所必須的信息就一定要出現(xiàn)在頭文件里,否則,外界就無法正確的調(diào)用我們提供的接口功能。因而為了讓外部函數(shù)或者文件調(diào)用我們提供的接口功能,就必須包含我們提供的這個接口描述文件----即頭文件。同時,我們自身模塊也需要包含這份模塊頭文件(因為其包含了模塊源文件中所需要的宏定義或者是結(jié)構(gòu)體),好比我們平常所用的文件都是一式三份一樣,模塊本身也需要包含這個頭文件。

下面我們來定義這個頭文件,一般來說,頭文件的名字應(yīng)該與源文件的名字保持一致,這樣我們便可以清晰的知道哪個頭文件是哪個源文件的描述。

于是便得到了LCD.C的頭文件LCD.h 其內(nèi)容如下。

#ifndef _LCD_H_

#define _LCD_H_

extern LcdPutChar(char cNewValue) ;

#endif

這與我們在源文件中定義函數(shù)時有點類似。不同的是,在其前面添加了extern 修飾符表明其是一個外部函數(shù),可以被外部其它模塊進(jìn)行調(diào)用。

#ifndef _LCD_H_

#define _LCD_H_

#endif

這個幾條條件編譯和宏定義是為了防止重復(fù)包含。假如有兩個不同源文件需要調(diào)用LcdPutChar(char cNewValue)這個函數(shù),他們分別都通過#include “Lcd.h”把這個頭文件包含了進(jìn)去。在第一個源文件進(jìn)行編譯時候,由于沒有定義過 _LCD_H_ 因此 #ifndef _LCD_H_ 條件成立,于是定義_LCD_H_ 并將下面的聲明包含進(jìn)去。在第二個文件編譯時候,由于第一個文件包含時候,已經(jīng)將_LCD_H_定義過了。因此#ifndef _LCD_H_ 不成立,整個頭文件內(nèi)容就沒有被包含。假設(shè)沒有這樣的條件編譯語句,那么兩個文件都包含了extern LcdPutChar(char cNewValue) ; 就會引起重復(fù)包含的錯誤。

不得不說的typedef

很多朋友似乎了習(xí)慣程序中利用如下語句來對數(shù)據(jù)類型進(jìn)行定義

#define uint unsigned int

#define uchar unsigned char

然后在定義變量的時候 直接這樣使用

uint g_nTimeCounter = 0 ;

不可否認(rèn),這樣確實很方便,而且對于移植起來也有一定的方便性。但是考慮下面這種情況你還會 這么認(rèn)為嗎?

#define PINT unsigned int * //定義unsigned int 指針類型

PINT g_npTimeCounter, g_npTimeState ;

那么你到底是定義了兩個unsigned int 型的指針變量,還是一個指針變量,一個整形變量呢?而你的初衷又是什么呢,想定義兩個unsigned int 型的指針變量嗎?如果是這樣,那么估計過不久就會到處抓狂找錯誤了。

慶幸的是C語言已經(jīng)為我們考慮到了這一點。typedef 正是為此而生。為了給變量起一個別名我們可以用如下的語句

typedef unsigned int uint16 ; //給指向無符號整形變量起一個別名 uint16

typedef unsigned int * puint16 ; //給指向無符號整形變量指針起一個別名 puint16

在我們定義變量時候便可以這樣定義了:

uint16 g_nTimeCounter = 0 ; //定義一個無符號的整形變量

puint16 g_npTimeCounter ; //定義一個無符號的整形變量的指針

在我們使用51單片機(jī)的C語言編程的時候,整形變量的范圍是16位,而在基于32的微處理下的整形變量是32位。倘若我們在8位單片機(jī)下編寫的一些代碼想要移植到32位的處理器上,那么很可能我們就需要在源文件中到處修改變量的類型定義。這是一件龐大的工作,為了考慮程序的可移植性,在一開始,我們就應(yīng)該養(yǎng)成良好的習(xí)慣,用變量的別名進(jìn)行定義。

如在8位單片機(jī)的平臺下,有如下一個變量定義

uint16 g_nTimeCounter = 0 ;

如果移植32單片機(jī)的平臺下,想要其的范圍依舊為16位。

可以直接修改uint16 的定義,即

typedef unsigned short int uint16 ;

這樣就可以了,而不需要到源文件處處尋找并修改。

將常用的數(shù)據(jù)類型全部采用此種方法定義,形成一個頭文件,便于我們以后編程直接調(diào)用。

文件名 MacroAndConst.h

其內(nèi)容如下:

#ifndef _MACRO_AND_CONST_H_

#define _MACRO_AND_CONST_H_

typedef unsigned int uint16;

typedef unsigned int UINT;

typedef unsigned int uint;

typedef unsigned int UINT16;

typedef unsigned int WORD;

typedef unsigned int word;

typedef int int16;

typedef int INT16;

typedef unsigned long uint32;

typedef unsigned long UINT32;

typedef unsigned long DWORD;

typedef unsigned long dword;

typedef long int32;

typedef long INT32;

typedef signed char int8;

typedef signed char INT8;

typedef unsigned char byte;

typedef unsigned char BYTE;

typedef unsigned char uchar;

typedef unsigned char UINT8;

typedef unsigned char uint8;

typedef unsigned char BOOL;

#endif

至此,似乎我們對于源文件和頭文件的分工以及模塊化編程有那么一點概念了。那么讓我們趁熱打鐵,將上一章的我們編寫的LED閃爍函數(shù)進(jìn)行模塊劃分并重新組織進(jìn)行編譯。

在上一章中我們主要完成的功能是P0口所驅(qū)動的LED以1Hz的頻率閃爍。其中用到了定時器,以及LED驅(qū)動模塊。因而我們可以簡單的將整個工程分成三個模塊,定時器模塊,LED模塊,以及主函數(shù)

對應(yīng)的文件關(guān)系如下

main.c

Timer.c --?Timer.h

Led.c --?Led.h

在開始重新編寫我們的程序之前,先給大家講一下如何在KEIL中建立工程模板吧,這個模板是我一直沿用至今。希望能夠給大家一點啟發(fā)。

下面的內(nèi)容就主要以圖片為主了。同時輔以少量文字說明。

我們以芯片AT89S52為例。

OK ,到此一個簡單的工程模板就建立起來了,以后我們再新建源文件和頭文件的時候,就可以直接保存到src文件目錄下面了。

下面我們開始編寫各個模塊文件。

首先編寫Timer.c 這個文件主要內(nèi)容就是定時器初始化,以及定時器中斷服務(wù)函數(shù)。其內(nèi)容如下。

#include

bit g_bSystemTime1Ms = 0 ; // 1MS系統(tǒng)時標(biāo)

void Timer0Init(void)

{

TMOD &= 0xf0 ;

TMOD |= 0x01 ; //定時器0工作方式1

TH0 = 0xfc ; //定時器初始值

TL0 = 0x66 ;

TR0 = 1 ;

ET0 = 1 ;

}

void Time0Isr(void) interrupt 1

{

TH0 = 0xfc ; //定時器重新賦初值

TL0 = 0x66 ;

g_bSystemTime1Ms = 1 ; //1MS時標(biāo)標(biāo)志位置位

}

由于在Led.c文件中需要調(diào)用我們的g_bSystemTime1Ms變量。同時主函數(shù)需要調(diào)用Timer0Init()初始化函數(shù),所以應(yīng)該對這個變量和函數(shù)在頭文件里作外部聲明。以方便其它函數(shù)調(diào)用。

Timer.h 內(nèi)容如下。

#ifndef _TIMER_H_

#define _TIMER_H_

extern void Timer0Init(void) ;

extern bit g_bSystemTime1Ms ;

#endif

完成了定時器模塊后,我們開始編寫LED驅(qū)動模塊。

Led.c 內(nèi)容如下:

#include

#include "MacroAndConst.h"

#include "Led.h"

#include "Timer.h"

static uint16 g_u16LedTimeCount = 0 ; //LED計數(shù)器

static uint8 g_u8LedState = 0 ; //LED狀態(tài)標(biāo)志, 0表示亮,1表示熄滅

#define LED P0 //定義LED接口

#define LED_ON() LED = 0x00 ; //所有LED亮

#define LED_OFF() LED = 0xff ; //所有LED熄滅

void LedProcess(void)

{

if(0 == g_u8LedState) //如果LED的狀態(tài)為亮,則點亮LED

{

LED_ON() ;

}

else //否則熄滅LED

{

LED_OFF() ;

}

}

void LedStateChange(void)

{

if(g_bSystemTime1Ms) //系統(tǒng)1MS時標(biāo)到

{

g_bSystemTime1Ms = 0 ;

g_u16LedTimeCount++ ; //LED計數(shù)器加一

if(g_u16LedTimeCount >= 500) //計數(shù)達(dá)到500,即500MS到了,改變LED的狀態(tài)。

{

g_u16LedTimeCount = 0 ;

g_u8LedState = ! g_u8LedState ;

}

}

}

這個模塊對外的借口只有兩個函數(shù),因此在相應(yīng)的Led.h 中需要作相應(yīng)的聲明。

Led.h 內(nèi)容:

#ifndef _LED_H_

#define _LED_H_

extern void LedProcess(void) ;

extern void LedStateChange(void) ;

#endif

這兩個模塊完成后,我們將其C文件添加到工程中。然后開始編寫主函數(shù)里的代碼。

如下所示:

#include

#include "MacroAndConst.h"

#include "Timer.h"

#include "Led.h"

sbit LED_SEG = P1^4; //數(shù)碼管段選

sbit LED_DIG = P1^5; //數(shù)碼管位選

sbit LED_CS11 = P1^6; //led控制位

void main(void)

{

LED_CS11 = 1 ; //74HC595輸出允許

LED_SEG = 0 ; //數(shù)碼管段選和位選禁止(因為它們和LED共用P0口)

LED_DIG = 0 ;

Timer0Init() ;

EA = 1 ;

while(1)

{

LedProcess() ;

LedStateChange() ;

}

}

整個工程截圖如下



關(guān)鍵詞: keil單片機(jī)模塊化編

評論


技術(shù)專區(qū)

關(guān)閉