本文主要是關于51單片機模塊化編程的相關介紹,并著重對51單片機模塊化編程進行了詳盡的闡述。
模塊化編程
方法定義的參數
無參函數:調用方法是,主掉方法不將數據傳遞給被調方法,無參函數可以帶或者不帶返回值
有參函數:在調用方法時,主調方法和被掉方法有數據傳輸,主調方法的數據可以給被掉方法使用,被調方法的參數可以給主調方法使用
定義方法時,參數成為形式參數,簡稱形參,形參子啊方法為被使用時沒有確定值,知識形式上的參數,調用方法時的參數稱為實參,實參可以是變量,常量,或表達式,有確定的值,是是在的參數,方法定義時,的形參不占內存,只有發生調用時間,參數才被分配內存,接受實參傳來的值
方法是形參和時參個數必須相等,對應類型一致,且順序相同。參數名字可以相同,也可以不同,即使形參和實參名字相同,也是 兩個不同是參數,占用不同的內存
方法修飾符 方法類型 方法名稱(形參){
方法體
}
/*第三個單詞表示有無返回值,void無返回值,其余需要例如 int String 需要return
第四個為方法名 括號(參數列表,多個參數,用逗號隔開)
例:public static void fucName(){
//書寫代碼
}
方法的返回值
無返回值:void,無返回值的方法,一般用來執行指定的一組
有返回值:調用方法后,可以通過方法名待會方法值供主調方使用
return 表達式;
參數傳遞
基本數據類型/String類型作為參數傳統,傳遞的是值,方法里對應的類型接受這個值
數組引用數據類型作為參數傳遞,傳遞的是地址,方法里對象的類型接受這個地址,指向原有地址,新變量的值保留在原有地址
51單片機模塊化編程初識
按:在51單片機C語言編程中,為了提高程序的可移植性,有必要用可移植的變量類型的別名進行編程.
把以下內容保存到編程軟件的Include目錄,并保存為了mytype.h文件.如果你用的是Keil,這個目錄可能就是:Keil\C51\INC
/* http://www.rupeng.com/forum/thread-8057-1-1.html */
#ifndef _MYTYPE_
#define _MYTYPE_
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
以后在寫程序時只要寫上下面語句就行了:
#include
另外,http://hi.baidu.com/tuenhai/照網友紅金龍吸味的建議,把編程的源文件只在到工程目錄下的src目錄,其他如output文件和listing文件保存到output目錄.
LED篇第三章模塊化編程初識
好的開始是成功的一半
通過上一章的學習,我想你已經掌握了如何在程序中釋放CPU了。希望能夠繼續堅持下去。一個良好的開始是成功的一半。我們今天所做的一切都是為了在單片機編程上做的更好。
在談論今天的主題之前,先說下我以前的一些經歷。在剛開始接觸到C語言程序的時候,由于學習內容所限,寫的程序都不是很大,一般也就幾百行而矣。所以所有的程序都完成在一個源文件里面。記得那時候大一參加學校里的一個電子設計大賽,調試了一個多星期,所有程序加起來大概將近1000行,長長的一個文件,從上瀏覽下來都要好半天。出了錯誤簡單的語法錯誤還好定位,其它一些錯誤,往往找半天才找的到。那個時候開始知道了模塊化編程這個東西,也嘗試著開始把程序分模塊編寫。最開始是把相同功能的一些函數(譬如1602液晶的驅動)全部寫在一個頭文件(.h)文件里面,然后需要調用的地方包含進去,但是很快發現這種方法有其局限性,很容易犯重復包含的錯誤。
而且調用起來也很不方便。很快暑假的電子設計大賽來臨了,學校對我們的單片機軟件編程進行了一些培訓。由于學校歷年來參加國賽和省賽,因此積累了一定數量的驅動模塊,那些日子,老師每天都會布置一定量的任務,讓我們用這些模塊組合起來,完成一定功能。而正是那些日子模塊化編程的培訓,使我對于模塊化編程有了更進一步的認識。并且程序規范也開始慢慢注意起來。此后的日子,無論程序的大小,均采用模塊化編程的方式去編寫。很長一段時間以來,一直有單片機愛好者在QQ上和我一起交流。有時候,他們會發過來一些有問題的程序源文件,讓我幫忙修改一下。同樣是長長的一個文件,而且命名極不規范,從頭看下來,著實是痛苦,說實話,還真不如我重新給他們寫一個更快一些,此話到不假,因為手頭積累了一定量的模塊,在完成一個新的系統時候,只需要根據上層功能需求,在底層模塊的支持下,可以很快方便的完成。而不需要從頭到尾再一磚一瓦的重新編寫。藉此,也可以看出模塊化編程的一個好處,就是可重復利用率高。下面讓我們揭開模塊化神秘面紗,一窺其真面目。
C語言源文件 *.c
提到C語言源文件,大家都不會陌生。因為我們平常寫的程序代碼幾乎都在這個XX.C文件里面。編譯器也是以此文件來進行編譯并生成相應的目標文件。作為模塊化編程的組成基礎,我們所要實現的所有功能的源代碼均在這個文件里。理想的模塊化應該可以看成是一個黑盒子。即我們只關心模塊提供的功能,而不管模塊內部的實現細節。好比我們買了一部手機,我們只需要會用手機提供的功能即可,不需要知曉它是如何把短信發出去的,如何響應我們按鍵的輸入,這些過程對我們用戶而言,就是是一個黑盒子。
在大規模程序開發中,一個程序由很多個模塊組成,很可能,這些模塊的編寫任務被分配到不同的人。而你在編寫這個模塊的時候很可能就需要利用到別人寫好的模塊的借口,這個時候我們關心的是,它的模塊實現了什么樣的接口,我該如何去調用,至于模塊內部是如何組織的,對于我而言,無需過多關注。而追求接口的單一性,把不需要的細節盡可能對外部屏蔽起來,正是我們所需要注意的地方。
C語言頭文件 *.h
談及到模塊化編程,必然會涉及到多文件編譯,也就是工程編譯。在這樣的一個系統中,往往會有多個C文件,而且每個C文件的作用不盡相同。在我們的C文件中,由于需要對外提供接口,因此必須有一些函數或者是變量提供給外部其它文件進行調用。
假設我們有一個LCD.C文件,其提供最基本的LCD的驅動函數
LcdPutChar(char cNewValue) ; //在當前位置輸出一個字符
而在我們的另外一個文件中需要調用此函數,那么我們該如何做呢?
頭文件的作用正是在此。可以稱其為一份接口描述文件。其文件內部不應該包含任何實質性的函數代碼。我們可以把這個頭文件理解成為一份說明書,說明的內容就是我們的模塊對外提供的接口函數或者是接口變量。同時該文件也包含了一些很重要的宏定義以及一些結構體的信息,離開了這些信息,很可能就無法正常使用接口函數或者是接口變量。但是總的原則是:不該讓外界知道的信息就不應該出現在頭文件里,而外界調用模塊內接口函數或者是接口變量所必須的信息就一定要出現在頭文件里,否則,外界就無法正確的調用我們提供的接口功能。因而為了讓外部函數或者文件調用我們提供的接口功能,就必須包含我們提供的這個接口描述文件----即頭文件。同時,我們自身模塊也需要包含這份模塊頭文件(因為其包含了模塊源文件中所需要的宏定義或者是結構體),好比我們平常所用的文件都是一式三份一樣,模塊本身也需要包含這個頭文件。
下面我們來定義這個頭文件,一般來說,頭文件的名字應該與源文件的名字保持一致,這樣我們便可以清晰的知道哪個頭文件是哪個源文件的描述。
于是便得到了LCD.C的頭文件LCD.h 其內容如下。
#ifndef _LCD_H_
#define _LCD_H_
extern LcdPutChar(char cNewValue) ;
#endif
這與我們在源文件中定義函數時有點類似。不同的是,在其前面添加了extern 修飾符表明其是一個外部函數,可以被外部其它模塊進行調用。
#ifndef _LCD_H_
#define _LCD_H_
#endif
這個幾條條件編譯和宏定義是為了防止重復包含。假如有兩個不同源文件需要調用LcdPutChar(char cNewValue)這個函數,他們分別都通過#include “Lcd.h”把這個頭文件包含了進去。在第一個源文件進行編譯時候,由于沒有定義過 _LCD_H_ 因此 #ifndef _LCD_H_ 條件成立,于是定義_LCD_H_ 并將下面的聲明包含進去。在第二個文件編譯時候,由于第一個文件包含時候,已經將_LCD_H_定義過了。因此#ifndef _LCD_H_ 不成立,整個頭文件內容就沒有被包含。假設沒有這樣的條件編譯語句,那么兩個文件都包含了extern LcdPutChar(char cNewValue) ; 就會引起重復包含的錯誤。
不得不說的typedef
很多朋友似乎了習慣程序中利用如下語句來對數據類型進行定義
#define uint unsigned int
#define uchar unsigned char
然后在定義變量的時候 直接這樣使用
uint g_nTimeCounter = 0 ;
不可否認,這樣確實很方便,而且對于移植起來也有一定的方便性。但是考慮下面這種情況你還會 這么認為嗎?
#define PINT unsigned int * //定義unsigned int 指針類型
PINT g_npTimeCounter, g_npTimeState ;
那么你到底是定義了兩個unsigned int 型的指針變量,還是一個指針變量,一個整形變量呢?而你的初衷又是什么呢,想定義兩個unsigned int 型的指針變量嗎?如果是這樣,那么估計過不久就會到處抓狂找錯誤了。
慶幸的是C語言已經為我們考慮到了這一點。typedef 正是為此而生。為了給變量起一個別名我們可以用如下的語句
typedef unsigned int uint16 ; //給指向無符號整形變量起一個別名 uint16
typedef unsigned int * puint16 ; //給指向無符號整形變量指針起一個別名 puint16
在我們定義變量時候便可以這樣定義了:
uint16 g_nTimeCounter = 0 ; //定義一個無符號的整形變量
puint16 g_npTimeCounter ; //定義一個無符號的整形變量的指針
在我們使用51單片機的C語言編程的時候,整形變量的范圍是16位,而在基于32的微處理下的整形變量是32位。倘若我們在8位單片機下編寫的一些代碼想要移植到32位的處理器上,那么很可能我們就需要在源文件中到處修改變量的類型定義。這是一件龐大的工作,為了考慮程序的可移植性,在一開始,我們就應該養成良好的習慣,用變量的別名進行定義。
如在8位單片機的平臺下,有如下一個變量定義
uint16 g_nTimeCounter = 0 ;
如果移植32單片機的平臺下,想要其的范圍依舊為16位。
可以直接修改uint16 的定義,即
typedef unsigned short int uint16 ;
這樣就可以了,而不需要到源文件處處尋找并修改。
將常用的數據類型全部采用此種方法定義,形成一個頭文件,便于我們以后編程直接調用。
文件名 MacroAndConst.h
其內容如下:
#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閃爍函數進行模塊劃分并重新組織進行編譯。
在上一章中我們主要完成的功能是P0口所驅動的LED以1Hz的頻率閃爍。其中用到了定時器,以及LED驅動模塊。因而我們可以簡單的將整個工程分成三個模塊,定時器模塊,LED模塊,以及主函數
對應的文件關系如下
main.c
Timer.c --?Timer.h
Led.c --?Led.h
在開始重新編寫我們的程序之前,先給大家講一下如何在KEIL中建立工程模板吧,這個模板是我一直沿用至今。希望能夠給大家一點啟發。
下面我們開始編寫各個模塊文件。
首先編寫Timer.c 這個文件主要內容就是定時器初始化,以及定時器中斷服務函數。其內容如下。
#include
bit g_bSystemTime1Ms = 0 ; // 1MS系統時標
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時標標志位置位
}
由于在Led.c文件中需要調用我們的g_bSystemTime1Ms變量。同時主函數需要調用Timer0Init()初始化函數,所以應該對這個變量和函數在頭文件里作外部聲明。以方便其它函數調用。
Timer.h 內容如下。
#ifndef _TIMER_H_
#define _TIMER_H_
extern void Timer0Init(void) ;
extern bit g_bSystemTime1Ms ;
#endif
完成了定時器模塊后,我們開始編寫LED驅動模塊。
Led.c 內容如下:
#include
#include “MacroAndConst.h”
#include “Led.h”
#include “Timer.h”
static uint16 g_u16LedTimeCount = 0 ; //LED計數器
static uint8 g_u8LedState = 0 ; //LED狀態標志, 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的狀態為亮,則點亮LED
{
LED_ON() ;
}
else //否則熄滅LED
{
LED_OFF() ;
}
}
void LedStateChange(void)
{
if(g_bSystemTime1Ms) //系統1MS時標到
{
g_bSystemTime1Ms = 0 ;
g_u16LedTimeCount++ ; //LED計數器加一
if(g_u16LedTimeCount 》= 500) //計數達到500,即500MS到了,改變LED的狀態。
{
g_u16LedTimeCount = 0 ;
g_u8LedState = ! g_u8LedState ;
}
}
}
這個模塊對外的借口只有兩個函數,因此在相應的Led.h 中需要作相應的聲明。
Led.h 內容:
#ifndef _LED_H_
#define _LED_H_
extern void LedProcess(void) ;
extern void LedStateChange(void) ;
#endif
這兩個模塊完成后,我們將其C文件添加到工程中。然后開始編寫主函數里的代碼。
如下所示:
#include
#include “MacroAndConst.h”
#include “Timer.h”
#include “Led.h”
sbit LED_SEG = P1^4; //數碼管段選
sbit LED_DIG = P1^5; //數碼管位選
sbit LED_CS11 = P1^6; //led控制位
void main(void)
{
LED_CS11 = 1 ; //74HC595輸出允許
LED_SEG = 0 ; //數碼管段選和位選禁止(因為它們和LED共用P0口)
LED_DIG = 0 ;
Timer0Init() ;
EA = 1 ;
while(1)
{
LedProcess() ;
LedStateChange() ;
}
}
整個工程截圖如下:
結語
關于51單片機模塊化編程的相關介紹就到這了,如有不足之處歡迎指正。
-
單片機
+關注
關注
6032文章
44521瀏覽量
633106 -
模塊化編程
+關注
關注
4文章
17瀏覽量
7714
發布評論請先 登錄
相關推薦
評論