在hw_cpm_pll_sys_on ()

你好pm_dialog，

谢谢你快速的回答。我在这个问题上又度过了一个不眠之夜，我发现了这个:

1)为了减少我调用的错误hw_cpm_pll_sys_off（）之前switch_to_pll (sysclk_PLL48)．

If (!hw_cpm_check_xtal16m_status()) {hw_cpm_enable_xtal16m();而(! hw_cpm_is_xtal16m_trimmed ());} hw_cpm_set_sysclk (SYS_CLK_IS_XTAL16M);hw_cpm_set_hclk_div (0);hw_cpm_set_pclk_div (0);/*这是为了避免错误*/ hw_cpm_pll_sys_off();/*加速启动时间*/ switch_to_pll(sysclk_PLL48);/*启用OTP控制器*/ hw_otpc_init();……

因此，从我的视点看起来它看起来寄存器未正确设置重新启动并调用hw_cpm_pll_sys_off（）inalliges它。但我仍然没有为什么在一个板上是必要的，而不是另一个。这对我有用，但我觉得它不太舒服，只长时间我没有可行的解释。

2)如果没有附带调试，就不会出现问题。

3)在附加了调试的情况下，无论ROM还是QSPI，任何程序都会出现问题。第一个断点放在哪里并不重要。

谢谢！

托马斯。

>>>>这意味着如果你在没有附加调试器的情况下正常运行代码。它在两种设备上都能运行。我的理解正确吗?

是的，这是正确的!

嗨pm_dialog，

1)你的答案没有解释为什么它在一个板上工作，而不是在另一个板上。

2）如果您所说的是真的，那么它无法在48或96 MHz上调试。但事实上它是可能的。这将意味着无法调试访问需要48 MHz的OTP的程序。所以你认真吗？

3)为什么调用hw_cpm_pll_sys_off()解决问题也没有回答你所说的。

所以我要求你再考虑一下，给我更详细的答案。

谢谢你的问候,

托马斯。

你好pm_dialog，

您的建议在两个董事会的预期工作。但这是OS_Freertos的Aproach。选择OS_BareMetal时发生的问题。我使用与ble_suota_loader相同的设置（请参阅main_secure.c的init（）函数）。

我的修复与hw_cpm_pll_sys_off（）;在调用switch_to_pll48（）之前提到的电路板是必要的。

这段代码:

Static void init(void) {if (!hw_cpm_check_xtal16m_status()) {hw_cpm_enable_xtal16m();而(! hw_cpm_is_xtal16m_trimmed ());} hw_cpm_set_sysclk (SYS_CLK_IS_XTAL16M);hw_cpm_set_hclk_div (0);hw_cpm_set_pclk_div (0);/*启用OTP控制器*/ hw_otpc_init();/* FIX THAT SOLVED THE PROBLEM OF chashing IN hw_cpm_pll_sys_on() */ hw_cpm_pll_sys_off();/*加速启动时间*/ switch_to_pll48();hw_watchdog_freeze ();//停止看门狗hw_cpm_deactivate_pad_latches(); // enable pads hw_cpm_power_up_per_pd(); // exit peripheral power down }

如果没有修复，崩溃发生在循环中永远不会返回的循环中。

void hw_cpm_pll_sys_on（void）{.... / *等到锁定。* / whist（（gpreg-> pll_sys_status_reg＆reg_msk（gpreg，pll_sys_status_reg，pll_lock_fine））== 0）{}}

应用程序在hw_watchdog.c中陷入困境的代码：

__retataDed_code void hw_watchdog_handle_int（无符号长*异常_args）{.... hw_cpm_aster_trigger_gpio（）;if（reg_getf（crg_top，sys_stat_reg，dbg_is_active））{__bkpt（0）;// <---------------这里陷入困境} ...}

我的问题与这个错误是，我没有一个明确的答案，为什么它发生在一个板和为什么我的修复解决了这个问题。所以我非常希望你能给我一个理解的答案。

谢谢你！

托马斯。