Crash on hw_cpm_pll_sys_on()

你好pm_dialog，

Thank you for fast answer. I spent another sleepless night on this issue and I found out this:

1) To mitigate the error I callhw_cpm_pll_sys_off（）beforeswitch_to_pll(sysclk_PLL48).

if (!hw_cpm_check_xtal16m_status()) { hw_cpm_enable_xtal16m(); while (!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); /* THIS IS TO AVOID THE ERROR */ hw_cpm_pll_sys_off(); /* Speedup booting time */ switch_to_pll(sysclk_PLL48); /* Enable OTP Controller */ hw_otpc_init(); ... ...

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

2) The Problem occures not if debugging is not attached.

3) The problem occures on any programm, regardless of ROM or QSPI when debugging is attached. And it doen't matter where the first breakpoint is placed to.

谢谢！

Thomas

> > > >这意味着如果你run the code normally without the debugger attached. It is working on both devices. Is my understanding correct?

Yes, this is correct!

嗨pm_dialog，

1) Your answer does not explain why it work on one board and not on the other.

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

3) Why does calling hw_cpm_pll_sys_off() solve the problem is also not answered by what you say.

So I ask you to think again an to give me more detailed answers.

Thank you regards,

Thomas

你好pm_dialog，

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

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

This code works:

static void init(void) { if (!hw_cpm_check_xtal16m_status()) { hw_cpm_enable_xtal16m(); while (!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); /* Enable OTP Controller */ hw_otpc_init(); /* FIX THAT SOLVED THE PROBLEM OF CHRASHING IN hw_cpm_pll_sys_on() */ hw_cpm_pll_sys_off(); /* Speedup booting time */ switch_to_pll48(); hw_watchdog_freeze(); // stop watchdog 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）;// <---------------这里陷入困境} ...}

My problem with this error is that I do not have a clear answer why it happens on one board and why my fix solves the problem. So I'd very much appreciate a understandable answer.

Thank you,

Thomas