[参考译文] TMS320F28374D：为在 Linux 上为 TMS320F28374D 构建串行闪存编程器寻求帮助

Bruno、您好！

在为 serial_flash_programmer 生成 Linux 构建时、使用了哪些解决方案？  

我需要一些时间来查看此申请、将在接下来的几天内向您提供最新信息。

谢谢。此致、

查尔斯

尊敬的 Charles：

答-我们了解了 TI 提供的各种软件包、包括下载完整的 controlSUITE 软件包、以搜索与 Windows 命令行界面(CLI)实用程序等效的 Linux。 不幸的是，我们未能找到任何合适的选择。

b -按照链接线程中的指南、我们尝试使用建议的 GitHub 库构建 Linux 变体。 但是、我们遇到了构建错误。 尽管对一些包含文件/源文件进行了小幅调整、但我们仍无法成功构建。 请务必注意、TI 并未正式建议此程序、而是论坛成员的提示。

C -我们还下载并测试了一个预编译的 Linux 二进制文件,旨在复制 Windows CLI 实用程序的功能。 虽然软件被执行、但是它未能与目标 DSP 单元建立一个成功的通信链路。

d -为了查找交叉编译到 Linux 目标的文档或提示、我们检查了 Visual Studio 2017 C++项目的源代码。 很遗憾、我们未找到相关信息。 虽然我们考虑了使用 gdb 等工具进行试错交叉编译,但由于缺乏文档,我们最初放弃了这种方法。

e -另外、在同一主题中、我们发现了一条建议尝试使用 Tapas Flash 工具实用程序、这是一个编写了 Python 的模块、希望它能模拟 TI 的官方 Windows CLI 工具。 此实用程序成功执行并成功传输内核固件文件。 但是，它不能超过这一点。

感谢您的及时响应、以及您为帮助我们解决这些问题而提供的任何指导或建议。

谢谢！

马尔奇西

Bruno、您好！

对于列出的步骤 e-、器件在下载内核后执行什么操作？ 内核是否为器件将 SCI-Boot 使用默认的 GPIO？

谢谢。此致、

查尔斯

Unknown 说：

对于列出的步骤 e-，设备在下载内核后执行了什么操作？

我无法确切地告诉这一点。 当前测试状态是我正在运行所述的第三方 Python 代码、我不知道并且无法确定在内核文件成功传输后 TI 器件的状态。

Unknown 说：

内核是否为设备使用 SCI-Boot 的默认 GPIO？

内核文件名为"F2837xD_sci_flash_kernels_cpu01.txt"、我相信这是 TI 提供的。 因此、我推断出它使用默认 GPIO 进行该过程。

我想再次提出我的原始问题、TI 目前是否有针对 Linux 环境构建的串行闪存编程器实用程序的 CLI？ 或者、TI 是否必须提供一系列步骤、这些步骤可从源文件成功地在标准 Linux 版本(例如 Ubuntu)上编译/编译？

作为参考、它使用 SCI 闪存内核的默认配置、即  与 GPIO84/85相关的 SCI_BOOT 参数。 如果连接到主机、则使用 GPIO28/29作为到 COM 端口的串行连接、这要求 在 SCI 闪存内核工程中设置 SCI_BOOT_ALTERNATE 参数。 如果项目中更改了该值、那么您应该能够下载应用程序映像。

目前、我们还没有适用于 Linux 的串行闪存编程器实用程序的 CLI 版本。  

谢谢。此致、

查尔斯