在F28x系列DSP上实现μC/OS-Ⅱ的移植技术研究

tms320f28x(简称“f28x”)数字信号处理器是ti公司推出的32位定点dsp控制器,其频率高达150 mhz,大大提高了控制系统的精度和芯片的处理能力。在f28x系列dsp上移植实时操作系统,需要对编泽器、系统启动过程、中断处理过程以及整体代码执行流程有一个全面的深入理解。对系统的整个运行过程有清晰的概念是移植实时操作系统的前提条件。本文将对从dsp上电复位到其系统功能实现的整个运行过程进行深入介绍,并在此基础上进一步分析在f28x系列dsp上移植实时操作系统一般原理,详细说明μc/os-ⅱ的移植。
1 bootrom及其运行
在f28lx、c28lx、r281x器件中都有一块dk×16位的bootrom。当引脚mp/nmc的状态反映到xintc-nf2中为0时,bootrom被映射到地址空间0x3ff000~0x3fffco上。片上rom在出厂前就已经烧写好了一个启动程序以及一些其他数据和表格(版本信息、复位向量、中断向最表、iqmath表等)。其空间分配如图1所示。
其中,中断向量表在vmap=l、enpie=0(pie未使能向量表)、mpnmc=0时有效。另外,当vmap=1、enpie=o时,系统将从bootrom的0x3fffc0复位。虽然复位后enpie为零,但大部分系统都是需要使能外部中断扩展模块的,即用户程序中需要将enpie置l。由此可见,bootrom唯一常用的向量只有复位向量;而其他的中断向量是指向mosram用于芯片测试的,通常用不到。状态位和向量表映射关系如表1所列。
2 从上电复位到用户代码
当系统重启(上电或热启动)时,引脚xmpnmc的信号将被锁存到xintf的配置寄存器xintcnf2中。重启之后,xmpnmc的状态不再反映到xintcnf2,这时,可以用软件来修改它的状态,从而确定程序要访问的是内部地址还是外部地址。但是,像f2810这样的器件,没有xintf。它的xmpnmc在芯片内部被拉低,也就是说,当器件重扁后,它总是自动从内部的bootrom启动。如果xmpnmc为高电平,则表示系统将从xintf zone7中获取复位向量。即从外部获取中断向量(地址见表1)时,必须确保复位向量所指向正确的地址。这一般在希望自己编写启动程序时使用。本文对此小作具体讨论。
当xmpnmc为低电平时,系统从内部获取复位向量。这个复位向量指的就是上文中提到的bootrom中位于0x3fffc0的向量。此向量指向固化在bootrom中的initboot函数。所以上电复位后,程序将跳转到init-boot函数。
initboot函数首先对器件初始化,f281x器件将被配置为f28x工作模式。如果希望执行c2xlp兼容程序,则需要用户自己写程序配置。pll配置将保持不变。pie使用缺省状态,即不使能。另外要注意,m1的前80个字将用做bootrom的堆栈,用户应避免使用。初始化完成后,程序转向执行selectbootmode函数。此函数将扫描通用i/o口(gpio),以确定启动模式,如表2所列,包括跳转到flash、跳转到ho saram、跳转到otp等模式。
不同的模式有不同的程序起点(entrypoint)。对于flash、ho saram、otp模式,有一个固定的跳转地址(见表2);而对于从sci、spi启动时,程序起点将调用bootloader按一定的格式(具体格式见参考文献)从外部获取。
最后,bootrom执行exitboot函数。执行这个函数包括:置cpu状态为缺省,将sp指向0x400,跳转到程序起点等工作。exitboot执行后cpu状态为:acc=0,rpc=0,p=0,xt=0,st=o,xar0=xar7=0,sp=ox400,stl=0x0aob。
以上是bootrom完成的工作。从entrypoint开始,就进入用户程序区了。对于汇编程序,可以在程序起点处写一条跳转到start(如果程序起点是start)的指令。汇编情况比较简单,跳转到start后,各项初始化代码工作都由自己完成。对于c语言程序,通常的做法是在程序起点处放置一条跳转指令,转到_c_init0。然后程序的执行分为使用或不使用:bios两种情况。
从rts.src中提取boot28.inc文件,其中包括对于不使用bios的情况下,启动后从_c_init0到main函数中间所做的工作。因为这段代码足由c编译器自动运行的,因而常被初学者忽视,以致对其后自己编写的c代码的运行环境不清楚。这一段程序主要完成以下工作:
◇分配c堆栈;
◇建立c运行环境(cpu寄存器和模式寄存器的配置);
◇复制cinit、pinit表、.const、.econst常量到工作区;
◇跳转到main函数。
这段代码声明了2个全局变量:__stack,系统堆栈栈底;_c_intoo,启动函数。下面列出了c运行环境的初始化程序部分代码:
这些代码设置了c语言的运行环境。在用户程序中编写的汇编代码不应该破坏这个环境,否则c语言将无法正常运行。
3 中断代码的执行
f28x系列的dsp支持1个小可屏蔽中断(nmi)和16个可屏蔽中断(intl~int14、rtosint、dlogint)。其中,intl~intl2由pie控制单元管理。每个int可以对应8个外设中断,即pie可以控制96个中断源。
下面对可屏蔽中断响应过程作一介绍:
①外设发出中断请求。
②dsp看中断请求是否被允许。没计pieier、pieack、ier、intm等寄存器和标志位的设置,具体参见参考文献。
③如果中断允许,则先执行完进入解码的二阶段之后的指令,将其他指令冲出流水线。系统将自动保存st0、t、al、ah、pl、ph、ar0、arl、dp、stl、dbg-stat、pc、ier,然后获取中断向量.加载到pc。
注意:当中断被允许后会立即清除ifr中相应标志位;但是,如果此时中断信号仍有效(保持低电平),那么,相应ifr标志位又会被置位(不过这时此中断不套被立即响应);这是因为cpu禁止了所有的硬件中断响应,当isr开始执行时,它才解除禁止;井且,在执行isr之前(此时原来的ier已保存),当前中断的ier中相应位被清零。也就是说,同一中断源的中断不会再被响应,要等到中断服务子程序中用户来使能中断(如果需要嵌套),或者等到中断返回自动恢复ier。
④执行中断服务子程序。
由于置位了intm、dbgm,所以可屏蔽中断默认是不被允许的。如果要嵌套,则需程序员自己动手清除禁止中断标志。另外,中断里面loop、eallow、idles-tat都被清零了,这样中断服务于程序有了一个全新的上下文。
4 从ram中执行代码
通常情况下,程序是保存在flash里面的,cpu从flash中取指运行;但是,有时会要求将程序调到ram中来执行。一方面是为追求更高的速度;另一方面是为了让flash有最好的运行性能,需要修改flash的等待状态周期,使能flash pipeline,而对f1ash的操作必须在ram里面执行,这些操作函数就必然要从f1ash中调到ram中执行。对于这些程序,在启动后用户程序中需要先完成存储器拷贝工作。拷贝到ram中之后,才能调用这些函数,顺序不能乱。
5 在dsp上移植实时操作系统
所谓移植,就是使一个实时内核能在某个微处理器或微控制器上运行。在移植软件之前,先要正确配置处理器的运行模式,了解处理器的中断方式、中断向量地址等。这些工作在f28x系列dsp中由bootrom中固化的程序完成。另外,为了方便移植,大部分的rtos代码都是用c语言写的;但仍需要用c语言和汇编语言混合编写一些与处理器相关的代码。这是因为在读写处理器寄存器时只能通过汇编语言来实现。
对于同时使用汇编语言和c语言的实时操作系统移植,必须小心使用汇编语言,防止破坏c语言运行环境。一方面不可以改变相关状态位;另一方面汇编函数的编写需要遵循c编译器的调用规则。从复位到用户程序编译器做的设置工作见前文。
中断发生时,tms320lf28x处理器自动保存了不少寄存器,但是如果中断服务子程序中要用其他寄存器,那么开始时要自己写现场保护程序。就实时操作系统而言,进入中断和退出中断须对系统堆栈进行现场保护。维护堆栈结构时,需要注意处理器堆栈的生长方向。虽然绝大多数微处理器和微控制器的堆栈是从上往下长的,但ti公司的dsp一般为从下往上长。
一般实时操作系统需要先禁止中断再访问代码的临界段,并且在访问完毕后重新允许中断。这就使得系统能够保护临界段代码免受多任务或中断服务例程(isrs)的破坏。最简单的实现方法是直接调用处理器指令来禁止中断和允许中断。
笔者选择了目前应用比较广泛的实时操作系统μc/os-ⅱ。要移植μc/os-ⅱ需要满足以下要求:
◇处理器的c编译器能产生可重入代码;
◇用c语言就可以打开和关闭中断;
◇处理器支持中断,并且能产生定时中断(通常在10~100 hz之间);
◇处理器支持能够容纳一定量数据(可能是几千字节)的硬件堆栈;
◇处理器有将堆栈指针和其他cpu寄存器读出和存储到堆栈或内存中的指令。
移植工作包括以下几个内容:
◇用#define设置一个常量的值(os_cpu.h);
◇声明lo个数据类型(os_cpu.h);
◇用#define声明3个宏(os_cpu.h);
◇用c语言编写6个简单的函数(os_cpu_c.c);
◇编写4个汇编语言函数(os_cpu_a.asm)。
移植的难点在于实现os_cpu_a.asm。这个文件的实现需要十分清楚处理器启动过程和中断处理。以及代码的运行过程。由于ti公司的dsp堆栈从下往上长,所以移植时需要置os_stk_growth为0。可以简单地使用tims320lf28x的中断使能和禁止命令来实现os_enter_criticalo、os_exit_critical()两个宏。
以下是移植时os_cpu_a.asm文件里任务切换的代码。任务切换时,须时刻注意自己设计的堆栈结构。
结语
本文详细说明了从上电复位开始,dsp中程序运行的过程;分析了固化在片上rom的程序以及由编译器自动生成的程序。另外,通过对dsp/bios启动、中断执行,从ram中执行代码等问题的探讨,了解dsp的运行机制,掌握移植实时操作系统的关键技术知识。笔者成功地将实时操作系统μc/os-ⅱ移植到了tms320lf2812数字信号处理器上。


一种3D打印纯金属和多组分金属的新方法
显示器怎么选?别被参数花了眼!
基于BA5417的立体声功率放大器电路
基于两个NE555定时器的叮咚声音发生器电路图
微雪电子FPGA XILINX XC3S250E开发板简介
在F28x系列DSP上实现μC/OS-Ⅱ的移植技术研究
用远-R1接收模块解码EV1527的C代码
选购扫地机器人最容易忽略的几个点
宝马今年9月中国市场的汽车销量同比增长20%
单片机仿真器
上海封城对半导体产业有什么影响
程序员应不应该接私活
Dialog推模拟GreenPAK™ IC SLG47004,用它轻松地创建大量新功能
接力竞赛机器人系统电路设计
基于AIOT的创新教学平台建设
LGD最快明年加码投资OLEDoS产线研究开发
晋华最大的败笔是依赖联电及把研发中心设在境外
量子互联网正在兴起,量子网络未来触手可及
英搏尔率先采用英飞凌最新推出的 750 V车规级分立式IGBT EDT2器件
虫情测报灯的简介,它的灭虫效果怎么样