DSP编程的几个关键问题

unsigned char to_dte_buff[BUFF_SIZE]; //DSP发向PC机的数据

int to_dte_num; //缓冲区中存放的有效字节数

int to_dte_store： //缓冲区的存放指针

int to_dte_read; //缓冲区的读取指针

这样经过链接就可完成对应。

7.2 程序入口问题

在C程序中，程序的入口是main（）函数。而在汇编程序中其入口由*.cmd文件中的命令决定，如：-emain_start；程序入口地址为main_start。这样，混合汇编出来的程序得不到正确结果。因为C到ASM的汇编有默认的入口c-int00，从这开始的一段程序为C程序的运行做准备工作。这些工作包括初始化变量、设置栈指针等，相当于系统壳不能耐跨越。这时可在*.cmd文件中去掉语句：-e main_start。如仍想执行某些汇编程序，可以C函数的形式执行，如：

main_start()； //其中含有其他汇编程序

但前提是在汇编程序中把_main_start作为首地址，程序以rete结尾（作为可调用的函数）的程序段，并在汇编程序中引用_main_start，即.ref _main_start。

7.3 移位问题

在C语言中把变量设为char型时，它是8位的，但在DSP汇编中此变量仍被作为16位处理。所以会出现在C程序中的移位结果与汇编程序移位结果不同的问题。解决的办法是在C程序中，把移位结果再用0X00FF去“与”一下即可。

7.4 堆栈问题

在汇编程序中对堆栈的依赖很小，但在C程序中分配局部变量、变量初始化、传递函数变量、保存函数返回地址、保护临时结果功能都是靠堆栈完成。而C编译器无法检查程序运行时堆栈能否溢出。所以应尽量多给堆栈分配空间。C编译器的默认大小为1KB。在程序不正常跑飞时应注意检查是否堆栈溢出。

7.5 程序跑飞问题

编译后的C程序跑飞一般是对不存在的存储区访问造成的。首先要查.MAP文件并与memery map图对比，看是否超出范围。如果在有中断的程序中跑飞，应重点查在中断程序中是否对所用到的寄存器进行了压栈保护。如果在中断程序中调用了C程序，则要查汇编后的C程序中是否用到了没有被保护的寄存器并提供保护（在C程序的编译中是不对A、B等寄存器进行保护的）。

8 命令文件的编写

在编辑*.cmd文件时编译连接器默认：page 0就是ROM区，page 1就是RAM区。下列段必须放在ROM区。

.text load=PROG PAGE 0 ;程序段

.const load=data PAGE 0 ;常数段

.cinit load=data PAGE 0 ;初始化段

.switch load=data PAGE 0 ;switch指令常数表

值得注意的是尽量不要用FILL选项，一旦进行填充会使生成的.out文件增大甚至超过内部的存储空间而无法Bootload。

9 BOOtload问题

一般都采用从EPROM引导，但通常很费脑筋。下面介绍一下可为54X系列DSP内部引导程序识别的EPROM存储结构，如表1所示。

表1 

假使已经生成了*.out文件，生成时必须带有芯片，此处为MS320VC5409，版本参数如：asm500 init_54x-v548）。

.hex文件与EPROM的存储空间相对应，其生成的参数由.cmd文件决定。下面以实例介绍.cmd文件中的参数编写及意义。

cdpd.out ；将cdpd.out文件转换成.hex文件

-SWWSR 7fffh ；将外部设备的等待时间设为7个等待状态

-BSCR 0f800h ；设置4K为一页，页面切换时插入1个等待状态

-o cdpd.hex ；转换成cdpd.hex文件

-i ;intel格式

-boot ;把所有的程序块装入EPROM

-bootorg 8000h ；从EPROM存储器的8000h处开始写入程序内容

-memwidth 8 ;系统数据宽度转为8位，以避免生成2个文件

-romwidth 8 ;EPROM数据宽度为8位

-e 0840h ;从8040h开始执行程序

-map wfcdpd.mxp ；生成EPROM存储器占用映射

这时生成的cdpd.hex可以直接写入EPROM。需要说明320C5409的外部RAM范围从8000h～FFFFh，所以设首地址为8000h。但是对C54x系列而言，其转换有个BUG，即它总是不能在0XFFFF处写入从外部EPROM存储器装载的开始地址，只好自己填入。对本例而言在0XFFFE处写0X80，在0XFFFF处写0X00。

上一页  [1] [2]