DSP/BIOS程序设计
第四章 DSP/BIOS程序设计
1. DSP/BIOS支持多线程技术，使得在线调试分析成为可能；
2. 在线调试：在不影响DSP正常运行的情况下，即在不干扰DSP的各个工作和任务的情况下，实时地进行调试；
3. 传统的调试方法必须终止DSP的运行才可以工作；
4. 程序中一旦使用了DSP/BIOS，则DSP/BIOS的组件所有的API库函数就都包括在工程下的include目录里；
5. 在DSP/BIOS程序设计中，不再显式地定义中断向量表文件（vector.asm），中断向量定义在.cmd文件中；
6. 对于片内外设的访问是借助DSP/BIOS中的CSL（片上外设支持库）来完成的；
7. main函数只是做一些初始化的工作，真正的数字信号处理算法是由中断函数调用的，而且在DSP/BIOS编程中，不能使用关键字interrupt或INTERRUPT，因为DSP/BIOS有专用的访问中断（进入和退出中断）API函数；
8. DSP/BIOS程序工作过程
l 第一步：硬件上电复位DSP；
l 第二步：调用BIOS_init()函数初始化DSP/BIOS的各个模块；
l 第三步：调用主函数；
l 第四步：调用BIOS_start()进入DSP/BIOS工作状态；
l 第五步：调用IDL_loop()使DSP进入空闲状态，等待中断信号的到来。
9. IDL状态可实现主机对目标板上DSP的访问，如果遇到中断，将首先执行中断任务。进入IDL状态是真正的信号处理工作的开始，同时各种DSP的示波器也可以访问这个状态；
10. 从上面五步可以看出，DSP/BIOS程序设计中不再有死循环。更重要的是，主程序的功能被消弱，功能的实现是通过一些中断函数来完成的；
11. 程序强大的功能是由那些中断函数完成的，这些函数在DSP处于IDL状态时被中断触发执行；
12. DSP/BIOS是模块化的程序设计方法，有些程序的引用是没有显式定义的，必须到DSP/BIOS配置文件中去找它们的入口点；
13. 硬中断的优先级总是高于软中断；
14. DSP/BIOS提供了一个称为PIP的组件，这个组件类似一条流过两个水库的管道一样，这两个水库可以被明确地指定容量，所以把PIP组件称为数据缓冲通道组件。PIP通道具有一个写入数据端和读出数据端，而且只有当数据完全为空时才能写入，当数据充满时才能读出。通过调用PIP的API函数PIP_get检测PIP管道中是否数据已满，如果已满，则自动调用notifyReader指向的软中断函数；通过调用API函数PIP_alloc判断PIP管道是否已空，如果已空，则自动调用notifyWrite指向的软中断函数。可见，PIP可以节约CPU的工作时间；
15. 这个PIP对象在本程序中是受到两个中断线程控制的，一个是来自McBSP串行口的硬中断HWI，另一个是DSP/BIOS定义的软中断SWI，它们分别控制了PIP管道的读与写，而且只能控制一端。因为程序最终完成的任务是：从McBSP1数据输入端接收来数据，又将数据回送至McBSP1数据发送端，所以至少需要建立两个PIP管道；
16. 中断发生后，程序指针被强制转移到终端地址入口点，并且中断前的环境常常被保存在堆栈中；
17. 所有的DSP/BIOS程序都应将std.h作为第一个包括文件，它包含了DSP/BIOS里的一些专用声明；
18. ATM程序包包括了一些用汇编语言写成的原子功能（或称微功能）API函数，直接面向硬件，供其他API函数调用；
19. DEV程序包负责DSP各种片上资源的驱动；
20. TRC程序包包括一些实时信息采集和跟踪函数；
21. CSL组件是DSP/BIOS中的一员，它的主要作用在于为用户提供DSP片上外设的抽象调用方法，CSL通过片上外设的硬件抽象，使用户不用去管理具体硬件的细节（包括时序）而接引用即可；
22. 几乎任何一个程序都离不开CSL的支持，因为任何一个程序的完成必然是对数据的处理，这些数据源必须是来自片上外设的，除了访问片上外设之外，没有其他的途径；
23. 空闲状态并不是什么都不做，而是一个空闲的进程不断重复，用户可以设计自己的main函数，其他的程序均由DSP/BIOS自动生成和管理（自动调用），不需要用户显式声明调用，用户需要完成的数据处理任务都集中在中断程序中完成；
24. DSP/BIOS帮助完成了各个进程间的管理，主函数main的作用被减弱了，甚至可以为空函数（注意：不能不要）；
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
