嗨，我正在使用da14580_smart_tag_5.20.2源代码的智能标签参考设计h/w。我的问题是，是否可以安全地用内部32kHz内部RCX振荡器替换XTAL 32.768KHz而没有对操作没有副作用？如果是，除了更改#define cfg_lp_clk lp_clk_xtal32到#define cfg_lp_lp_clk lp_clk_rcx20外，是否还需要其他软件修改。
谢谢沙什
嗨，我有类似的问题。我设计了自己的PCB，而无需使用32.768k Crystal，因为我不需要深度睡眠模式。更改#Define CFG_LP_CLK LP_CLK_XTAL32为#Define CFG_LP_CLK LP_CLK_RCX20，我仍然无法调试14580 byjlink。它停止等待对于dbg_is_up。接下来我该怎么办？谢谢。
嗨，加密，
您已经更改了LP时钟的事实与您在Keil上看到的内容无关，该设备已经达到了硬故障（这意味着出现了问题），而这是其他原因，而不是更改。LP时钟。
谢谢mt_dialog
嗨，Shashk，
智能标签上XTAL32的原因是要稍微降低模块的功耗，并且您也无法在深度睡眠下进行操作，因此，如果您将XTAL32更改为RCX，则应该期望您可能会有很小的变化在电力消耗中，您将无法在深度睡眠下进行操作。智能标签是在XTAL而不是RCX下操作的测试，但是除了我提到的其他问题外，我看不到其他问题。关于更改是的，您要做的就是将CFG_LP_CLK更改为lp_clk_rcx20。
嗨，我有类似的问题。我设计了自己的PCB，而无需使用32.768k Crystal，因为我不需要深度睡眠模式。
更改#Define CFG_LP_CLK LP_CLK_XTAL32为#Define CFG_LP_CLK LP_CLK_RCX20，我仍然无法调试14580 byjlink。它停止等待
对于dbg_is_up。接下来我该怎么办？谢谢。
嗨，加密，
您已经更改了LP时钟的事实与您在Keil上看到的内容无关，该设备已经达到了硬故障（这意味着出现了问题），而这是其他原因，而不是更改。LP时钟。
谢谢mt_dialog
嗨，Shashk，
智能标签上XTAL32的原因是要稍微降低模块的功耗，并且您也无法在深度睡眠下进行操作，因此，如果您将XTAL32更改为RCX，则应该期望您可能会有很小的变化在电力消耗中，您将无法在深度睡眠下进行操作。智能标签是在XTAL而不是RCX下操作的测试，但是除了我提到的其他问题外，我看不到其他问题。关于更改是的，您要做的就是将CFG_LP_CLK更改为lp_clk_rcx20。
谢谢mt_dialog