專注差異化嵌入式產(chǎn)品解決方案 給智能產(chǎn)品定制注入靈魂給予生命
提供開發(fā)工具、應(yīng)用測試 完善的開發(fā)代碼案例庫分享
從全面的產(chǎn)品導(dǎo)入到強大技術(shù)支援服務(wù) 全程貼心伴隨服務(wù),創(chuàng)造無限潛能!
對于一些狀態(tài)的集合,盡可能使用enum而不是#define 來定義。
如:
enum {OFF = 0, ON = 1};
遠(yuǎn)比
#define OFF 0
#define ON 1
好。
兩種寫法編譯的效果是一樣的,但是寫程序及看程序的人員來說感覺就不一樣了。用enum定義時,可以覺得OFF與ON是一個集合,有相關(guān)性(且可減少程序中#define的定義)。但用#define定義時,完全可認(rèn)為OFF與ON不相干。特別是在程序中#define定義過多時,查找并理解它的意思都是一個痛苦。(如:uc/os,看見它的一大堆#define都頭大,要完全明白那一堆定義都得花不少時間)
第二,程序中少用
#if
#ifdef
等條件編譯。不符合條件的程序段是不被編譯的,都不檢查語法錯誤,當(dāng)在某些情況下打開了條件開關(guān)時,也許一堆錯誤就出現(xiàn)了。而且程序并不利于閱讀,當(dāng)讀程序時突然得去查找某東東是否#define真是痛苦。
好了,下面是我的習(xí)慣
1、I/O口輸出電平定義一下,以后萬一I/O電平驅(qū)動取反,一改就好。
//I/O Port Stutes
enum {OFF = 0, ON = 1};
//Led Stutes
enum {LED_ON = 0, LED_OFF = 1};
eg. LED = LED _ON; //低電平驅(qū)動LED亮。
2、I/O口與任何的其它IC接口,I/O口都要定義,不能直接使用I/O口。(方便以后用于其它的應(yīng)用中)
如93C46:
#define CS93C46 P1_0 //片選信號
#define SK93C46 P1_1 //時鐘信號
#define DI93C46 P1_2 //數(shù)據(jù)輸入,相對93C46而言 (即93C46的數(shù)據(jù)輸入)
#define DO93C46 P1_3 //數(shù)據(jù)輸出
如字符型LCD:
#define LCDPORT P0 //lcd數(shù)據(jù)口
#define RS P1_7 //數(shù)據(jù)指令選擇。低--ins ; 高--data
#define RW P1_6 //讀寫選擇。 低--w ; 高--r
#define EN P1_5 //使能。 高到低--使能。
3、鍵盤口要定義輸入口及屏蔽字
如:
#define KEYMASK 0x0f
#define KEYPORT P2
4、串口用中斷驅(qū)動,要帶Buf。
5、取按鍵的程序及串口的程序編2個,一個為非阻塞式,一個為阻塞式(不按鍵或不收到數(shù)據(jù)不返回)。
6、晶振頻率要定義
#define FOSC 11059200ul //頻率
7、波特律定義
#define BAUD 4800 //波特率4800
#define SMODX 0 //是否倍頻 0-NO or 1-YES
#define T1H_VAL (256 - (UINT8)(FOSC * (1<<smodx)>
#define T1L_VAL T1H_VAL
8、延時程序賦值時寫成FOSC函數(shù),編譯器會預(yù)先算,不占用MCU資源
以后移植方便
9、液晶程序一定要定義長寬
如點陣型:
#define ROW 64
#define CLUM 128 /*128*64*/
字符型:
#define ROW 4
#define CLUM 20 /*128*64*/
#define ROW1_ADDR (0x80 + 0) //第一行地址
#define ROW2_ADDR (ROW1_ADDR + 0x40) //第二行地址
#define ROW3_ADDR (ROW1_ADDR + CLUM) //第三行地址
#define ROW4_ADDR (ROW2_ADDR + CLUM) //第四行地址
然后所有的和液晶地址有關(guān)的計算全部引用這2個量。
換用任何屏直接一改,高層不變
10、驅(qū)動層與應(yīng)用接口層分在不同的文件,移植方便。
如:鍵盤、LCD、串口等。