[参考译文] RTOS/TMS320C6678：基于 C6678的电路板验证序列

尊敬的 Andranik：

据我所知、我们不再支持 Linux-C6x。
我建议您首先使用适用于 C6678的 GEL 文件使您的电路板保持活动状态。 然后、您可以迁移到 Processor SDK RTOS (www.ti.com/.../processor-sdk-c667x) 以验证您的外设是否正常工作。

此致、
Yordan

是的。。。 我看到、自2012年以来、发展就停止了。
无论如何、是否有严重的原因可以避免使用它？ 如果没有-如果我们决定仅在 C6x Linux 上进行开发、谁可以帮助我在我们的平台上启动 Linux？

我将如何将这些示例组合成单个 RTOS 映像作为最终的板级支持包/在哪里可以找到这种预构建的映像？

此致
Andranik

您好！

我问过工厂团队。 他们的反馈将在此处发布。

此致、
Yordan

您好、Andranik、

在您发布的电子邮件主题中、我认为内部 ROM 引导加载程序也需要修改、以便从 EMIF 读取 IBL、而不是 I2C EEPROM。 TI 停止支持 Linux-C6x、嵌入式 Linux 上没有任何资源。

您是否需要 Linux、还是只需要 RTOS 即可实现？ 在您第二个选择使用 MCSDK/ProcSDK 时、我假设您打算使用 RTOS SDK 将所有外设组合到一个 DSP 映像中、对吧？ 然后、MCSDK 或现在的 ProcSDK 中的 Linux 内核不是 ucLinux、也不会在 C6678上运行。

雷克斯

尊敬的 Rex：

我刚刚成功地在 SPI NOR 闪存(而不是 EMIF NOR)上编程/执行了"processors.wiki.ti.com/.../File:C6678_directROM_boot_examples.zip"应用"、并在其中看到了所需的 UART 输出(器件版本为2.0、因此无需 PLL 修正)。
因此、理论上应该有某种方法来组合某种引导加载程序(使用 IBL 或不使用 IBL)来初始化 DDR 和 PLL、并执行在 NAND 或 NOR 闪存上编程的 Linux 内核(甚至可以将引导加载程序映像与 Linux 映像合并、并直接在 SPI 闪存上编程)。

最好使用 Linux 进行开发、但如果有某种最小的 IT 映像或标准步骤将所需的模块/示例集成到一个 DSP 映像中、而不是从适当的示例中手动组合、TI-RTOS 也是可以接受的。


此致
Andranik

您好、Andranik、

我将与 RTOS 工程师进行循环、看看他是否对将示例/模块组合到一个 DSP 映像中有输入。

是的、理论上可以完成。 很好奇。 如果首选 Linux、是否考虑使用具有相同 C6678 DSP 内核的其他器件、例如 AM572x (2个 ARS+2 DSP 内核)。 如果需要更多 DSP 内核、66AK2H12/14 (4个 ARMS + 8 DSP)或66AK2H06 (2个 ARMS + 4 DSP)。 只是一个想法。

雷克斯

Rex、是否有此更新？

BTW：现在我们的产品处于概念阶段、我想对此进行一些研究。 如果不建议在此使用 Linux -请告诉我并关闭此 TT。

此致
Andranik

尊敬的 Rex：

您是否找到了我要求的合适的人员或某种完整源/预构建图像？
Linux 的使用不是我们的目标、而是我们正在寻找的可能解决方案之一。 我们现在将使用/推出这款器件。 接下来是 C6670 DSP。

Andranik