[参考译文] CODECOMPOSER：RE：系统项目提供有关项目参考的警告

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1478894/codecomposer-re-system-project-gives-warning-about-project-reference

工具与软件：

我刚去读了错误描述。 这并不是只通过" system.xml 编辑器添加对添加未绑定到核心的项目的支持"来修复的问题。

我已经尝试了 Ki 在这里回答的建议解决方案。 它将 引导加载程序项目添加为未绑定的项目。

但它 无法解决我的问题。

• 引导加载程序不是绑定的、而是放置在内核1上、system.xml 必须反映这一点。
• 即使它被标记为未绑定的工程、引导加载程序工程中的.syscfg 文件现在也包含在提供给 sysconfig.cli 的脚本列表中  

"C:/ti/commonTools/sysconfig_1.19.0.2371712/sysconfig_cli.bat" --script "D:/src//prim_CPU/Prim_CPU.syscfg" --script "D:/src/sec_CPU/Sec_CPU.syscfg" --script "D:/src//bootloader/bootloader.syscfg" -o "syscfg" -s "C:/ti/c2000Ware/C2000Ware_5_01_00_01/.metadata/sdk.json" --compiler ccs

这不会生成。

我认为您需要一个解决方案来支持这种并不少见的情况。

• CPU 1的第一个 x 扇区包含一个引导加载程序、由引导加载程序工程编译。
• CPU 1的其余扇区包含应用软件、由 App_CPU1工程编译。
• CPU 2包含应用软件、由 App_CPU2工程编译。

此外、一些设置可能也在次级 CP'U 上有一个"引导加载程序"。 对于多个内核、此设置也有效。

要明确的是,我不认为 system.xml 应该只限于这种情况,一些设置可能有两个以上的项目在同一个核心 a.s.o。
但是、这个方案很适合对您提出的 system.xml 相关概念进行烟雾测试。

由于这是一种非常常见的设置、我认为应该将其添加到项目示例中和/或作为应用手册来说明。

最后、我认为 SysConfig (如上所述)有问题是个错误、应该注册为1。 而在同一内核上支持更多项目是一项特性请求。