• 状态
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 20 视图
  • 用户 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.

[参考译文] MSPM0G3519：用于单组引导器支持的 SDK

admin
Guru**** 2747375 points

Other Parts Discussed in Thread: MSPM0G3519

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1611393/mspm0g3519-sdk-for-single-bank-bootlader-support

器件型号： MSPM0G3519

我们正在寻找一个 器件型号为 M0G3519QRHBRQ1 的引导加载程序 可执行的功能 在单个存储体中实现安全的软件更新 。 是的 不会 希望使用双组设计、因为我们的应用规模很大、将通过执行更新 CAN 。 根据我们审查过的各种参考资料、我们将使用基于插件的设计。

请告知 从何处开始 和哪一个 SDK 示例 是否与我们的用例相关？ 到目前为止、我们找到的所有示例都是基于双组实现。

提前感谢

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

    尊敬的 Mahantsh：

    该器件的 SDK 中的所有 CAN BSL 示例仅使用组 0。  bsl_can_flash_interface 和 bsl_host_mcu_to_mspm0gx51x_target_can 示例可以协同工作、与 ROM 引导加载程序进行交互。 如果您要创建次级引导加载程序、 secondary_bsl_can 示例也是一个不错的资源。

    此致、
    Brian

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

    您好、Brian Lee、  

    非常感谢您的快速答复  

    我们仍处于它的开始阶段,很少混乱可以帮助我们下面提到的疑问。

    要求： 必须在上实现安全启动 TI MSPM0G3519（MSPM0 系列） 而无需使用双组闪存架构。 应用程序固件将通过进行更新 通过 CAN-FD 擦除和重新编程片上闪存 。

    我正在尝试了解此用例的正确引导加载程序和安全架构。 特别是、我对两者之间的角色和互动感到困惑 TI 基于 CAN 的 BSL（ROM 引导加载程序） 和 MSPM0 SDK 中提供的客户安全启动/安全相关代码 。

    为了满足上述要求、我希望获得有关 MSPM0 系列的建议设计方法的指导：

    • 是 A 闪存中的辅助（自定义）引导加载程序 这也是必需的 基于 CAN 的 BSL 软件支持安全启动？

    • 或可以 仅 ROM CAN BSL 处理经过身份验证的固件更新并为强制执行安全启动 单组闪存更新 ？

    对预期值的任何澄清 引导流程 、 安全启动强制点 、和 推荐的 TI 参考示例或 SDK 组件 如果要在 MSPM0G3519 上通过单组闪存更新实现安全启动、将不胜感激。

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

    尊敬的 Mahantsh：

    对您的初始请求的误解表示歉意。  

    对于引导流程、引导配置例程 (BCR) 会在每次器件启动时首先运行、并负责启用器件安全特性、包括存储体交换（不是必需的）和客户安全代码 (CSC)、以及启用 BSL（ROM 或辅助）。 来自 BCR 的安全启动设置在完成时强制执行。 如果启用并正确调用、则接下来将进入 BSL（ROM 或辅助）。 如果未调用 BSL 或退出 BSL、则下一步将进入 CSC（如果启用）。

    TI ROM 引导加载程序本身不支持 CAN 通信、仅支持 UART 和 I2C。

    如果您希望在没有双组实现的情况下查看 CSC SDK 示例中的所有内容、则需要辅助自定义引导加载程序。 ROM 引导加载程序仅在连接时受到密码保护、无法解密加密映像。 如果您唯一的安全要求是那些可由 BCR 直接配置而不是由 CSC 配置的安全要求、则 ROM 引导加载程序可与添加 CAN 接口和有效的内核命令一同使用。

    客户安全代码示例可以修改为仅适用于一个存储体。 结合我在初始响应中提到的其他 BSL 示例、我认为它们应该满足您的所有要求。

    此致、
    Brian