【FPGA黑金开发板】NIOSII那些事儿--寄存器(十六)

声明：本文转载于http://www.cnblogs.com/kingst，版权归黑金动力社区（http://www.heijin.org）所有。

     

      这一节，我们针对大家提出的有关定义寄存器结构体的问题进行解析。在NIOS II软件开发过程中，如果使用我们提出的寄存器操作方式的话，首先需要定义一个寄存器结构体，之所以这样做是为了在软件书写过程中操作方便，更是为了增强程序的可读性。我们就拿UART来举例说明。

      首先，我们看一下UART的寄存器说明，如下表所示

      我们通过上表可以看到，UART包括6个寄存器（由于最后一个寄存器一般不用，所以建立的结构体中没有加入它），假设基地址为0x00的话，那么他们的地址分别为0x00,0x01,0x02,0x03,0x04,0x05。也就是说，各个寄存器之间是存在顺序的。那么，在我们建立结构体过程中也要注意他们的顺序问题。建立的结构体如下所示

01	typedef struct{

02

union{

03

struct{

04	volatile unsigned long int RECEIVE_DATA    :8;

05	volatile unsigned long int NC                :24;

06

} BITS;

07	volatile unsigned long int WORD;

08

} RXDATA;

09

10

union{

11

struct{

12	volatile unsigned long int TRANSMIT_DATA    :8;

13	volatile unsigned long int NC                 :24;

14

} BITS;

15	volatile unsigned long int WORD;

16

} TXDATA;

17

18

union{

19

struct{

20	volatile unsigned long int PE       :1;

21	volatile unsigned long int FE       :1;

22	volatile unsigned long int BRK      :1;

23	volatile unsigned long int ROE      :1;

24	volatile unsigned long int TOE      :1;

25	volatile unsigned long int TMT      :1;

26	volatile unsigned long int TRDY     :1;

27	volatile unsigned long int RRDY     :1;

28	volatile unsigned long int E        :1;

29	volatile unsigned long int NC       :1;

30	volatile unsigned long int DCTS     :1;

31	volatile unsigned long int CTS      :1;

32	volatile unsigned long int EOP      :1;

33	volatile unsigned long int NC1      :19;

34

} BITS;

35	volatile unsigned long int WORD;

36

} STATUS;

37

38

union{

39

struct{

40	volatile unsigned long int IPE       :1;

41	volatile unsigned long int IFE       :1;

42	volatile unsigned long int IBRK      :1;

43	volatile unsigned long int IROE      :1;

44	volatile unsigned long int ITOE      :1;

45	volatile unsigned long int ITMT      :1;

46	volatile unsigned long int ITRDY     :1;

47	volatile unsigned long int IRRDY     :1;

48	volatile unsigned long int IE        :1;

49	volatile unsigned long int TRBK      :1;

50	volatile unsigned long int IDCTS     :1;

51	volatile unsigned long int RTS       :1;

52	volatile unsigned long int IEOP      :1;

53	volatile unsigned long int NC        :19;

54

} BITS;

55	volatile unsigned long int WORD;

56	} CONTROL;

57

58

union{

59

struct{

60	volatile unsigned long int BAUD_RATE_DIVISOR    :16;

61	volatile unsigned long int NC                      :16;

62

} BITS;

63	volatile unsigned long int WORD;

64	} DIVISOR;

65

66	}UART_STR;

      对于这样一个大的结构体，我们来逐层分析一下：

第一， 整个结构体由5个共用体组成，共同体的顺序是由寄存器的偏移量决定的，这一点前面已经有所叙述。

第二， 每个共用体由一个结构体和一个volatile unsigned long int型的变量组成。

第三， 共用体中的结构体由位域构成，位域中的内容也是存在顺序的，这个顺序是由寄存器的结构决定，而且是由低到高排列。其中，NC表示该位为空位或保留，不能对其进行操作。

      通过大家的反馈，除了语法问题以外，有两个问题需要说明一下：

1. 为什么里面的变量都定义成unsigned long int？

      首先需要说明一点，在NIOS II中，unsigned long int是32位，跟unsigned int是一样的，unsigned long long int才是64位的。

有人会问，在寄存器的表格中，寄存器的位数是0到15的，也就是16位，那你为什么定义成32位的呢？其实，这个问题涉及到了NIOS II的地址对齐问题，它是属于硬件构架的范畴。

当系统中存在数据宽度不匹配的主从端口时就要考虑地址对齐的问题。地址对齐分为两类，一类是静态地址对齐，另一类就是动态地址对齐。一般来说存储器外设使用动态地址对齐，而寄存器外设使用静态地址对齐，之所以是这样，是由动态地址对齐和静态地址对齐的特点决定的，在静态地址对齐方式下，主端单次传输对应从端口的一次传输，而在动态地址对齐方式下，一个主端口读传输，则要引起多次从端口读传输。想要更加具体的了解他们特点的，大家自行查找吧，我在这里就不详细叙述了。

     我们要将寄存器定义为unsigned long int类型，就跟这个静态地址对齐有关系了。现在我们是UART端口16位，而NIOS II主端口32位的情况，在这种情况下，NIOS II主端口与16位UART端口进行数据传输时，只有32位的低16位有效，但是高16位也占用了地址空间，也就是说，UART端口的16位实际上是占用了32位的。假设我们现在的基地址是0X00，那么6个寄存器他们相对基地址的偏移分别为0X00,0X01,0X02,0X03,0X04,0X05；那么，从主端口看，这6个寄存器的地址分别为0X00,0X04,0X08,0X0C,0X10,0X14，而不是0X00,0X01,0X02,0X03,0X04,0X05，也不是0X00,0X02,0X06,0X08,0X0A,0XC，这一点大家要特别注意。

2. 为什么要建立这样一个共用体呢，又有位域结构体又有一个volatile unsigned long int WORD变量，WORD有啥用呢？

      共用体的特点就是其中的成员占用同一个存储空间。也就说，由位域组成的结构体跟WORD是占用同一存储空间，而且他们都是volatile unsigned long int类型，那么，结构体中的每一个位域成员都对应WORD的一个位。当我们需要单独处理一个位的时候，我们就可以用位域，如下所示

RS232->CONTROL.BITS.IRRDY=1;//接收准备好中断使能

如果我们想要对状态寄存器整体清零呢，我们就可以用到WORD了，如下所示

RS232->STATUS.WORD=0;//清除状态寄存器

对于其他的寄存器都是一样的，在这里不再重复了。

好了，这一节内容就讲完了。如果大家对此有疑问，或者发现我讲的内容有问题可以直接跟我联系，邮箱：；qq:984597569，同时欢迎大家加入我们的NIOS群：100364900，大家共同探讨NIOS技术！