DSP

DSP-BIOS使用入门

2019-07-13 12:17发布

站内文章 / DSP
10930 0 1302

从环境说到搭建第一个工程

请注意，此文默认读者已经对DSP及CCS V3.3环境有一定的了解了，知道cmd文件的配置，知道新建工程，编译并连接仿真器下载！如果你对这些还都不熟悉，请先熟悉这些！当然，最好要有操作系统的基本概念——任务、调度、中断！
  1. 第一个问题：DSP/BIOS（好吧，我们一般这样写）是什么？ 是TI公司专门为DSP开发的嵌入式实时操作系统，既然是TI公司为自己的DSP开发的——官方的，当然性能是杠杠的了（当然，我还在入门，这点也是道听途说，没有实际体会）。既然说到实时操作系统，那还有哪些嵌入式实时操作系统呢？Linux是吗——不是，VxWorks——是，哦，还有一个小的开源系统——uCOS II也是。
  2. 问题二：要使用DSP/BIOS，需要安装什么环境呢？ 本文为CCS v3.3，默认就安装上DSP/BIOS，版本为V5.31.2（可以通过Help->About...菜单查看版本）。当然，如果需要其它版本（可以同时安装多个版本），可以到TI官网下载，链接： http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/bios/dspbios/index.html 请注意：DSP处理器型号、CCS版本、DSP/BIOS版本之间存在兼容性，请注意选择！ 下载后安装到CCS所在目录，通过Help->About...中的Manager选择使用的BIOS版本！ 1 本文使用的是CCS V3.3默认的DSP/BIOS版本，即V5.31.2。无特殊说明，本文的例子运行在TI的CCS 3.3软件仿真模式下，仿真环境配置如下（使用C6713处理器仿真）： 2
  3. 问题三：如何建立第一个BIOS工程？ 先建立一个普通工程，Project->New...，如下： 3 File->New->DSP/BIOS Configuration...新建DSP/BIOS配置文件， 45 保存一下，配置文件的后缀为*.tcf. 将配置文件和由配置文件自动生成的cmd文件添加到工程， 6 新建一个main.c文件，把main.c添加到工程（总是忘记这个然后还到处找问题），写个最简单的代码吧， int main(void) { return 0; } 编译一下工程，此时出现错误提示： js: "./bios_first.tcf", line 11: Heaps are enabled, but the segment for DSP/BIOS Objects (MEM.BIOSOBJSEG) is not set correctly. Please create a heap in one of your data segments and set MEM.BIOSOBJSEG to it. 没关系，在下一小节将看到怎么去掉该错误！

DSP/BIOS的配置方法

  1. 系统配置 7 在Global Setting上右键属性，设置DSP目标板时钟，CLKOUT时钟以及大小端模式。 关于Call User Init Function选项，默认是打开的，如果连接有实体目标板，则最好在此处设置用户初始化PLL及EMIF等的代码的函数（有关PLL初始化话的代码参考其它C6713的工程）。否则软件仿真模式下，则去掉该选项能在运行时避免不少错误。 接下来配置SDRAM及堆大小， 89 现在可以重新编译一下工程了，恭喜恭喜，编译成功！之前提示的堆错误就在这里解决的！ 现在，就需要根据需求对SDRAM的存储空间进行划分（就是以前没使用操作系统时要写cmd文件一样，这里的划分将自动生成或修改cmd文件）。使用DSP/BIOS很方便，在MEM上右键Insert MEM就可插入分区了！这部分功能对应到cmd上就是类似于cmd中MEMORY的功能， MEMORY { BOOT_RAM: o=00000000h,l=00000400h IRAM : o=00000400h,l=0003FC00h /* CE2: SDRM 256Mbit */ SDRAM: o = 80000000h,l=01000000h /* 128Mbit */ GB_MEM: o = 81000000h,l=01000000h /* 128Mbit */ /* Flash */ FLASH_BOOT : o=90000000h,l=00000400h FLASH_REST : o=90000400h,l=000FFB00h }
  2. LOG的配置 LOG功能说白了就是用来实现printf的，STS用来捕获任意对象的计数值。 在LOG上右键Insert LOG，插入一个trace的打印对象， 10 在main.c中编写如下代码， #include "bios_firstcfg.h" // DSP/BIOS自动生成，可以在工程下找到，包含了对trace的声明以及相关头文件的包含 int main(void) { LOG_enable(&trace); LOG_printf(&trace, "Hello DSP/BIOS %d.", 0); return 0; } 编译通过后装载程序，打开菜单DSP/BIOS->Message Log，运行程序效果如图， 11 注意，上面的程序中是通过LOG_printf函数而非printf打印消息的，其它的有关LOG的函数还有， LOG_disable. Disable the system log. LOG_enable. Enable the system log. LOG_error. Write a user error event to the system log. LOG_event. Append unformatted message to message log. LOG_event5. Append 5-argument unformatted message to log. LOG_message. Write a user message event to the system log. LOG_printf. Append formatted message to message log. LOG_printf4. Append 4-argument formatted message to log. LOG_reset. Reset the system log. 好了，这是我们学习DSP/BIOS遇到的第1个模块（Module）——LOG模块。 其实DSP/BIOS中还有很多模块，参考TI文档《SPRU430S：TMS320C6000 DSP/BIOS 5.x Application Programming Interface (API) Reference Guide》 12
  3. 任务模块的配置 操作系统最基本的就是任务，我们先来看看任务！新建两个任务，右键属性设置任务函数名，如图， 13 对TSK_task1做相同的配置，请注意，其中的Task function要在C函数前加下划线！ 在main函数中添加两个任务的代码， void func_task0(void) // 对应刚才的_func_task0 { static Uint16 TSK0 = 0; while (1) { // 任务一般都有死循环，只执行一次的任务意义不大 LOG_printf(&trace, "TSK0=%u", TSK0++); TSK_yield(); } } void func_task1(void) // 对应刚才的_func_task1 { static Uint16 TSK1 = 0; while (1) { LOG_printf(&trace, "TSK1=%u", TSK1++); TSK_yield(); } } 重新编译装载，运行后在Message Log窗口下看到的效果如下： 14 操作系统的任务都是死循环的结构，要实现任务调度必须要让每个任务有空闲的时间，不妨把上面代码中的TSK_yield()注释掉，重新编译装载运行，此时程序会一直在func_task0中执行。 TSK_yield在这里的作用就是如果有相同优先级的任务，则调度到同优先级的其它任务执行！ TSK模块的属性有很多，除了设置函数名外，还可以设置优先级、输入参数等！调度函数也有很多，另一个常用的是使用睡眠调度函数——TSK_sleep，其使用如下： void func_task(void) { while(1) { // 处理代码 TSK_sleep(100); // 100表示系统时钟计数 } }
  4. 软中断SWI模块的配置 中断具有比任何任务都高的优先级，而其中硬件中断（HWI）又比软件中断（SWI）优先级更高。 15 软中断邮箱不是信号中的消息邮箱，但机制类似，上面的值为软中断邮箱的复位值！ 一旦软中断邮箱的值达到0时，触发软件中断，触发后一次执行完成（除非被硬件中断打断），执行完后软中断邮箱恢复到复位值！由于是一次执行完成，因此与任务不同，软中断中绝不会有死循环（否则就一直执行软中断，任务就别执行了）！ 接下来完成软中断函数中的内容：task1每执行2次，触发一次软中断，软中断计数值+1。 void func_task1(void) // 对应刚才的_func_task1 { static Uint16 TSK1 = 0; while (1) { LOG_printf(&trace, "TSK1=%u", TSK1++); SWI_dec(&ADC_swi); // 软中断邮箱计数值递减 TSK_yield(); } } void swi_adc(void) { static Uint16 adc_cnt = 0; LOG_printf(&trace, "SWI_ADC=%u", adc_cnt++); // 一次执行完后，邮箱值恢复为初始值2 } 16 SWI_dec()函数用于修改软中断邮箱的计数值，其它对软中断邮箱操作的函数还包括： void SWI_or(swi, mask); // 邮箱值与mask进行或操作，当值为0时触发软中断 SWI_Handle swi; /* SWI object handle*/ Uns mask; /* value to be ORed */ void SWI_andn(swi, mask); // 邮箱值与mask进行与非操作，当值为0时触发软中断 SWI_Handle swi; /* SWI object handle*/ Uns mask /* inverse value to be ANDed */ void SWI_inc(swi); // Increment SWI’s mailbox value and post the SWI SWI_Handle swi; /* SWI object handle*/ void SWI_dec(swi); // Decrement SWI’s mailbox value and post if mailbox becomes 0 SWI_Handle swi; /* SWI object handle*/ 6000系列的DSP软中断邮箱为32位，2000系列为16位。下面是从刘鑫茂的DSP/BIOS讲座PPT中截取的软中断邮箱函数的对比图及操作时邮箱值的变化过程图： 1718
  5. 信号量SEM模块的配置 信号量分互斥信号量和计数信号量，互斥信号量只有两种状态：可用于不可用，计数信号量通过设置一个计数值，如果计数值大于0，则任务请求该信号量时不被阻塞。 19 编写程序：现在是任务执行2次进一次软中断，这里将信号量初始值设为1，task0中使用SEM_pend等待信号量，task0执行1次就进入等待状态，再过一次，进入软中断，软中断中使用SEM_post发布信号量，信号量值增1，task0收到信号量后从等待状态返回，继续执行！ 20 status = SEM_pend(sem, timeout); SEM_Handle sem; /* semaphore object handle */ Uns timeout; /* return after this many system clock ticks */ 返回值：Bool status; /* TRUE if successful, FALSE if timeout */ 如果timeout=0表示不等待继续执行，SYS_FOREVER表示一直等待直到信号量的值大于0。SEM_post()函数相对简单，不赘述。
  6. 输入输出——实时数据交换模块配置 不知注意到没有，软件仿真模式下，使用Load装载程序时总会弹出如下的警告框， 22 这就是RTDX模块没有配置的问题，在输入输出的RTDX模块上右键属性，配置如下， 23 配置好后，重新编译，Load时就不会再弹出那警告框了！
总结一下：其实，就让上文看到的一样，DSP/BIOS的模块还有很多，上面只是挑了几个比较常用的说了说，就光信号同步那一大块就还有消息邮箱、消息队列等，所谓举一反三，这些模块的功能及函数定义，或者想了解更多关于DSP/BIOS知识，都可以从下面的手册上找到：
  1. SPRU430S: TMS320C6000 DSP/BIOS 5.x Application Programming Interface (API) Reference Guide
  2. SPRU423F: TMS320 DSP BIOS User Guide
  3. SPRU616A: DSP-BIOS Driver Developer's Guide
除此之外，要想灵活的使用DSP/BIOS，毕竟它是一个操作系统，熟悉操作系统的基本概念很重要，如果学习或使用过uCOS ii或Linux这些去学习DSP/BIOS就小菜一碟了！

DSP/BIOS工程的启动顺序

  1. 初始化DSP：DSP/BIOS程序从C/C++环境入口c_int00开始运行。对于C6000平台，在c_int00开始处，系统栈指针（B15）和全局页指针（B14）被分别设置在堆栈断的末尾和.bss断的开始。控制寄存器AMR、IER、CSR等被初始化；
  2. 初始化.bss段：当堆栈被设置完成后，初始化任务被调用，利用.cinit的记录对.bss断的变量进行初始化；
  3. 调用BIOS_init初始化用到的各个模块：BIOS_init调用MOD_init对配置用到的各个模块进行初始化，包括HWI_init、HST_init、IDL_init等；
  4. 处理.pinit表：.pinit表包含一些指向初始化函数的指针，对C++程序，全局对象类的创建也在此时完成；
  5. 调用用户程序的main函数：用户main函数可以是C/C++函数或者汇编语言函数，对于汇编函数，使用_main的函数名。由于此时的硬件、软件中断还没有被使能，所以在用户主函数的初始化中需要注意，可以使能单独的中断屏蔽位，但是不能调用类似HWI_enable的接口来使能全局中断；
  6. 调用BIOS_start启动DSP/BIOS：BIOS_start在用户main函数退出后被调用，它负责使能使用的各个模块并调用MOD_startup启动每个模块。包括CLK_startup、PIP_startup、SWI_startup、HWI_startup等。当TSK管理模块在配置中被使用时，TSK_startup被执行，并且BIOS_start将不会结束返回；
  7. 执行idle循环：有两种方式进入idle循环。当TSK管理模块使能时，任务调度器运行的TSK_idle任务调用IDL_loop在其它任务空闲时进入idle循环；当TSK模块未被使用时，BIOS_start调用将返回，并执行IDL_loop进入永久的idle循环，此时硬件和软件中断可以抢占idle循环得到执行。由于idle循环中管理和主机的通信，因此主机和目标机之间的数据交互可以进行了
从上述的启动过程我们可以分析一下为什么在操作系统中main函数不需要使用while(1)死循环：因为在DSP/BIOS中，main函数只是被操作系统调用用来进行初始化的，执行完main函数后才能启动操作系统。这也给了我一个启示——如果我想在一个工程中既可以使用操作系统，又可以在某些情况下简单的禁用操作系统，只需定义一个宏开关main函数中while(1)循环就可以了！

DSP/BIOS在DSP项目中的地位

下图是TI公司倡导的DSP软件架构， 21 由图可知，
  1. 由CSL负责DSP芯片级外设的驱动，这部分是软件开发人员最底层的代码，DSP/BIOS负责底层的调度，方便应用层的管理，还有Driver模块，我认为是其它的非DSP芯片级的驱动，如USB/PCI等外设接口
  2. 中间层主要是算法相关的东西，TI提供了一个DSP算法的标准，只要按该标准编写的算法能很容易的实现不同DSP之间的移植
  3. 再上层就是应用程序了
这就是TI的DSP高端大气上档次的三层软件架构！

热门文章