本文格式為Word版，下載可任意編輯——C語言訪問MCU寄存器的三種方式C語言訪問MCU寄放器的三種方式

C語言的設計目標是供給一種能以簡易的方式編譯、處理低級存儲器、產生少量的機器碼以及不需要任何運行環境支持便能運行的編程語言。那么C語言訪問MCU寄放器的三種方式分別是怎樣的呢？以下僅供參考！

1.對C編譯器舉行語法擴展

對C編譯器舉行語法擴展。例如MCS51系列單片機的C-51語法中擴展了sfr關鍵字，舉例如下：

sfrP0=0x80;

這樣操作0x80單元直接寫P0即可。

又如Atmel的AVR系列單片機，其ICCAVR和GCCAVR編譯器都沒有定義新的數據類型，只能采用標準C的強制類型轉換和指針來實現訪問MCU的寄放器。而IAR和CodeVisionAVR編譯器對ANSIC舉行了擴展，定義了新的數據類型，使C語言可以直接訪問MCU的有關寄放器，例如在IAR中可以使用：

SFR_BDDRB,0x28;

CodeVisionAVR中可以使用：

sfrbDDRB=0x28;

2.使用標準C的強制類型轉換和指針來實現

采用標準C的強制轉換和指針的概念來實現訪問MCU的寄放器，例如:

#defineDDRB*volatileunsignedchar*0x25

分析如下：

1.unsignedchar*0x25中的0x25只是個值，前面加unsignedchar*表示把這個值強制類型轉換為unsignedchar型的指針。再在前面加”*”，即*volatileunsignedchar*0x25表示對這個指針解引用，相當于

unsignedchar*0x25是一個指針p，而這個宏定義為#defineDDRB*p。

這樣當讀/寫以0x25為地址的寄放器時，直接書寫DDRB即可，即寫：

DDRB=0xff；

相當于：

unsignedchar*p,i;p=0x25;i=*p;//把地址為0x25單元中的數據讀出送入i變量*p=0xff;//向地址為0x25的單元中寫入0xff

這樣經過一層宏定義的封裝就變得直觀和便當的多了。

2.關鍵字volatile確保本指令不會以為C編譯器的優化而被省略，且要求每次直接讀值。例如使用while*unsignedchar*0x25時，有時系統可能不能真正去讀0x25的值，而是用第一次讀出的值，假設這樣，這個循環可能就是個死循環。用了volatile那么要求每次都去讀0x25的實際值。

GCCAVR工具鏈中就使用了這樣的方式，例如在iomx8.h文件中一個定義如下：

#definePORTB_SFR_IO80x25

而在sfr_defs.h中可以找到如下兩個宏定義：

#define_SFR_IO8io_addr_MMIO_BYTEio_addr+0x20#define_MMIO_BYTEmem_addr*volatileunit8_t*mem_addr

實質上與直接的強制類型轉換和指針定義是一樣的。

3.使用布局體實現

使用指針的`方式來訪問特殊功能寄放器的優勢在于完全符合標準的ANSI-C，而無需擴展語法，形成“方言”，擁有更好的兼容性和可移植性。

這種方式適合簡樸的應用程序，而當系統用到多個同種外設時，就需要為每一個這種外設定義寄放器，這樣就會使程序的維護變得分外困難。而且，由于每次寄放器操作都會有對應的常量存儲在程序Flash里，為每個寄放器定義單獨的指針還會增加程序代碼。

為了簡化程序代碼，可以將寄放器組定義為布局體，而將外設當做指向這個布局體的指針。例如：

typedefstructvolatileunsignedlongDATA;//0x00volatileunsignedlongRSR;//0x04unsignedlongRESERVED0[4];//0x08-0x14volatileunsignedlongFLAG;//0x18...UART_TypeDef;#defineUart0UART_Type*0x40003000#defineUart1UART_Type*0x40004000#defineUart2UART_Type*0x40005000intgetkeyUART_TypeDef*uartptrwhileuartptr-FLAG0x40==0;//多數據，等待returnuartptr-DATA;//讀取字符intmainvoidunsigned