bf561的loader过程的问题分析
近来开始用BF 561设计图像匹配系统。所以把这一过程的所得记录在此,以便与大家共享。
在程序下载这个环节上遇到如下一些问题:
visual dsp++5.0下针对BF561开发板的烧写flash的程序,不能正常下载,重新编译一下才可以。
在开发bf561时,尤其是当使用sdram空间时尤其小心flash内的内容,因为当开发的代码需要使用sdram空间时,sdram必须已经被初始化过,不然会导致出现异常中断。所以在调试程序前先给flash内烧一个带有初始化sdram的代码,就没有这个问题了,不然在开发程序的时候,还的经常注意这个问题。
BF561开发板上的一个可能的bug:当boot模式选择为:从flash启动时,若flash内的程序有问题,则仿真器连不上bf561,需要更改boot方式才可以。这可能是个bug,技术支持也这样认为。
Init code 一般包括初始化sdram,设置pll等工作,前者是为了程序正常使用sdram,后者是为了loader过程比较快的完成。
Init code文件的注意事项:
要有rts指令。因为loader在辨认出是initcode时,采用call指令来调用init代码,所以为了保证程序能够正常执行下去,initcode中必须有rts指令
推荐把astat,rets,Rx,Px全都压栈。
下边是一个init code的简单例子,在该实例中只是初始化了sdram
#include
.section program;
/********************************************************************/
[--SP] = ASTAT; // Save registers onto Stack
[--SP] = RETS;
[--SP] = (R7:0);
[--SP] = (P5:0);
/********************************************************************/
/*******Init Code Section********************************************/
/*******SDRAM Setup************/
Setup_SDRAM:
P0.L = lo(EBIU_SDRRC);
P0.H = hi(EBIU_SDRRC); // SDRAM Refresh Rate Control Register
R0 = 0x03A9(Z);
W[P0] = R0;
SSYNC;
P0.L = lo(EBIU_SDBCTL);
P0.H = hi(EBIU_SDBCTL); // SDRAM Memory Bank Control Register
R0 = 0x0015(Z);
W[P0] = R0;
SSYNC;
P0.L = lo(EBIU_SDGCTL);
P0.H = hi(EBIU_SDGCTL); // SDRAM Memory Global Control Register
R0.H = 0x0091;
R0.L = 0x998F;
[P0] = R0;
SSYNC;
/********************************************************************/
(P5:0) = [SP++]; // Restore registers from Stack
(R7:0) = [SP++];
RETS = [SP++];
ASTAT = [SP++];
/********************************************************************/
RTS;
- 基于赛灵思Spartan-3A DSP的安全视频分析(02-17)
- 关于Linux操作系统的NTFS和内核分析(05-19)
- Linux 2.4.x内核软中断机制(04-06)
- 基于DSP的人脸识别系统设计(04-26)
- 3D图形芯片的算法原理分析(07-16)
- 解析:视频图像智能分析处理技术(08-08)