630 likes | 1.04k Views
一、 DSP/BIOS 的组件. 1、 DPS/BIOS 实时库和 API 运用 DSP/BIOS 的一个基本概念是我们的运行程序是一个多线程的情况,我们通过 API( 运用程序接口)函数来管理这些线程。 我们可以把 DSP/BIOS API 分为许多模块,不同的线程属于不同的模块。这些模块包括: TMS320C54x DSP/BIOS User’s Guide Page 1-5. DPS/BIOS 实时库和 API. API 管理进程的具体方法是通过 API 函数,这些函数功能非常多,如:建立和删除对象,变换线程优先级等; 函数的详细说明:
E N D
一、DSP/BIOS的组件 1、DPS/BIOS实时库和API 运用DSP/BIOS的一个基本概念是我们的运行程序是一个多线程的情况,我们通过API(运用程序接口)函数来管理这些线程。 我们可以把DSP/BIOS API分为许多模块,不同的线程属于不同的模块。这些模块包括:TMS320C54x DSP/BIOS User’s Guide Page 1-5
DPS/BIOS实时库和API • API管理进程的具体方法是通过API函数,这些函数功能非常多,如:建立和删除对象,变换线程优先级等; • 函数的详细说明: TMS320C54x DSP/BIOS Application Programming Interface (API) Reference Guide Page 1-3
DSP/BIOS配置工具 • API函数不是直接对线程进行管理,而是通过对不同模块中建立的对象管理来实现对线程的管理,这些对象相当于线程的文件头或函数名。 • 不同模块中对象的建立有两种方法,一是通过在源文件中使用API函数调用,可以动态产生,动态删除;一是通过DSP/BIOS配置工具产生,是静态产生,不可删除。
DSP/BIOS配置工具 DSP/BIOS配置工具产生对象的优点: • 他是图形化的编辑工具,使用更加方便; • 他可以对对象进行各种参数设置; • 他可以建立各种对象,而API函数只能建立部分对象。
DSP/BIOS配置工具 DSP/BIOS配置工具产生对象的缺点: • 一旦建立,不论程序中是否使用,都有占有一定资源; • 一旦建立,在程序运行中,不可以删除。
3、DSP/BIOS插件 • 完成对运行程序的实时分析,时刻监视CPU的负荷,各个线程的执行情况,各段代码的花费时间等等; • DSP通过JTAG口返回到PC数据,这些数据反映我们需要的情况。这些数据的产生是在CPU的空闲状态时产生的,所以,不会对DSP本身的运行产生影响。
DSP/BIOS插件 • Program tracing: Displaying events written to target logs, reflecting dynamic control flow during program execution。 • Performance monitoring: Tracking summary statistics that reflect use of target resources, such as processor load and timing • File streaming: Binding target-resident I/O objects to host files。
4、各部分关系 TMS320C54x DSP/BIOS User’s Guide Page 1-4
二、DSP/BIOS的特点 1、DSP/BIOS的目的 DSP/BIOS and its plug-ins for Code Composer Studio are designed to minimize memory and CPU requirements on the target.
2、实现方法 • All DSP/BIOS objects can be created in the Configuration Tool and bound into an executable program image. This reduces code size and optimizes internal data structures. • Instrumentation data (such as logs and traces) is formatted on the host.
实现方法 • The API is modularized so that only the parts of the API that are used by the program need to be bound into the executable program. • The library is optimized to require the smallest possible number of instruction cycles, with a significant portion imple-mented in assembly language.
实现方法 Communication between the target and the DSP/BIOS plug-ins is performed within the background idle loop. This ensures that the DSP/BIOS plug-ins do not interfere with the program’s tasks. If the target CPU is too busy to perform background tasks, the DSP/BIOS plug-ins stop receiving infor-mation from the target until the CPU is available.
3、API特点 • A program can dynamically create and delete objects that are used in special situations. The same program can use both objects created dynamically and objects created with the Configuration Tool. • Low-level system primitives are provided to make it easier to handle errors, create common data structures, and manage memory usage.
API特点 The threading model provides thread types for a variety of situations. Hard-ware interrupts, software interrupts, tasks, idle functions, and periodic functions are all supported. You can control the priorities and blocking characteristics of threads through your choice of thread types.
API特点 • Structures to support communication and synchronization between threads are provided. These include semaphores, mailboxes, and resource locks. • Two I/O models are supported for maximum flexibility and power. Pipes are used for target/host communication and to support simple cases in which one thread writes to the pipe and another reads from the pipe.Streams are used for more complex I/O and to support device drivers.
三、程序生成 1、DSP/BIOS开发流程 1) Write a framework for your program. You can use C or assembly code. 2) Use the Configuration Tool to create objects for your program to use. 3) Save the configuration file, which generates files to be included when you compile and link your program.
DSP/BIOS开发流程 4) Compile and link the program using a makefile or a Code Composer project. 5) Test program behavior using a simulator or initial hardware and the DSP/BIOS plug-ins. You can monitor logs and traces, statistics objects,timing, software interrupts, and more.
DSP/BIOS开发流程 6) Repeat steps 2-5 until the program runs correctly. You can add functionality and make changes to the basic program structure. 7) When production hardware is ready, modify the configuration file to support the production board and test your program on the board.
2、配置工具使用 • Creating a New Configuration • Setting Global Properties for a Module • Creating an Object Using the Config-uration Tool • Files Generated by the Configuration Tool: program.cdbprogramcfg.h54 programcfg.s54 programcfg.cmd
3、编译和链接 • 手工添加文件program.cdb (the configuration file)和programcfg.cmd (the linker command file); • programcfg.s54自动添加; • 库文件rst.lib不需要; • C源文件中要加上各种API头文件; • 其他源文件同一般的CCS使用一样;
四、线程的基本概念 1、什么是线程 实时的DSP应用,往往需要把许多看似不相干的功能同时实现。不同的功能通过不同的指令流实现,而我们把这些指令流叫线程。 同一个处理器实现多线程的方法是给线程加上优先级。优先级高的线程首先执行。
2、线程的种类 • Hardware interrupts (HWI): includes CLK functions • Software interrupts (SWI): includes PRD functions • Tasks (TSK) • Background thread (IDL)
硬件中断 • Triggered in response to external asynchronous events that occur in the DSP environment. • An HWI function (also called an interrupt service routine or ISR) is executed after a hardware interrupt is triggered in order to perform a critical task that is subject to a hard deadline.
硬件中断 • HWI functions are the threads with the highest priority in a DSP/BIOS application. • HWIs should be used for application tasks that may need to run at frequencies approaching 200 kHz, and that need to be completed within deadlines of 2 to 100 microseconds.
软件中断 • Software interrupts are triggered by calling SWI functions from the program. • Software interrupts provide additional priority levels between hardware interrupts and the background thread. • SWIs handle tasks subject to time constraints that preclude them from being run from the idle loop, but whose deadlines are not as severe as those of hardware ISRs.
软件中断 • Like HWI’s, SWI’s threads always run to completion. • Software interrupts should be used to schedule events with deadlines of 100 microseconds or more. • SWIs allow HWIs to defer less critical processing to a lower-priority thread, minimizing the time the CPU spends inside an ISR, where other HWIs may be disabled.
TASK • Tasks have higher priority than the back-ground thread and lower priority than software interrupts. • Tasks differ from software interrupts in that they can be suspended during execution until necessary resources are available. • DSP/BIOS provides a number of structures that can be use for inter-task communication and synchronization. These structures include queues, semaphores, and mailboxes.
背景线程 • Executes the idle loop (IDL) at the lowest priority in a DSP/BIOS application. • After main returns, a DSP/BIOS application calls the startup routine for each DSP/BIOS module and then falls into the idle loop. • The idle loop is a continuous loop that calls all functions for the IDL objects.
背景线程 • Each function must wait for all others to finish executing before it is called again. • The idle loop runs continuously except when it is preempted by higher-priority threads. • Only functions that do not have hard deadlines should be executed in the idle loop.
时钟函数 • Triggered at the rate of the on-chip timer interrupt. • By default, these functions are triggered by the HWI_TINT hardware interrupt and are performed as HWI functions.
周期函数 • Performed based on a multiple of either the on-chip timer interrupt or some other occurrence. • Periodic functions are a special type of software interrupt.
Data notification functions • Performed when you use pipes (PIP) or host channels (HST) to transfer data. • The functions are triggered when a frame of data is read or written to notify the writer or reader. • These functions are performed as part of the context of the function that called PIP_alloc, PIP_get, PIP_free, or PIP_put.
3、性能比较 SWI or TSK vs. HWI : • Perform only critical processing within hardware interrupt service routines. HWIs can run at frequencies approaching 200kHz. Use software interrupts or tasks for events with deadlines around 100 microseconds or more. • Your HWI functions should post software interrupts or tasks to perform lower-priority processing.
SWI vs. TSK • Use software interrupts if functions have relatively simple interdependencies and data sharing requirements. Use tasks if the requirements are more complex. • While higher-priority threads can preempt lower priority threads, only tasks can be suspended to wait for another event, such as resource availability. • Tasks also have more options than SWIs when using shared data.
SWI vs. TSK • All input needed by a software interrupt’s function should be ready when the program posts the SWI. The SWI object’s mailbox structure provides a way to determine when resources are available. • SWIs are more memory efficient because they all run from a single stack.
IDL • Create background functions to perform noncritical housekeeping tasks when no other processing is necessary. • IDL functions do not typically have hard deadlines; instead they run whenever the system has unused processor time.
CLK • Use CLK functions when you want a function to be triggered directly by a timer interrupt. These functions run as HWI functions and should take minimal processing time. • The default CLK object, PRD_clock, causes a tick for the periodic functions. You can add additional CLK objects to run at the same rate. • However, you should minimize the time required to perform all CLK functions because they run as HWI functions.
PRD • Use PRD functions when you want a function to run at a rate based on a multiple of the on-chip timer’s low-resolution rate or another event (such as an external interrupt). • These functions run as SWI functions.
PRD vs. SWI • All PRD functions run at the same SWI priority, so one PRD function cannot preempt another. • However, PRD functions can post lower-priority software interrupts for lengthy proce-ssing routines. This ensures that the PRD_swi software interrupt can preempt those routines when the next system tick occurs and PRD_swi is posted again
4、性能比较图 TMS320C54x DSP/BIOS User’s Guide Page 4-6
5、优先级 • 硬件中断最高,一个线程可以被挤占(preempt,中途被中断),但是不能被阻塞(block,暂停等待); • 软件中断较高,又有14个等级,可以被挤占,但是不能阻塞; • TASK较低,有15个等级,可以挤占和阻塞; • IDL最低,循环执行一定线程。
五、硬件中断使用方法 1、中断矢量表 我们在DSP/BIOS的运用中,可以不必去建立中断矢量表。我们只需要在模块MEM中,对VECT的对象进行设置,这个设置是向DSP提供中断矢量表的地址。 我们再通过HWI模块,对需要使用的硬件中断进行中断服务程序的设置就可以了。
2、硬件中断的屏蔽 • 我们没有办法在DSP/BIOS的配置工具中对那个中断进行屏蔽; • 我们可以在程序中通过对寄存器的值的控制来完成对中断的屏蔽; • 我们也可以在程序中,调用API函数完成对硬件中断的控制,如函数:HWI_enable HWI_restore HWI_enable
六、软件中断使用方法 1、软件中断的建立 • 软件中断实际就是把一个已经建立的函数作为一个中断程序,这个中断程序的执行由软件触发; • 软件中的建立可以通过配置工具,进行静态的建立; • 软件中断的建立,也可以利用API函数动态的建立。 swi = SWI_create(attrs)
2、软件中断的优先级 • 优先级在建立软中断的时候就确定了; • 如果是使用配置工具,在软件中断的对象属性中设置; • 如果是使用动态API函数建立,则在建立的时候,可以使用参数来确定他的属性。
3、软件中断的邮箱 • 邮箱是一个32bit的寄存器,我们可以在配置工具中,建立软件中断对象的时候设置他的初始值; • 在程序中,我们使用下面的API函数来控制一个软件中断的邮箱,从而控制软件中断的执行: SWI_andn SWI_dec SWI_inc SWI_or SWI_post