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.

[参考译文] CC2340R5:CC2340R5 - OAD 引导加载程序检查

Guru**** 2589300 points
Other Parts Discussed in Thread: LP-EM-CC2340R5, UNIFLASH, CC2642R, CC2340R5

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1236607/cc2340r5-cc2340r5---oad-bootloader-check

器件型号:CC2340R5
主题中讨论的其他器件: UNIFLASHCC2642R

您好、TI 团队、

CC2340 OAD 在每次唤醒引导加载程序时都包含应用程序会比较持续时间为4秒的持久(图像 A)和图像 B (应用程序映像)、这会消耗3.2mA 的电流。 我已附上屏幕截图供您参考。  
我使用 SDK 附带的默认示例映像进行了检查、该映像执行同样的操作。

在 CC2642 OAD 中、我们在4秒内没有看到发生引导加载程序检查。 它耗时不到一秒、并不会在每次唤醒时发生如此大的功耗。

使用的 SDK - simplelink_lowpower_f3_sdk_7_10_00_35
使用的 CC2340 IC -最新样片。
您能否说明一下、这是 CC2340 ble SDK 本身的性能、还是我在 这里做错了什么。 因为这会增加系统的平均消耗。
 如果您有任何问题、请告诉我。
谢谢。
楠比拉简 R
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Nambirajan、

    感谢您与我们联系。 我们会仔细研究您的问题、并尽快与您联系。 同时、您能否指定使用 LP-EM-CC2340R5板进行测试还是使用定制板?

    此致、

    1月

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

    大家好、Jan、

    我们使用定制电路板进行测试。

    谢谢。

    楠比拉简 R

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

    您好!

    感谢您与我们联系。 我将需要您提供一些更多详细信息、以便我可以更好地了解您使用示例的方式。

    -我想请您说明一下您准备图像和刷写设备的方式吗?

    -您可以指定您选择的 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 代码、并了解为何在每次启动时都会查看这两个映像。 这可能是因为 CRC 或两个映像的版本号不符合预期。

    如上所述、我会继续向内部团队收集有关您的案例的意见。 请耐心等待。

    此致、

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

    您好!

     我省略了一个元素、我建议查看介绍引导时执行的操作的 MCUBoot 文档: https://docs.mcuboot.com/design.html 

    此致、

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

    您好、Clement

    通过禁用 GPIO 调试 、我可以将检查周期从4s 减少到2s。 我尝试在调试模式下运行定制板、但 mcuboot 始终失败。 我在调试模式下运行时、似乎无法启动应用程序。  

    如果映像版本 CRC 不正确、则不应启动应用程序映像、或在 OAD 处理期间失败、因为我认为一切正常。

    与此设计文件相比、MCUBoot 设计配置看起来没有问题。

    如果您有任何问题、请告诉我。

    谢谢。

    楠比拉简 R

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

    您好!

    最好看到禁用调试可以将执行时间缩短50%。

    通过这一改进、您是否满足系统的要求?  

    此致、

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

    尊敬的 Raja:

    感谢您的耐心。 我们对您的问题进行了更深入的研究、您在禁用调试时观察到的行为似乎是正确的。

    - MCUBoot 将在每次启动时对映像执行全面验证

    -在 CC2340Rx 上 MCUBoot 的执行时间长于在 CC2642R 上执行 TI BIM 的时间,原因如下:

    • CC2340R5不使用 ECC 硬件加速器(CC2642R 具有此类加速器)
    • MCUBoot 执行时间可能受映像大小
    • 在同一器件上、MCUBoot 的执行时间略长于 TI BIM 的执行时间。 作为交换、MCUBoot 提供 TI BIM 不提供的功能(注意:TI BIM 目前不适用于 CC2340R5)  

    我希望这将有所帮助、

    此致、