工具与软件:
您好!
我们有一个纯逻辑项目(不使用 DSP 上的任何硬件资源)。 它在379D 上运行。 我们希望能够在不进行修改的情况下在388D 上使用此项目。 但项目属性当前指定的是379D。 是否可以通过任何方法让项目从主项目中获取其处理器? 在这两种情况下、代码都在 C2000内核上运行。 考虑到这一点、这很重要吗?
谢谢!
据
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
您好!
我们有一个纯逻辑项目(不使用 DSP 上的任何硬件资源)。 它在379D 上运行。 我们希望能够在不进行修改的情况下在388D 上使用此项目。 但项目属性当前指定的是379D。 是否可以通过任何方法让项目从主项目中获取其处理器? 在这两种情况下、代码都在 C2000内核上运行。 考虑到这一点、这很重要吗?
谢谢!
据
尊敬的 Ed:
从 f28379D 迁移到 f28388D 时、请查看此主题。
(+) TMS320F28388D:从379D 库迁移到388D 库会导致"警告#10068-D:无匹配部分"- C2000微控制器论坛- C2000 ︎ 微处理器- TI E2E 支持论坛
链接器 cmd 文件、内存映射和包含的其他标头将发生显著变化。
是否尝试使用379D 器件配置加载.out 构建并需要在388D 器件上运行?
谢谢
阿斯温
您好、Aswin、
是的、我们一直在 针对寄存器集和库更改对其他项目进行更改。 但是这个项目完全符合逻辑、所以不与硬件进行交互。 在这两种情况下、它都在 C2000内核上运行。 它链接到主项目中。 它会构建良好并链接良好。
在388上调试其他内容时、我记得逻辑项目是为379D 而不是388D 设置的。 看来由于它和硬件没有交互、所以使用它应该不会有问题、就像使用379和388主要项目一样。 由于其纯粹的逻辑性质以及它始终在 C2000内核上运行这一事实、处理器似乎应该是不相关的。 是这样吗?
谢谢!
据