DSP-BIOS使用入门

AI summary
本文介绍了DSP-BIOS的基本使用，包括环境搭建、创建第一个工程、配置DSP/BIOS模块（如LOG、任务、软中断、信号量等）以及DSP/BIOS的启动顺序和在DSP项目中的地位。强调了对操作系统基本概念的理解对于灵活使用DSP/BIOS的重要性，并提供了相关参考资料。
Tags
Embedded Systems
Real-Time Operating Systems
TI DSP Development
Last edited by
Last edited time
Sep 23, 2024 02:29 PM

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

请注意，此文默认读者已经对DSP及CCS V3.3环境有一定的了解了，知道cmd文件的配置，知道新建工程，编译并连接仿真器下载！如果你对这些还都不熟悉，请先熟悉这些！当然，最好要有操作系统的基本概念——任务、调度、中断！
  1. 第一个问题：DSP/BIOS（好吧，我们一般这样写）是什么？
      2. 是TI公司专门为DSP开发的嵌入式实时操作系统，既然是TI公司为自己的DSP开发的——官方的，当然性能是杠杠的了（当然，我还在入门，这点也是道听途说，没有实际体会）。既然说到实时操作系统，那还有哪些嵌入式实时操作系统呢？Linux是吗——不是，VxWorks——是，哦，还有一个小的开源系统——uCOS II也是。
  1. 问题二：要使用DSP/BIOS，需要安装什么环境呢？
      2. 本文为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版本！
      notion image
      1
      本文使用的是CCS V3.3默认的DSP/BIOS版本，即V5.31.2。无特殊说明，本文的例子运行在TI的CCS 3.3软件仿真模式下，仿真环境配置如下（使用C6713处理器仿真）：
      notion image
      2
  1. 问题三：如何建立第一个BIOS工程？
      2. 先建立一个普通工程，Project->New...，如下：
      notion image
      3
      File->New->DSP/BIOS Configuration...新建DSP/BIOS配置文件，
      notion image
      notion image
      保存一下，配置文件的后缀为*.tcf.
      将__配置文件和由配置文件自动生成的cmd文件__添加到工程，
      notion image
      6
      新建一个main.c文件，把main.c添加到工程（总是忘记这个然后还到处找问题），写个最简单的代码吧，
      编译一下工程，此时出现错误提示：
      没关系，在下一小节将看到怎么去掉该错误！

DSP/BIOS的配置方法

  1. 系统配置
      2. notion image
      7
      在Global Setting上右键属性，设置DSP目标板时钟，CLKOUT时钟以及大小端模式。
      关于Call User Init Function选项，默认是打开的，如果连接有实体目标板，则最好在此处设置用户初始化PLL及EMIF等的代码的函数（有关PLL初始化话的代码参考其它C6713的工程）。否则软件仿真模式下，则去掉该选项能在运行时避免不少错误。
      接下来配置SDRAM及堆大小，
      notion image
      notion image
      现在可以重新编译一下工程了，恭喜恭喜，编译成功！之前提示的堆错误就在这里解决的！
      现在，就需要根据需求对SDRAM的存储空间进行划分（就是以前没使用操作系统时要写cmd文件一样，这里的划分将自动生成或修改cmd文件）。使用DSP/BIOS很方便，在MEM上右键Insert MEM就可插入分区了！这部分功能对应到cmd上就是类似于cmd中MEMORY的功能，
  1. LOG的配置
      2. LOG功能说白了就是用来实现printf的，STS用来捕获任意对象的计数值。
      在LOG上右键Insert LOG，插入一个trace的打印对象，
      notion image
      10
      在main.c中编写如下代码，
      编译通过后装载程序，打开菜单DSP/BIOS->Message Log，运行程序效果如图，
      notion image
      11
      注意，上面的程序中是通过LOG_printf函数而非printf打印消息的，其它的有关LOG的函数还有，
      好了，这是我们学习DSP/BIOS遇到的第1个模块（Module）——LOG模块。
      其实DSP/BIOS中还有很多模块，参考TI文档《SPRU430S：TMS320C6000 DSP/BIOS 5.x Application Programming Interface (API) Reference Guide》
      notion image
      12
  1. 任务模块的配置
      2. 操作系统最基本的就是任务，我们先来看看任务！新建两个任务，右键属性设置任务函数名，如图，
      notion image
      13
      对TSK_task1做相同的配置，请注意，其中的Task function要在C函数前加下划线！
      在main函数中添加两个任务的代码，
      重新编译装载，运行后在Message Log窗口下看到的效果如下：
      notion image
      14
      操作系统的任务都是死循环的结构，要实现任务调度必须要让每个任务有空闲的时间，不妨把上面代码中的TSK_yield()注释掉，重新编译装载运行，此时程序会一直在func_task0中执行。
      TSK_yield在这里的作用就是如果有相同优先级的任务，则调度到同优先级的其它任务执行！
      TSK模块的属性有很多，除了设置函数名外，还可以设置优先级、输入参数等！调度函数也有很多，另一个常用的是使用睡眠调度函数——TSK_sleep，其使用如下：
  1. 软中断SWI模块的配置
      2. 中断具有比任何任务都高的优先级，而其中硬件中断（HWI）又比软件中断（SWI）优先级更高。
      notion image
      15
      软中断邮箱不是信号中的消息邮箱，但机制类似，上面的值为软中断邮箱的复位值！
      一旦软中断邮箱的值达到0时，触发软件中断，触发后一次执行完成（除非被硬件中断打断），执行完后软中断邮箱恢复到复位值！由于是一次执行完成，因此与任务不同，软中断中绝不会有死循环（否则就一直执行软中断，任务就别执行了）！
      接下来完成软中断函数中的内容：task1每执行2次，触发一次软中断，软中断计数值+1。
      notion image
      16
      SWI_dec()函数用于修改软中断邮箱的计数值，其它对软中断邮箱操作的函数还包括：
      6000系列的DSP软中断邮箱为32位，2000系列为16位。下面是从刘鑫茂的DSP/BIOS讲座PPT中截取的软中断邮箱函数的对比图及操作时邮箱值的变化过程图：
      notion image
      notion image
  1. 信号量SEM模块的配置
      2. 信号量分互斥信号量和计数信号量，互斥信号量只有两种状态：可用于不可用，计数信号量通过设置一个计数值，如果计数值大于0，则任务请求该信号量时不被阻塞。
      notion image
      19
      编写程序：现在是任务执行2次进一次软中断，这里将信号量初始值设为1，task0中使用SEM_pend等待信号量，task0执行1次就进入等待状态，再过一次，进入软中断，软中断中使用SEM_post发布信号量，信号量值增1，task0收到信号量后从等待状态返回，继续执行！
      notion image
      20
      如果timeout=0表示不等待继续执行，SYS_FOREVER表示一直等待直到信号量的值大于0。SEM_post()函数相对简单，不赘述。
  1. 输入输出——实时数据交换模块配置
      2. 不知注意到没有，软件仿真模式下，使用Load装载程序时总会弹出如下的警告框，
      notion image
      22
      这就是RTDX模块没有配置的问题，在输入输出的RTDX模块上右键属性，配置如下，
      notion image
      23
      配置好后，重新编译，Load时就不会再弹出那警告框了！
总结一下：其实，就让上文看到的一样，DSP/BIOS的模块还有很多，上面只是挑了几个比较常用的说了说，就光信号同步那一大块就还有消息邮箱、消息队列等，所谓举一反三，这些模块的功能及函数定义，或者想了解更多关于DSP/BIOS知识，都可以从下面的手册上找到：
  1. SPRU430S: TMS320C6000 DSP/BIOS 5.x Application Programming Interface (API) Reference Guide
  1. SPRU423F: TMS320 DSP BIOS User Guide
  1. 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等被初始化；
  1. 初始化.bss段：当堆栈被设置完成后，初始化任务被调用，利用.cinit的记录对.bss断的变量进行初始化；
  1. 调用BIOS_init初始化用到的各个模块：BIOS_init调用MOD_init对配置用到的各个模块进行初始化，包括HWI_init、HST_init、IDL_init等；
  1. 处理.pinit表：.pinit表包含一些指向初始化函数的指针，对C++程序，全局对象类的创建也在此时完成；
  1. 调用用户程序的main函数：用户main函数可以是C/C++函数或者汇编语言函数，对于汇编函数，使用_main的函数名。由于此时的硬件、软件中断还没有被使能，所以在用户主函数的初始化中需要注意，可以使能单独的中断屏蔽位，但是不能调用类似HWI_enable的接口来使能全局中断；
  1. 调用BIOS_start启动DSP/BIOS：BIOS_start在用户main函数退出后被调用，它负责使能使用的各个模块并调用MOD_startup启动每个模块。包括CLK_startup、PIP_startup、SWI_startup、HWI_startup等。当TSK管理模块在配置中被使用时，TSK_startup被执行，并且BIOS_start将不会结束返回；
  1. 执行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软件架构，
notion image
21
由图可知，
  1. 由CSL负责DSP芯片级外设的驱动，这部分是软件开发人员最底层的代码，DSP/BIOS负责底层的调度，方便应用层的管理，还有Driver模块，我认为是其它的非DSP芯片级的驱动，如USB/PCI等外设接口
  1. 中间层主要是算法相关的东西，TI提供了一个DSP算法的标准，只要按该标准编写的算法能很容易的实现不同DSP之间的移植
  1. 再上层就是应用程序了
这就是TI的DSP高端大气上档次的三层软件架构！

参考资料

  1. SPRU430S: TMS320C6000 DSP/BIOS 5.x Application Programming Interface (API) Reference Guide
  1. SPRU423F: TMS320 DSP BIOS User Guide
  1. SPRU616A: DSP-BIOS Driver Developer’s Guide
  1. 刘鑫茂：DSP/BIOS讲座
Loading...