我如何配置custom_config_qspi.h给定我的电路没有16khz水晶？
在切换到内部晶体之前，系统似乎尝试使用16kHz晶体。几秒钟后，该应用程序与“未处理的例外”关闭。由于这个董事会没有16khz水晶和发展子板，我假设这是问题。
该代码在Devepment女儿板上完美地工作，但在我的电路板上失败，没有16khz水晶。
我从lp_clk_32000改变了这个设置：
＃定义dg_configuse_lp_clk lp_clk_rcx.
但问题仍然存在。
设备：
嗨Ddustin，
我认为您已创建一个类似的论坛线程：
https://support.dialog-semicondiondiondum/forums/post/dialog-smartbond-bluetooth-low-energy-%e2%80%93-hardware-device-reference-designs/chip-seeming
在custom_config_qspi.h中，您可以定义系统的低功耗（LP）时钟。
如果你16khz或16MHz，你能澄清一下吗？如果您的意思是16kHz，则无法实现这一点，因为对于LP，我们正在使用32.768kHz的时钟。当系统进入睡眠模式时，LP时钟一直在使用。除了LP之外，您应该有一个系统时钟，当设备处于活动模式时，它将在运行时运行。系统时钟应在System_Init（）函数中定义。
如果您使用外部XTAL16：
请从SDK的PXP_Reporter示例中查看System_init（）函数。如果您不想拥有外部水晶振荡器，则应使用SysClk_RC16替换SysClk_XxtAl16M。
我强烈建议您看看图21：DA14682数据表的唤醒/电动时序和PMU操作。
谢谢，PM_DIALOG.
你好，
啊，是的，是的，我正在使用16MHz主水晶，但没有睡觉的水晶。所以我在Config中指定了此设置以使用内部水晶睡眠：define dg_configuse_lp_clk lp_clk_rcx。
我拍摄了BLE_Peripheral示例代码并在女儿开发板和我自己的电路板上运行它，煞费苦地删除代码并将它们放回去，直到我找到了在我的板上突破但不是子板上的特定线路。我从永远改变了这条线。
RET = OS_TASK_NOTIFY_WAIT（0，OS_TASK_NOTIFY_ALL_BITS，＆NOTIF，OS_TASK_NOTIFY_NO_WAIT）;
// ret = os_task_notify_wait（0，OS_TASK_NOTIFY_ALL_BITS，＆NOTIF，OS_TASK_NOTIFY_FOREVER）;
这似乎纠正了这个问题（尽管通过浪费吨循环）。我相信这意味着睡眠在我的董事会上失败了。同样将睡眠模式更改为空闲而不是扩展睡眠恢复问题。浪费多少力量？
pm_set_sleep_mode（pm_mode_idle.）;
// pm_set_sleep_mode（pm_mode_extended_sleep）;
什么是进一步诊断这一诊断的最佳方法？是否有这种特殊的芯片有一个有缺陷的内容 - 如果是这样，我会如何检查？
谢谢你的帮助。
编辑：在视觉上比较子板和我的电路板 - 最大的区别是L1电感的大小。我在我的板上使用了一个物理上更小的电感。如果设备睡着的同时，是否有可能将其与DC-DC拧紧的东西？
嗨Ddustin，
让我检查你的问题，我会尽快回复你。
谢谢，PM_DIALOG.
嗨Ddustin，
OS_TASK_NOTIFY_FOREVER属性，将强制底层任务输入阻塞状态，只要没有待处理通知即可。如果在活动模式下没有其他任务，则将执行空闲特殊任务，并且设备将进入睡眠模式。此外，一旦通知来自BLE管理器或代码本身，就将执行该任务。所以，你的陈述是错误的。
PM_SET_SLEEP_MODE（PM_MODE_IDLE）将仅在没有任何需要CPU干扰的功能时将M0 +核心设置为空闲状态。
虽然芯片处于睡眠模式，但DC-DC将被解除激活，只有LDO接通电源。请检查图11：DA14682数据表中的电源管理单元框图。仅在睡眠模式下激活红色bocks。每个用户的要求激活/去激活绿色块。
谢谢，PM_DIALOG.
好的，那很好。
现在为什么用你们提供的例子，ble_peripheral，*不起作用？我之前描述了这个问题，但我会再次描述。
当设备进入OS_TASK_NOTIFY_FOREVER时，程序将在预约3秒内寄出。
这通过将睡眠模式更改为PM_Mode_Idle来解决。
其他睡眠模式不*工作。为什么他们不起作用？我们如何调查他们为什么不起作用？
请帮忙。告诉我我的陈述是错的不是有用!!请告诉我如何实际调查这个问题！
嗨Ddustin，
我在Pro-DK中运行了SDK1.0.14.1081的BLE_PERIENTAL示例，其中包含内部RCX，它完美地工作。SDK的默认示例是完全正常的。您也可以在Pro-DK中澄清它，并使用BLE_Peripheral项目，而无需在清洁的SDK路径中进行任何修改。只需将LP_CLK_32768从LP_CONFIGUSE_LP_CLK宏更改为LP_CLK_RCX。此外，我建议您只能在您的自定义板中的上述修改运行相同的项目。如果它在Pro-DK中工作而不在您的自定义板中工作，这意味着您的自定义板上的硬件问题，而不是在DA14682 SOC中。因此，我的建议是审查自己的董事会。
你可以读到AN-B-061应用笔记：DA1468X应用程序硬件设计指南从我们的支持门户寻找硬件设计指南，可以帮助您查看您的原理图和PCB。如果您能够分享您的原理图和PCB，我将不得不审核它们。
谢谢，PM_DIALOG.