[工学]DSPBIOS总结.docVIP

DSP/BISO线程调度 DSP/BIOS使用户的应用程序可以由一个线程集合构筑起来，每一个线程执行一个模块化的功能。通过允许高优先级的线程抢占低优先级的线程，以及允许阻塞、同步、通信等各种线程间的交互方式，使得多线程的应用程序可以在一个处理器上运行。DSP/BIOS支持多种不同优先级的线程，每种线程类型都有不同的执行和抢占特性。这些线程按照优先级从高到低的顺序排列如下： 硬件中断（HWI）,包括CLK函数。 软件中断（SWI）,包括PRD函数。 任务（TSK）。 后台线程（IDL）。 在DSP/BIOS中，硬件中断有最高的优先级，然后是软件中断，软件中断可以被高优先权软件中断或硬件中断抢先。软件中断是不能被阻塞的。任务的优先权低于软件中断，共有15个任务优先权级别（加上TSK_idle应该16个）。任务在等待某个资源有效时可以被阻塞。后台线程idle_loop是优先级最低的线程。线程优先级如下图表示： 下面具体介绍各种线程。 HWI module 硬件中断是用来处理应用程序响应外部异步事件时必须执行的关键操作。 在典型的DSP应用中，硬件中断是由片上的外设或者DSP外部的设备触发的。中断发生后处理器会通过中断向量跳转到相应的ISR地址。一个中断的跳转由一个DSP/BIOS HWI对象负责，跳转的地址可以是一个用户函数或者是通用的系统HWI调度程序（dispatcher）的入口地址。 硬件中断ISR可以使用汇编语言、C语言或者混合编写。HWI函数通常使用汇编来提高效率。如果要完全使用C语言编写，应该使用系统的HWI调度程序，它会在调用用户C函数的前后分别惊醒现场环境保护与恢复。 所有的硬件中断都会一直运行到结束，如果一个硬件中断在其ISR得到运行机会前被多次触发，该ISR也只运行一次。因此，用户必须尽量和减少HWI执行的代码量。如果GIE位被使能，一个硬件中断可能被任何其他的被使能的中断抢占。 硬件中断没有优先级的区分；线程调度结果首先取决于该类就绪线程是被使能还是被禁止的。 下图表示了硬件中断的抢占线程以及整个调度过程： 当第一个硬件中断（HWI2）产生时，相应的ISR触发了一个比当前运行的软件中断线程（SWIB）优先级更高的软件中断（SWIA）。并且当第一个ISR运行时，第二个硬件中断(HWI1)产生。因为第一个ISR没有屏蔽掉第二个硬件中断，因此产生第二个ISR抢占了第一个ISR。由于优先级较低的SWI可以被硬件中断异步抢占，因此第一个ISR触发的软件中断在两个硬件中断都执行完毕后才被调度执行。 实验目的 熟悉HWI模块在BIOS下的配置，并初步学会自己独立编写程序实现对TIMER的配置和使用。 实验任务 设置定时器来产生周期性的中断。 在CCS3.1版本的bios下右击CSL - Chip Support Library-TIMER-Timer Configuration Manager选择插入timercfg，根据实验要求配置相应的参数。（对于ccs3.3版本的bios下没有csl的配置选项，我们需要自己在程序中编写配置指令） 设置HWI 在bios下的Scheduling-HWI-HWI_INT15目录，根据实验要求修改HWI_INT15的Properties。 建立LOG 在bios下的Instrumentation-LOG目录，新建一个名为trace的LOG。 编写main.c 根据以下的程序框架，编写实验程序。 #include std.h #include hwi.h #include log.h #include csl.h #include csl_irq.h #include csl_timer.h #include hwilabcfg.h static Uint32 TimerEventId; main() { /* Get the timer event ID */ TimerEventId = TIMER_getEventId(hTimer1); /* Enable the event */ IRQ_enable(TimerEventId); /* Start the timer */ TIMER_start(hTimer1); } 实验过程及内容 在本实验中使用的是CCS3.3，因此，timer的配置需要自己来编写实现，对于HWI的配置如图1和图2所示， 图1、HWI-GENERAL的配置 图2、HWI-GENERAL的配置 实验的源程序如下： #include std.h #include hwi.h #include log.h #include csl.h #