[参考译文] RTOS/EK-TM4C1294XL：用于固件下载的 USB CDC

您好、Rahul、

希望这将对 您有所帮助：processors.wiki.ti.com/.../TI-RTOS_USB_DFU

Todd

您好、Rahul、

我的理解是、用于固件更新支持的引导加载程序代码主要位于 TM4C ROM 中、尽管闪存的一小部分必须具有自定义代码才能启动到 ROM 例程中。 如果您从德州仪器(TI)网站上获取 SPMU301D.PDF、您会发现大多数外设都使用自定义引导加载程序协议、但以太网使用标准 BOOTP、而 USB 使用标准 DFU 协议。 由于这些协议是在 ROM 中实现的、因此无法更改任何协议。 因此、您基本上必须使用 DFU。

我假设您可能希望使用 CDC 而不是 DFU、因为您没有实现 DFU 的 USB 主机代码。 在这种情况下、您仍然需要自定义代码来处理通过 CDC 下载的固件。 如果您遇到这种情况、我想知道您拥有的 USB 主机代码是 CDC 更新所特有的(并且不支持 DFU)。

您似乎有两个选择： 要么为 USB 主机获取 DFU 客户端(由于 USB 组织对 DFU 进行了标准化、此选项似乎更容易)-要么编写自己的引导加载程序、该引导加载程序将从闪存而不是 ROM 运行、并实施您自己的自定义 CDC 模式固件下载。 后者将更加困难、并且引导加载程序会占用一部分闪存空间、因为您无法使用 ROM 来提供其内置 DFU 支持。 此外、还存在一个额外的风险、即如果代码中的错误擦除闪存中的自定义 CDC 引导加载程序、则客户将遭受硬件错误的影响。

Todd 引用的文档介绍了一个系统、其中固件的正常(非更新)模式为 CDC、但固件下载仍通过 DFU 协议进行。 换言之、CDC 不用于固件下载、而只是不升级时的模式。 我尚未了解该特定 TM4C 固件的确切详细信息、但 DFU 定义了一个器件、并提供特定命令将芯片重置为 DFU 模式、以便可以下载新的固件映像。 这是通过在重新编程闪存时切换到 ROM 代码来实现的。

祝你好运、

Brian

您好、Rahul、

您似乎有一些严格的要求。 我觉得你可能是自己的。

Todd