[参考译文] RM48L952：TI 引导加载程序初始化期间的 RM48 AC (电源)欠压中断会破坏闪存、但不会破坏 HalCoGen 生成的电路板初始化

你好、Chuck、

 感谢你能抽出时间。

问题1. 当您指出引导加载程序包含 Halcogen 代码时、您能否描述它是如何加载的？

闪存中没有基于 halcogen 的应用程序代码。 引导加载程序位于0x00000000、基于 halcogen 的代码位于闪存的不同部分。 是否希望我上传我们下载并正在使用的 TI 引导加载程序版本？ 我们下载并使用的 TI 引导加载程序会启动基本电路板、然后跳转到闪存中的另一个位置、以使用我们在 Code Composer 中编译的应用程序加载霍尔根生成的代码、使其支持引导加载程序(引导加载程序项目在 Code Composer 中是单独的)。 如果有人在 unstabe ac 方面遇到问题、则会在引导加载程序运行时发生、即闪存损坏。 如果在引导加载程序加载了基于 halcogen 的应用程序后 AC 发生什么情况、则没有问题、也没有问题、我们在没有引导加载程序的板上运行基于 halcogen 的应用程序(Code Composer 上的调试版本)。 但是、如果是在引导加载程序运行期间、则 RM48闪存会损坏。 为什么我问在 TI 引导加载程序初始化代码中可以做些什么与 HalCoGen 生成的初始化代码相同、因此引导加载程序的行为与 halcogen 代码相同。

问题2. 如果是这种情况、您需要确保在此期间电压保持稳定。

我们无法控制客户现场的电源、旧建筑物和接线等问题、因为他们正在将 RM48板插入其中

使用上面描述的选项、HalCoGen 代码是否正在执行这个操作、这就是为什么当 AC 不稳定时、这个代码没有问题？ 我们能否在 TI 引导加载程序中进行这些更改、以便引导加载程序的行为方式相同？ HalCoGen 设置了哪些寄存器来防止这种情况？ 我可以上传 TI 引导加载程序和 TI halcogen 自动生成代码、以便您可以看到差异。  再次感谢你。

塔米、

MCU 在直流电上运行。 交流电必须经过某种逆变器/稳压器。 这是系统问题。 在系统设计过程中、应使用可过滤交流骤降的稳压器或添加某种电源保留来防止欠压、在这种情况下、我们将欠压定义为 MCU 电源电压超出指定电压的点 最小值和最大值。 当电源电压超出指定限值时、器件的运行是不确定的。 最有可能发生的情况是、当在引导加载程序运行期间发生掉电时、CPU 跳转到执行闪存写入的代码中的某个位置(即、闪存 API 中的某个位置)、这会导致闪存损坏。 假设您的应用程序/ Halcogen 生成的代码没有包含闪存 API 或者至少应用程序大小要大得多、那么代码跳转到访问闪存操作的部分代码的可能性就会降低。

为了保护运行、唯一可能要做的其他事情是使用 MPU 或其他一些保护机制来防止没有权限的代码部分访问闪存 API 代码。 如果您使用的是 SafeRTOS、这可能具有一些功能。 这可能有帮助、也可能不有帮助。 产生不确定性的原因如上所述、当超出指定电压范围时、CPU 的运行是不确定的、因此我们无法真正保证 CPU 或 RTOS 将按预期运行。

实际上、防止这些掉电的最佳方法是适应前面提到的硬件条件。

你好、Chuck、

 谢谢你。 工程团队希望我为您提供附件。 请参阅随附的上传内容、 当交流电不稳定时具有此问题的 TI 引导加载程序以及当交流电不稳定时、HalCoGen 代码正常。 这样、您就可以看到初始化代码在这两者之间有何不同。 我们通过引导加载程序代码进行了 grep 操作、但未看到它在写入闪存的位置。 当它为我们运行时、它只应跳转到闪存中应用代码所在的另一个位置、并将其加载到 RAM 中并执行。 如果 TI 引导加载程序中有正在写入闪存的代码、并且是此问题的根本原因、我们可以在哪里找到它、因为我们要删除 IF (但我找不到它)。 但您同时拥有 halcogen 生成的初始化代码和 TI 引导加载程序、因此您可以看到我的意思。 再次感谢你。

e2e.ti.com/.../2553.HalCoGen-_2800_2_2900_.zip

e2e.ti.com/.../6557.boot_5F00_sdcard.zip

谢谢、

塔米

您好 Chuck、我们进行了逆向工程、并在 HalCoGen 初始化代码和引导加载程序初始化代码之间进行了比较。 其中一些差异包括：

1.in 函数_c_int00：

1.1 _coreInitRegisters_()；#31未在 halcogen 版本中初始化、#19未在引导加载程序版本中初始化

1.2_coreInitStackPointer_()；**两个版本的#31和内存分配都不同

1.3 _coreEnableEventBusExport_()；引导加载程序版本中缺少

1.4_coreEnableFlashEcc_()；引导加载程序版本中缺失

1.5 _errata_CORTEXR4_66_()；在引导加载程序版本中缺失、但没有要复制的源代码、它位于哪个库中？

1.6 _errata_CORTEXR4_57_()；引导加载程序版本中缺少、但没有要复制的源代码、它位于哪个库中？

1.7不在引导加载程序版本中。 if (esmREG->SR1[2])!= 0U){ for (;;){}//* Wait */

在函数 systemInit 中、引导加载程序版本中缺少多路复用器

3.在函数设置中：systemREG1->PLLCTL1设置为不同= 0x00000000U | 0x20000000U |(0x1F)<<24U | 0x00000000U |((6U - 1U)<<16U)|((120U - 1U)<<8U)；//在 HalCoGen 版本中设置为150U

4.在函数中，设置闪存：flashWREG->FBFALBACK 的设置不同。 在引导加载程序版本= 0x00000000 |(SYS_ACTIVE << 14U)|(SYS_SLEEP << 12U)|(SYS_SLEEP << 10U)|(SYS_SLEEP << 8U)

|(SYS_SLEEP<< 6U)|(SYS_SLEEP << 4U)|(SYS_ACTIVLE<< 2U)| SYS_ACTIVE；

在 HalCoGen 版本= 0x000000000000U |(UINT32)((UINT32) SYS_ACTIVE << 14U)/*组7 */|(UINT32)(((UINT32) SYS_ACTIVE << 2U)/*组1 */|(UINT32)(((UINT32) SYS_ACTIVE << 0U)；//组0 *


5.在函数 trimPLO 中：引导加载程序版本设置不同 systemREG1->LPOMONCTL =(1U << 24U)|(16U << 8U)| 8U；// halcogen 版本、设置为16U


6.在函数映射中：

6.1 systemREG1->CDDIS 在引导加载程序版本中设置不同=(false << 4)/* AVCLK 1 off */|(true << 5)/* AVCLK 2 off */|(false << 8)/* VCLK3 off */|(false << 10)/* AVCLK 3 off */ |(false << 11)；// AVCLK 4 off */

在 HalCoGen 版本=(UINT32)((UINT32) 0U <<4U)/* AVCLK 1 OFF */|(UINT32)((UINT32) 1U <<5U)/* AVCLK 2 OFF */|(UINT32)(UINT32) 0U <<8U)/* VCLK3(UINT3)/关闭(UINT32)
|(uint32)((uint32) 0U << 10U)//* AVCLK 3 off */|(uint32)(((uint32) 0U << 11U)；//* AVCLK 4 off */

6.2引导加载程序代码中缺少 systemREG1->PLLCTL2和 systemREG1->CLKCNTL，但在 HalCoGen 代码中设置

6.3 systemREG2->VCLKACON1设置不同。 在引导加载程序版本=(1U << 24)| 1 << 20U |(SYS_VCLK << 16)|(1U << 8)| 1 << 4U 中

在 HalCoGen 版本=(uint32)((uint32)(1U - 1U)<< 24U)|(uint32)((uint32) 0U << 20U)|(uint32)(((uint32) SYS_VCLK << 16U)|(uint32)(uint32)(uint32)< uint32 (uint32)| uint32

7.在引导加载程序版本中、F021 API 库的版本不同(2.1.00、Cortex R4BE 和 LE 库)、而 HalCoGen 集成版本不同(仅 Cortex R4 LE V3D16)

我们能否安全地更改引导加载程序代码、使其与 HalCoGen 生成的代码相同？ 对于我们没有的勘误代码、我们可以从哪里获得库？ 我们能否安全地将 HalCoGen 版本的 F021库替换为引导加载程序版本？ 再次感谢你。