[参考译文] RTOS/TMS320C6412：TMS320C6412支持的最新 BIOS 软件-希望从 BIOS v5.31.02升级

您好 Amanda、

我正在与 SYSBIOS 专家交流。 他们将能够更好地回答您的问题。

感谢您查看 Todd。 缺少 RTDX 支持应该可以。 在仿真期间可能用于初始开发。 如果我们将来需要使用仿真、那么使用这样一个旧的工具是没有意义的。 我已经浏览过大多数发行说明、但有很多版本、我不敢相信我没有错过任何重要的内容。

我一直在研究 CCSv5.3.0的详细信息、如果可能、我希望尽量避免安装、尤其是在我们的使用中、我们不使用应用程序本身、而只使用库。 我们的代码库已经庞大、我不想带来任何不必要的花。 CCS v5.3.0中包含的库也有更新。 不打开 CCS 应用程序(如果我执行安装 CCS 路由)、是否可以安装软件包更新？

为了进行测试、我可以在我的计算机上安装 CCS、但对于最终解决方案、这些库需要安装在服务器上。

您好、Amanda、

我也快速了解了这一点。 只是为了了解您的编译环境、您是否说您使用自己的 makefile 来编译所有代码？ 您没有使用 CCS 项目管理器、对吧？ 如果是这样，我认为迁移应该是合理的直接的。 正如 Todd 提到的、编译器更改的风险可能比 DSP/BIOS 更改更大。 您现在使用的编译器版本是什么？

最新的 DSP/BIOS 5.42.02使用编译器7.3.1进行了验证。 我建议(对于启动器)使用相同的7.3.x 代码分支。 但是、我不建议具体使用7.3.1。 虽然这可能是 DSP/BIOS 5.42发布时最新和最大的编译器、但编译器分支中已经出现了多年的错误修复。 它看起来该分支中的最新版本是7.3.23。 我认为，这将是最好的起点。 如果代码库很大、尤其如此、也就是说、如果您使用的是某个初始版本、则可能会遇到许多编译器错误。 您可以下载编译器而不下载 CCS：

software-dl.ti.com/.../download.htm

我建议您下载 DSP/BIOS 5.42.02加上 C6000编译器7.3.23并进行拍摄。 根据您遇到的问题类型、您可以对此主题作出响应、也可以启动全新主题。

此致、
Brad

感谢后续 Brad。 我认为它会与 CGT v7.4.23一同使用、因为7.4.1版本是 CCSv5.3.0随附的版本。 我还没有尝试使用它进行编译、因为我提出了另一个相关的问题。 我认为 CSL 软件包会作为 CGT 软件包的一部分安装、但情况并非如此。

在 TMS320C6412的站点上、CSL 的链接将使您转至：  http://www.ti.com/tool/sprc090

但是这个库从2006年4月起为 v2.31.00.16、我似乎找不到任何对较新版本的引用。 是否有更新版本？

CSL 独立于编译器。 这是最终的 CSL 版本。

有一点要澄清。 这是最终的"CSL2"版本。 对于64x+器件和更新版本、我们迁移到了"CSL3"、这是一种完全不同的软件架构。

快速搜索使我转到文档 spraa10 (从 CSL2.x 迁移到 CSL3.x)、其中表1：CSL 支持值表显示 C6412仅受 CSL2支持。

最后、我在 Linux 计算机上安装了以下组件：

•   BIOS_5_42_02_10
•   TI_CGT_C6000_7.4.23
•   ccs3.3/C6000/CSL (不升级此版本)

我已经更新了 makefile 文件中的所有路径(注意：我不使用 CCS)、但当我尝试编译时、我会遇到此错误：

JS："/home/bios_5_42_02_10/xdctools/include/utils.tci、第976行：错误：找不到'ti.platforms.generic'的 Platform.tc[IP]文件

maked[1]：***[/BIOS/UppDspcfg.h 错误1

 

我已经在/home/bios_5_42_02_10/xdctools/packages/ti/catalog/c6000中比较了 C6412.TCI 和 C64.TCI 的新 XDC 工具版本和旧 XDC 工具版本。 从内容上看，它们是相等的。 使用 BIOS_5_31_02的路径具有类似的结构。 我认为我的 tcf 文件遵循以下准则：

环境["ti.BIOS.oldMemoryNames "]= true；

/*加载通用平台*/

VAR 参数=｛｝；

params.clockrate = 720.000000；

params.deviceName ="6412"；

params.catalogName =" ti.catalog.c6000";

params.regs =｛｝；

params.regs.l2Mode ="4路高速缓存(0k)"；

utils.loadPlatform ("ti.platforms.generic"、params")；

 

或者、我尝试将'C6412.TCI'和'C64.TCI'文件从其在旧 XDC 工具路径中的位置复制到本地目录并导入文件：

tconf -dconfig.importPath="/home/BiosUpgrade

utils.importFile ("C6412")；

 

这也没有带来任何成功：

JS："./UppDsp.tcf"、第23行：左侧赋值无效。

JS：utils.importFile ("C6412")；

JS：… ^μ A

JS："./UppDsp.tcf"、第23行：语法错误

JS：utils.importFile ("C6412")；

JS：...... ^μ A

JS："./uppDsp.tcf"、第1行：编译产生了2个语法错误。

 

您是否对我无法找到 ti.platforms.generic?的原因有任何建议

听起来像是路径问题。 DSP/BIOS 5.42的大变化是为了消除对安装单独 xdctools 的依赖。 我想这会影响一些路径等 确保 tconf 包含的路径同时包含 C：\TI\BIOS_5_42_02_10\packages 和 C：\TI\BIOS_5_42_02_10\xdctools\packages。

大家好、

我可以继续将其标记为 TI 认为已解决、还是有其他需要添加的内容？

Todd

您好 Todd、
我仍有路径问题、但我还有一个问题：

Brad、当您说"确保您的 tconf include 路径包含..."时、您的具体意思是什么？ 我想确保我不会误解您的建议。

tconf 实用程序有一个搜索路径、例如类似于 C 编译器有一个搜索路径。 在 BIOS 的 docs/目录中的 Tconf 用户指南中对其进行了讨论。 有一个-p 选项可以将其传递为路径，另外还有 config.importPath 环境数组变量(请参阅第2.2.1节)。 下面是一个添加了几条路径的示例：

tconf -dconfig.importPath="c：/include；d：/platforms" hello.tcf

如果 tconf 工具未找到文件，则可能缺少路径。

Amanda、

很棒！ 很高兴听到您再次取得进展。 希望编译器错误能够合理地直接纠正。 我希望在您开始运行时测试和调试后一切顺利！

此致、
Brad