• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 5 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 13 次查看
  • 用户 0 名在线用户
选项
选项
相关

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.

[参考译文] AM6422：AM64x -选择非板载启动可能性-用于生产加载

admin
Guru**** 1807890 points
Other Parts Discussed in Thread: TUSB4020BI, TMUXHS221LV, TUSB542
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1429971/am6422-am64x---selection-of-off-board-boot-possibilities---for-production-loading

器件型号：AM6422
Thread 中讨论的其他器件：TUSB4020BI、 TMUXHS221LV、 TUSB542

工具与软件：

大家好、阅读 AM64x 的 TRM 和勘误表-是只有我一个人支持、还是看起来目前不支持外部/板外引导选项-或者这是他们是否始终不受支持(例如、可能会发生故障)？

USB - i2328

USART - i2371 (i2310)

以太网- i2329

现在、我预计生产单元将设置为主引导作为 eMMC、备份引导介质可以是 UART/USB/以太网(理想情况下为以太网)-首次上电失败时执行、然后加载到故障转移至备份引导介质-随后主引导介质将被刷写。 如果无法成功加载设备、则应重新启动设备并重试。  这看起来是一种可行的方法、还是有其他/更好的方法(除了在生产之前对 eMMC 进行非板载编程)。


谢谢！
James

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    James、你正确地看到一些外设引导选项都有问题。 USB DFU 实际上是唯一一个不具有相关勘误表的 DFU、因此您可能需要进行探究。  您提到的其他器件无法100%正常工作、因此您可以使用这些器件、但可能会遇到一些器件无法引导、没有任何解决方法。   

    此致、

    James

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    HMM - USB DFU 的挑战在于当前期望的将 USB 接口用于另一个(板载)器件。 因此、对于 USB DFU、AM64x 需要处于设备模式(而不是主机模式)、因此 USBn_ID 引脚默认需要悬空。

    是否可以使用2：1 USB 多路复用器、并让 USBn_ID 浮点+多路复用器选择器指向外部输入 -然后让 AM64x 下拉 USBn_ID 并在成功启动后将多路复用器选择器翻转到内部器件-这是一种合理的权变措施(理论上至少是这样)？

    在作为主机加载(即直接来自 USB 海量存储)方面-如果我们在两者之间使用集线器、有关时序问题的勘误表是否仍然存在？ (例如具有类似 TUSB4020BI 的接口)。 接下来、如果我们找到解决时序问题的器件、该存储器件可以与所有 AM64x (例如黄金编程单元)配合使用、或者它可以与某些单元配合使用、但不能与其他单元配合使用吗？

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 James：

    [报价 userid="621082" url="~/support/processors-group/processors/f/processors-forum/1429971/am6422-am64x---selection-of-off-board-boot-possibilities---for-production-loading/5486579 #5486579"]因此、对于 USB DFU、AM64x 需要处于设备模式(与主机模式相反)、因此默认情况下 USBn_ID 引脚需要悬空。[/QUOT]

    我想担心的是您需要在 Linux 中的主机模式下使用 USB？ 如果是这样、您仍然可以针对 DFU 将 USBn_ID 引脚接地、ROM 不关心 ID 引脚、U-Boot 基于器件树中的 dr_mode 配置使用 USB 端口模式、也不关心 ID 引脚。

    基本上、只要 U-Boot 器件树中的 USB0 dr_mode 配置为"外设"、您仍然可以在 USB ID 引脚接地的情况下使用 DFU 引导。

    [报价 userid="621082" url="~/support/processors-group/processors/f/processors-forum/1429971/am6422-am64x---selection-of-off-board-boot-possibilities---for-production-loading/5486579 #5486579"]关于作为主机加载(即直接从 USB 海量存储)的问题-如果我们在两者之间使用集线器、有关计时问题的勘误是否仍然存在？ [报价]

    ROM 不支持 USB MSC 引导、且两者之间有 USB 集线器。

    如果我们发现一款解决计时问题的器件、该存储设备可与所有 AM64x (例如黄金编程单元)配合使用、或者是否可以与某些单元配合使用、而不能与其它单元配合使用？

    我们仅发现极少数在 USB MSC 启动时失败的 USB 拇指驱动器、因此我们无法确定市场上所有 USB 器件的时序裕量、从而确定它们是否会在某些 AM64x 上发生故障、而不是在某些其他单元上发生故障。

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    听起来使用 DIP 开关或跳线来确定 BOOTMODE 引脚13 (B13)对我们来说是一个很好的计划-使用 USB MSC 的默认行为、但如果我们遇到问题、我们可以退回到 USD DFU。
    虽然集线器不允许使用 USB MSC -是否有任何预见到的困难、例如使用 TMUXHS221LV 或 TUSB542 (以便我们可以连接大容量存储器件进行启动、但转换到板载器件)？ 我不希望它会造成任何特定的问题-但最好现在问:D.

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 James：

    使用 TMUXHS221LV 或 TUSB542等器件是否存在任何预期困难(以便我们可以附加大容量存储设备进行启动、但转换为板载设备)？

    我是一个软件迷、对硬件设计一无所知、但我认为 USB 多路复用器可用于在使用和不使用 USB 集线器的情况下进行切换、但请注意多路复用器器件的选择和电路板布局、以确保 USB 线路阻抗仍然符合 USB 规范要求、并且也不会存在 USB 信号完整性问题。