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.

[参考译文] AM62P:AM62P MCU 刷写、适用于量产应用

Guru**** 2897200 points

Other Parts Discussed in Thread: AM62P, UNIFLASH

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1646822/am62p-am62p-mcu-flashing-for-production

部件号: AM62P
Thread 中讨论的其他器件: UNIFLASH

您好、

我正在使用 MCU+ SDK 和 Android SDK 开发 AM62P 平台。

我的要求是:

  • MCU R5F 和 WKUP R5F 固件应在上电后立即从 OSPI 引导
  • Android 稍后应该通过 U-Boot 从 eMMC 引导

目前在开发过程中、我使用刷写 OSPI uart_uniflash.py、这需要:

  1. 将电路板引导模式设置为 UART
  2. 刷写 OSPI 映像
  3. 将引导模式更改回 OSPI

此流程适用于开发、但我想了解建议的生产/制造方法。

我的问题是:

  1. 在生产系统中、通常如何对 OSPI 进行编程、而无需每次都手动更改引导模式开关?
  2. UART 引导是否仅用于初始刷写和恢复?
  3. 建议的更新方法是什么:
    • tiboot3.bin  
    • tispl.bin
    • U-Boot
    • MCU R5 固件
      任何错误消息?
  4. OSPI 内容是否可以直接从在 eMMC 上运行的 Linux/Android 更新?
  5. 此架构是否有任何 TI 参考设计或建议的 OTA/更新机制?

 

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

    尊敬的 Abhijith:

    1.  在制造过程中、您必须刷写一次 OSPI。 可以使用 UART/DFU/MSC/Network/SD 来完成此操作。
      然后、通过更改引导模式开关、让器件之后正常从 OSPI + eMMC 引导。
    2. 是、UART 引导用于初始刷写。 对 OSPI 进行编程后、器件应直接从 OSPI 引导。
    3. 对于引导加载程序、您可以使用 1 中的方法、如果操作系统可以访问 OSPI 且您的更新流程专为安全刷写和恢复而设计、则还可以从 Linux/Android 更新这些方法。
      MCU R5 固件 — 可以独立于 Linux/Android 进行更新
    4. 是的、OSPI 可以直接从 Linux/Android 进行更新。 前提是可以从运行的操作系统访问 OSPI。
    5. 对于 Android OTA、请参阅 https://software-dl.ti.com/processor-sdk-android/esd/AM62PX/latest/docs/android/Foundational_Components_OTA.html

    此致、
    Vinu