主题中讨论的其他器件: UNIFLASH、 CC2642R、
您好、TI 团队、
在 CC2642 OAD 中、我们在4秒内没有看到发生引导加载程序检查。 它耗时不到一秒、并不会在每次唤醒时发生如此大的功耗。
使用的 SDK - simplelink_lowpower_f3_sdk_7_10_00_35
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.
您好、TI 团队、
您好!
感谢您与我们联系。 我将需要您提供一些更多详细信息、以便我可以更好地了解您使用示例的方式。
-我想请您说明一下您准备图像和刷写设备的方式吗?
-您可以指定您选择的 MCUBoot 设置吗? 此类设置应位于 mcuboot_config/mcuboot_config.h 中的 MCUBoot 项目中。 还请指定您是否已在 MCUBoot 项目中启用日志记录和 GPIO 闪烁
同时、我已经与负责开发此组件的团队开始了一个讨论线程。
此致、
您好、Clement、
我按照相同的方法在 cc26x2中创建片上 OAD 映像、而不更改 OAD 功能的配置。 我们需要使用 MCUBoot、并在指定的存储器位置使用 uniflash 应用程序刷写映像。 对于 MCUBoot.hex 地址为 auto、对于 persistent.bin 0x6000、对于0x32000处的图像 B.bin
我厌倦了在默认配置下加载 MCUBoot、而不更改任何文件包括 mcuboot_config.h、并且通过排除 GIPO、我没有更改日志记录部分。 此外、我还尝试了默认情况下在 SDK 中使用的 hex 文件。
如果您有任何问题、请告诉我。
谢谢。
楠比拉简 R
您好!
我省略了一个元素、我建议查看介绍引导时执行的操作的 MCUBoot 文档: https://docs.mcuboot.com/design.html
此致、
您好、Clement
通过禁用 GPIO 调试 、我可以将检查周期从4s 减少到2s。 我尝试在调试模式下运行定制板、但 mcuboot 始终失败。 我在调试模式下运行时、似乎无法启动应用程序。
如果映像版本 CRC 不正确、则不应启动应用程序映像、或在 OAD 处理期间失败、因为我认为一切正常。
与此设计文件相比、MCUBoot 设计配置看起来没有问题。
如果您有任何问题、请告诉我。
谢谢。
楠比拉简 R
尊敬的 Raja:
感谢您的耐心。 我们对您的问题进行了更深入的研究、您在禁用调试时观察到的行为似乎是正确的。
- MCUBoot 将在每次启动时对映像执行全面验证
-在 CC2340Rx 上 MCUBoot 的执行时间长于在 CC2642R 上执行 TI BIM 的时间,原因如下:
我希望这将有所帮助、
此致、