我能够编程的DA14682芯片和事情的工作，但芯片似乎停止响应后3秒。
是什么导致了这种情况?我使用这个16mhz晶体:https://www.digikey.com/product - detail/en/abracon llc/abm8 - 16.000 mhz - 7 - 1..。
这个应用程序内部似乎冻结了watchdog_cb．以下是发生这种情况的相关评论:
/* *所有任务的延迟过期，其中一些仍然没有通知sys_watchdog *我们将让watchdog重置系统* *注意hw_watchdog_handle_int()永远不会返回*/ hw_watchdog_handle_int();我应该调查什么来找出答案?
设备:
嗨ddustin,
您是否在system_init()函数中定义了sysclk_XTAL16M ?我在这个论坛的帖子中提供了更多信息:
https://support.dialog-semiconductor.com/forums/post/dialog-smartbond-bluetooth-low-energy-%E2%80%93-hardware-device-reference-designs/no-16khz
请澄清一下，你是如何检查代码在3秒后没有响应的?你是否在调试模式下运行并且WDOG启动了?在前3秒，设备开始正确的广告?
谢谢,PM_Dialog
是的，在最初的3秒内，它可以正确地广告，甚至可以连接和响应BLE请求。
我将它附加到调试器中运行，发现它在未处理的异常中崩溃了。我在上一个注释中粘贴的int cb似乎是与回溯最相关的东西。
我相信这是在我把LP从32khz切换到RTX(内部)之前。在进行该切换之后，调试器给出错误“SIGINT”，但根本没有回溯。
我该如何诊断呢?
嗨ddustin,
请问这张票和下面的论坛票是否有关系?
https://support.dialog-semiconductor.com/forums/post/dialog-smartbond-bluetooth-low-energy-%E2%80%93-hardware-device-reference-designs/chip-seemingly
两张票的配置都一样吗?这意味着WDOG命中，所以我强烈建议你阅读第5节重启分析- WDOG的调试技术教程文档，以便找到WDOG击中的地方。
谢谢,PM_Dialog
是的，票是相关的，但这些论坛帖子的延迟太长了，我贴了两个不同的部分的问题。
我禁用了看门狗，但问题仍然发生。这是否意味着它不是看门狗?
当它崩溃时的回溯并不在看门狗例程中。它是来自SIGINT的“未处理异常”。
我们如何诊断这个问题?这显然与看门狗没有关系，因为*这段代码在DA14683子开发板上完美地工作*。只有在我自己的芯片上才会失败。
是什么原因导致它在一个电路上工作，但在另一个电路上失败?我们如何诊断呢?
嗨ddustin,
请在你的第二篇论坛帖子中查看我的答案:
https://support.dialog-semiconductor.com/forums/post/dialog-smartbond-bluetooth-low-energy-%E2%80%93-hardware-device-reference-designs/no-16khz
如果相同的固件在Pro-DK中运行，而不是在你自己的板上，这意味着在你的板上有硬件问题。第一步是根据AN-B-061文件中的硬件设计指南进行审查。请检查您的板的电源轨、接地和焊接。
谢谢,PM_Dialog