IAR 430 頭文件中#define定義的部分解釋

首先來(lái)看一下cc430x613x.h 中的3個(gè)#define的例子：

#define DEFC(name, address) __no_init volatile unsigned char name @ address;

#define DEFW(name, address) __no_init volatile unsigned short name @ address;

#define DEFCW(name, address) __no_init union

{

struct

{

volatile unsigned char name##_L;

volatile unsigned char name##_H;

};

volatile unsigned short name;

} @ address;

前面的兩個(gè)#define的用法是一樣的。首先我可以發(fā)現(xiàn)，在宏定義里面都有一個(gè)關(guān)鍵字__no_init。查看了《MSP430 IAR C/EC++ Compiler Reference Guide》內(nèi)的IAR Language Extension Overview 可以發(fā)現(xiàn)，__no_init是IAR擴(kuò)展語(yǔ)法里面的一個(gè)擴(kuò)展關(guān)鍵字。作用是聲明一個(gè)non-volatile類型的內(nèi)存地址（Support non-valotile memory）。

于是解決了__no_init的問(wèn)題。

再者對(duì)@這個(gè)字符存在一定的疑問(wèn)，于是上網(wǎng)查了查資料。雖然對(duì)于@這個(gè)字符的用法還是不是很明確，但是可以明確的是：

#define DEFC(name, address) __no_init volatile unsigned char name @ address;

#define DEFC(name, address) sfrb name = address;

這兩種定義是等價(jià)的，但是后者是基于匯編嵌入式編程的情況下才成立。也就是說(shuō)“=”是MSP430匯編中數(shù)據(jù)分配偽指令中的一種。我們來(lái)看一下MSP430匯編的數(shù)據(jù)分配偽指令有哪些：

這類指令有以下一些：

SET (VAR, ASSIGN) 賦予一個(gè)臨時(shí)值；

EQU (=) 在當(dāng)前模塊中賦予一個(gè)永久的值；

DEFINE 定義一個(gè)整個(gè)文件中都有效的值；

sfrb 寄存器類型的字節(jié)；

sfrw 寄存器類型的字。

使用語(yǔ)法如下：

label SET expr

label EQU expr

label = expr

label DEFINE expr

[const] sfrb register = value

[const] sfrw register = value

其中，

label 定義一個(gè)標(biāo)志符、

expr 標(biāo)志符的值、

register 特殊功能寄存器、

value 特殊功能寄存器的值。

在下面的例子中使用了局部變量與全局變量，在模塊add1 中定義了符號(hào)value ，同樣在

模塊add2 中也定義了符號(hào)value，但它們表示兩個(gè)不同的量，都只在各自的模塊內(nèi)部有效，

這是局部變量。而在模塊add1 中定義的locn 則為全局變量，在兩個(gè)模塊中表示同一個(gè)值。

NAME add1

locn DEFINE 100H

value EQU 77

MOV locn,R4

ADD #value,R4

ENDMOD

NAME add2

value EQU 88

MOV locn,R5

ADD #value,R5

END

很明顯，“=”也就是EQU，作用是：在當(dāng)前模塊中賦予一個(gè)永久的值。

至此，

#define DEFCW(name, address) __no_init union

{

struct

{

volatile unsigned char name##_L;

volatile unsigned char name##_H;

};

volatile unsigned short name;

} @ address;

這種定義也變得相對(duì)好理解。以上的這種定義只是多了一個(gè)union的定義，將一個(gè)16位的地址存儲(chǔ)空間分成2個(gè)8bits或者1個(gè)16位。可以實(shí)現(xiàn)字訪問(wèn)，也可以實(shí)現(xiàn)字節(jié)訪問(wèn)。以上定義是將一個(gè)無(wú)名的union與address聯(lián)系起來(lái)，使得訪問(wèn)address對(duì)應(yīng)的內(nèi)存時(shí)，就像訪問(wèn)union一樣。

那么對(duì)于下面的一些看起來(lái)貌似比較復(fù)雜的定義就相對(duì)比較好理解了：

#define RF1AIFCTL1_ (0x0F02u)

DEFCW( RF1AIFCTL1 , RF1AIFCTL1_)

#define RF1AIFIFG RF1AIFCTL1_L

#define RF1AIFIE RF1AIFCTL1_H

可以發(fā)現(xiàn)，第一個(gè)宏定義，“RF1AIFCTL1_”在字符串的最后帶一個(gè)下劃線，其實(shí)代表這只是一個(gè)地址。而通過(guò)宏擴(kuò)展DEFCW( RF1AIFCTL1 , RF1AIFCTL1_)，將會(huì)被擴(kuò)展為：

__no_init union

{

struct

{

volatile unsigned char RF1AIFCTL1_L;

volatile unsigned char RF1AIFCTL1_H;

};

volatile unsigned short RF1AIFCTL1;

} @ (0x0F02u);

關(guān)于@的用法，今天查閱了《MSP430 IAR C/EC++ Compiler Reference Guide》，找到了結(jié)果：

A variable that has been explicitly placed at an address, for example by using the compiler @ syntax, will be placed in either the DATA16_AC or the DATA16_AN segment.

從中可以看出，@是一種語(yǔ)法。那么它的作用很明顯就是將變量放置到對(duì)應(yīng)的地址中。使用@，一個(gè)變量可以明確的制定一個(gè)存儲(chǔ)地址。

因此之前的宏定義就變得好理解了。

#define DEFC(name, address) __no_init volatile unsigned char name @ address;

就是將name變量存放在address地址中，那么如此一來(lái)就可以為每個(gè)寄存器進(jìn)行命名了，也就是說(shuō)可以實(shí)現(xiàn)每個(gè)寄存器對(duì)應(yīng)一個(gè)或者多個(gè)變量。

至此頭文件中另外一個(gè)問(wèn)題也迎刃而解：

#define RF1AIFCTL1_ (0x0F02u)

DEFCW( RF1AIFCTL1 , RF1AIFCTL1_)

#define RF1AIFIFG RF1AIFCTL1_L

#define RF1AIFIE RF1AIFCTL1_H

我們將DEFCW( RF1AIFCTL1 , RF1AIFCTL1_)展開：

__no_init union

{

struct

{

volatile unsigned char RF1AIFCTL1_L;

volatile unsigned char RF1AIFCTL1_H;

};

volatile unsigned short RF1AIFCTL1;

} @ (0x0F02u);

那么可以知道，RF1AIFCTL1，RF1AIFCTL1_L，RF1AIFCTL1_H已經(jīng)聲明成為一個(gè)變量，存放的地址分別是0x0F02u，0x0F02u+1，0x0F02u。因此接下來(lái)后面兩條宏定義就自然的解開了。

#define RF1AIFIFG RF1AIFCTL1_L

#define RF1AIFIE RF1AIFCTL1_H

功能只是為變量RF1AIFCTL1_L，RF1AIFCTL1_H定義了另外的一種名字作為替換。