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.
https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1579224/am2634-call-bootloader-api-from-application-image
尊敬的团队：
是否可以在非 SBL 代码中使用引导加载程序 API？
在这样做时、是否必须考虑任何因素？
谢谢！
是否可以在非 SBL 代码中使用引导加载程序 API？ [/报价] 您 的意思是,您可以从您的应用程序调用引导加载程序函数（例如 Bootloader_uniflashFlashFileSector ()) 吗? 如果是、则是。 请在此处查看我的回答： AM2634-Q1：访问 QSPI 闪存 — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛 在执行此操作时是否需要考虑任何因素？ 我要强调的唯一一点是、刷写操作可能需要几秒的时间、因此您需要找到一种方法、让函数在这个很长的时间内完成。 我使用 FreeRTOS 并启用应用空闲挂钩。 我从这个钩子运行这些冗长的操作。 [/quote]
您 的意思是,您可以从您的应用程序调用引导加载程序函数（例如 Bootloader_uniflashFlashFileSector ()) 吗? 如果是、则是。 请在此处查看我的回答： AM2634-Q1：访问 QSPI 闪存 — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛
在执行此操作时是否需要考虑任何因素？
我要强调的唯一一点是、刷写操作可能需要几秒的时间、因此您需要找到一种方法、让函数在这个很长的时间内完成。 我使用 FreeRTOS 并启用应用空闲挂钩。 我从这个钩子运行这些冗长的操作。
尊敬的 Nishka：
我在这里的第一个问题是、在应用程序代码中调用引导加载程序 API 的目的是什么。
广泛地提及引导加载程序 API、请执行以下操作：
1.将代码复制到闪存和从闪存复制->闪存读取写入 API 可用作应用中的替代方案
2.验证应用程序->有 HSM API 可供选择使用
3.引导其他 CPU 和自身 CPU ->我不确定这是否是客户想要执行的操作？ 如果是 — 那么客户是否希望构建三级引导加载程序类型的应用程序？
我想更好地了解为什么需要在应用程序级别调用引导加载程序 API？
