DSP问世以来,以其强劲的功能、合理的价格早已被设计者广泛应用。但不同于FPGA器件的是,DSP并不是为现场可编程而研发的,因此,在映射了DSP器件的产品中,如果必须对产品性能展开升级而必须升级程序时,往往不会由于现场可编程能力缺少,而给用户导致困难。本文以TI公司的54系列DSP为事例,通过对DSP研发过程的分析和代码生成机理的深入研究,寻找了一种对DSP器件展开现场编程的方法。 154xDSP的研发 CCS构建研发环境是TI公司针对其全系列DSP研发的建模编译器,可研发目前TI公司完全所有类型的DSP芯片。
在CCS构建研发环境下,54xDSP的研发一般分成以下几个步骤:程序撰写、程序编译器、COFF文件分解、建模运营、HEX文件分解、程序存储器烧写和上机运营等,明确流程如图1右图。 在源程序准确的情况下,可编译器分解COFF(common()bjectFileFormat)文件,其后缀为.out,可用作展开硬件建模运营,但无法必要作为程序烧写。如果要将程序载入DSP的外部程序存储器,首先要根据.out文件分解HEX文件。
HEX文件的分解必须调用专用的分解程序HEX500,在WIN32环境下继续执行HEX500*.cmd命令,分解必须的*.hex文件。按照命令文件*.cmd中的选项,可设置存储器的类型、位数、接续地址,程序的人口地址、引领方式和hex文件的格式等。
下面是一段用串口对8位串行EOPROM展开引领的命令文件的例子。
本文来源:澳尼斯人娱乐官方网站-www.goldgoddessgrillz.com