你好，我使用的智能标签参考设计h/w与DA14580_SMART_TAG_5.20.2源代码。我的问题是将XTAL 32.768Khz换成内部32Khz的内部RCX振荡器是否安全，对操作没有副作用?如果是，除了将da1458x_config_advanced.h文件中的#define CFG_LP_CLK LP_CLK_XTAL32更改为#define CFG_LP_CLK LP_CLK_RCX20之外，还需要进行其他软件修改吗?
谢谢优质棉细布
你好，我有类似的问题。我没有使用32.768k晶体设计我自己的PCB，因为我不需要深度睡眠模式。#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。
你好，我有类似的问题。我没有使用32.768k晶体设计我自己的PCB，因为我不需要深度睡眠模式。
#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