13_TMS320F28335的外设(包你明白) .pdf

TMS320F28335 的外设寄存器结构与映射 28335 不单单是个 CPU ，还有非常多的外设功能模块，像是ADC、SCI、 PWM、CAN 什么的。这些模块的的功能是有专门的硬件控制器来完成的，在 运行时不会占用 CPU 资源，只是在配置和进行数据交互时才会用到 CPU 指令。 就像你使用 SCI 只需设置好波特率和相关的中断，然后做好数据的收发，数据的 串并/并串转换、fifo 的控制、并行帧监测这都是由硬件模块完成。 CPU 跟这些模块的接口就是这些模块的寄存器，模块的配置和访问操作都是通过读 写相关寄存器来完成的。这些寄存器的物理存储空间是直接并入数据地址空间的，所以不 需要另外的读写指令来操作这些寄存器。 28335 里面又把这些模块的寄存器分为 4 组，分配在不同的地址空间下。上图可以 看出 4 个寄存器组的地址分配情况。中间的 Reserved 阴影块应该是留给后续版本升级的 地址空间，隔开了组号 0 跟 1、2、3。组 1、2、3 其实是在连续的地址上的，这些组除 了所包含的模块不同之外，其总线结构也是稍有不同的。 上表是 Peripheral Frame 0 的寄存器分配排列信息，各个不同模块的寄存器占用的 空间各有不同，在地址空间上连续排列。 一个模块包含着多个不同功能的寄存器，寄存器的不同位代表着不同的信息。每个寄 存器都分配了的物理地址。在 CCS 的 C 语言开发系统中，在代码源文件里面用结构体描 述外设模块的寄存器结构，然后用 cmd 文件为其一一分配物理地址，这样就完成了寄存 器的映射。 下面就以 GPIO 模块寄存器为例来展示下这种映射的细节好了。 以上为 GPIO 三个寄存器的硬件地址分配情况，而 DSP2833x_Headers_nonBIOS.cmd 这个文件里面有这样的地址空间定义： origin 表示起始地址，length 表示长度，再结合名字，很容易就可以推出这正 好是 GPIO 的三个寄存器组的物理地址空间。 而在源文件里面，则是 GPIO_CTRL_REGS、GPIO_DATA_REGS、GPIO_INT_REGS 分别表示这三个寄存器组，DSP2833x_Gpio.h 文件里面声明了这三个寄存器组全局结 构，然后是 DSP2833x_GlobalVariableDefs.c 为这三个结构体定义自定义数据段 GpioCtrlRegsFile 、GpioDataRegsFile、GpioIntRegsFile ，在 DSP2833x_Headers_nonBIOS.cmd 文件里面将这三个数据段映射到定义好的三个数据 空间 GPIOCTRL、GPIODAT、GPIOINT 里面，就如上图所示。 物理地址的映射就是这些，那寄存器结构就是简单的在这些结构体的成员里面做文章 了： 这里可以根据变量名来一一对应这些寄存器，结构体里面的这些联合体类型都是 2 个 16 位长度的。里面的两个rsvd变量是为保证寄存器地址完全对齐而设置的，这说明为寄 存器分配的地址上面并不是每一位的空间都是有利用的，这点直接对着文档看地址分配很 容易忽略，虽然这个没什么重要性。另外体现的信息，不同的寄存器所用的结构体是不同 的，这也是针对寄存器的具体物理结构所做的设置。 GPACTRL 寄存器的数据结构类型是 GPACTRL_REG ，使用联合体就是既可以用32 位的 all 也可以用结构体 GPACTRL_BITS bit 里面的四个 8 为数据来访问这个寄存器。跟 GPACTRL 的物理逻辑结构一对照就知道为什么要用这种数据结构来定义 GPACTRL 寄存 器了。 28335 的外设功能很多，整个寄存器体系结构跟映射关系还是很复杂的，但是找准 一个模块慢慢研究，其他的寄存器模块也就触类旁通了