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.

[参考译文] MSPM0G3107:次级引导加载程序(基于 CAN)的生产编程以及有关确保闪存映像完整性的建议

Guru**** 2399265 points
Other Parts Discussed in Thread: MSPM0G3107

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1414804/mspm0g3107-production-programming-of-secondary-bootloader-can-based-and-recommendation-on-ensuring-flash-image-integrity

器件型号:MSPM0G3107

工具与软件:

团队、

代表我的客户发布。

因为它与 MSPM0G3107的全面生产编程有关。  我的客户希望使用次级引导加载程序来采用 CAN 接口、而不是使用 UART/I2C 的传统引导加载程序。  他们已经浏览了 BSL 指南并了解了如何创建次级引导加载程序和使用闪存插件、但如何在使用次级引导加载程序的生产环境中对新器件进行编程?  这里的大规模次级引导加载程序编程方法是什么?

同样、对于将片上闪存分区以存储带时间戳的信息、建议采用何种方法最大程度降低破坏驻留在同一闪存(128KB)中的应用(图像)数据的可能性?

我看到过以下 E2E 帖子、但我认为它们并未完全解决这些问题。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1314734/lp-mspm0g3507-secondary-bootloader-updating-bcr-application-crc-check

 https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1397236/mspm0g3507-how-to-add-crc32-in-the-secondary-bsl/5354094?tisearch=e2e-sitesearch&keymatch=how%252520to%252520Flash%252520a%252520secondary%252520bootloader%252520at%252520production%252520MSPM0#5354094

请提供建议。

谢谢!

Tom

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

    您好、Tom、

    我不确定我的理解是否正确:您的意思是客户希望使用次级引导加载程序代码来刷写器件、然后再次使用引导加载程序插件来刷写生产环境程序?  

    我不认为对次级引导加载程序的期望是它用于生产环境中的大规模编程器件。 ROM 引导加载程序和 SWD 器件编程方法是对生产器件进行编程的预期方法、因为有许多工具可以执行此编程。 然后、一旦器件已在现场使用、引导加载程序插件就会生效。

    至于在芯片闪存上进行分区、我们的建议基本上仅限于为这个带时间戳的信息保留一个单独的扇区(或多个扇区)、然后使用我们的 driverlib 闪存函数将闪存控制器写入这些扇区。