水晶饰边和LLD_SLEEP_COMPENSATE_FUNC警告

⚠️
嗨,...感谢您来论坛。令人兴奋的消息!我们现在正在迁至我们的新论坛平台,将提供更好的功能,并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
9个员额/ 0个新员额
最后一篇
MBWJR12.
离线
最后一次露面:7个月2个星期前
加入:2015-11-05十八33
水晶饰边和LLD_SLEEP_COMPENSATE_FUNC警告

亲爱的对话框,

在我最近的几批板上调优水晶后,我发现我在lld_sleep_compensate_func()中接收到ASSERT_WARNING

//如果此断言命中,则LP ISR持续时间长于时间
//已通过LP_ISR_TIME_XTAL32_CYCLES和LP_ISR_TIME_USEC保留。
if(sleep_lp_cycles &&(sleep_lp_cycles assert_warning(0);

我的水晶修剪设置为0xFF,最大值/最低频率。当我将该值返回到默认的0x80时,警告消失了,但是我的BLE频率错误在那个点更大。我的调谐过程是用频谱分析仪检查BLE频率偏移误差,并相应地调整晶体,使误差最小化。

你有什么建议吗?这是硬件设计的问题吗?我应该调查购买带有额外负载电容的晶体吗?我使用32MHz, 6pF晶体+/-10ppm公差和老化(部分编号。XRCGB32M000F1H00R0)。

谢谢,

麦克风

设备:
PM_Dialog
离线
最后一次露面:2天7小时前
职员
加入:2018-02-08 11:03
嗨mbwjr12,

嗨mbwjr12,

感谢您的在线问题,以及您对我们的BLE解决方案的兴趣。

我建议首先检查AN-B-075: DA14531硬件指南应用笔记,提供了基于DA14531 SOC的最小参考原理图,电路解释和设计指南。雷竞技安卓下载

关于晶体振荡器规格,请参阅第3.2.2节和表10。

晶体微调准则见3.2.2.1节。

谢谢,PM_DIALOG.

MBWJR12.
离线
最后一次露面:7个月2个星期前
加入:2015-11-05十八33
你好对话框,

你好对话框,

是的,我在设计中提到了Crystal Specs和硬件设计指南。我用完全相同的水晶作为devkit。我遵循了布局指南,并从水晶垫下方移除了平面。一般来说,我的设计正如预期的那样。

我有几个问题:

  • 造成这个问题的机制是什么,是因为32MHz晶体从设置修剪寄存器到0xFF的电容增加开始比预期的时间要长吗?
  • 这种情况引起警告的后果是什么?例如,如果我使用PLT,它校准了我的一些晶体,使那些板经历了这个,它会有什么影响?我需要防止这种情况在生产中发生吗?
  • 如果遵循硬件设计指南,对话框半是否有关于解决此问题的建议?例如,我应该尝试7PF水晶吗?
  • 是BLE频率误差的源极,仅通过晶体的准确性决定?如果我在32MHz的理论上有一个理论上完美的水晶,我的频率误差是否为0,或者系统中有其他错误源吗?

谢谢,

麦克风

PM_Dialog
离线
最后一次露面:2天7小时前
职员
加入:2018-02-08 11:03
嗨mbwjr12,

嗨mbwjr12,

为延迟道歉。让我检查一下,我会回复你。

谢谢,PM_DIALOG.

PM_Dialog
离线
最后一次露面:2天7小时前
职员
加入:2018-02-08 11:03
嗨mbwjr12,

嗨mbwjr12,

关于具体警告,这意味着系统花费太多时间睡眠,无法按时醒来,因此SDK警告您。可能它可能与水晶修剪有关,所以我想退房。

如果DA14531是活动的(没有BLE核心活动),也可能发生这种断言,其中中断禁用了中断并唤醒了BLE核心的时间。为此,请在某些时候当LP_Handler禁止中断时,禁用ISR延迟执行(在某些时候启用中断但是处理程序未按时间执行)。其他单词意味着设备睡眠时间长于定义的时间并发生断言。

我在一些问题下面才能理解更好的问题:

  1. 您是否使用RCX或外部晶体振荡器作为低功耗时钟?
  2. 您是否修改了BLE_WAKEUP_LP_Handler或任何SDK文件?
  3. 请检查你是否手动禁用任何部分的中断代码?
  4. 另外,能否检查一下在peripher_init()中是否有延迟系统的代码片段?外围init()将在每次唤醒时执行,因此如果您有延迟系统的代码,它也将延迟唤醒。
  5. 您是否使用自定义代码或任何SDK示例?任何SDK示例都可以复制这种行为吗?

谢谢,PM_DIALOG.

MBWJR12.
离线
最后一次露面:7个月2个星期前
加入:2015-11-05十八33
你好,

你好,

1.我使用RCX,没有使用外部LP晶体。

我没有。我对SDK进行了两个修改:

1.为了方便地检索BLE地址,我扩展了结构体bd_addr app_random_addr

2.如果不存在,我修改了Arch_System以从Config标志而不是OTP检索默认的Cryst Carrim值,如下所示:

#if定义(__da14531__)+#ifdef cfg_default_xtal32m_trim_value ^ m +#define default_xtal32m_trim_value_qfn(cfg_default_xtal32m_trim_value)+#define default_xtal32m_trim_value_wlcsp(cfg_default_xtal32m_trim_value)+#else

对于QFN芯片,CFG_DEFAULT_XTAL32M_TRIM_VALUE默认值为0x80,这不会导致警告,但在0xFF时会导致警告。

3.我不相信我曾经禁用过中断。我检查了我的代码,并没有发现通过对话API调用的直接或间接的方式,我禁用了它们。

4.我检查了peripher_init。它只调用GPIO_ConfigurePin(lights_init()也只调用GPIO_ConfigurePin())

void set_pad_functions(void) //设置gpio端口功能模式{GPIO_ConfigurePin(CLIP_SWITCH_PORT, CLIP_SWITCH_PIN, INPUT, PID_GPIO, false);GPIO_ConfigurePin(CLIP_TEMP_SENSOR_EN_PORT, CLIP_TEMP_SENSOR_EN_PIN, OUTPUT, PID_GPIO, false);GPIO_ConfigurePin(CLIP_TEMP_SENSOR_PORT, CLIP_TEMP_SENSOR_PIN, INPUT, PID_ADC, false);} void init(void) // set i2c, spi, uart, uart2 serial clks {#if define (__DA14531__) //禁用P0_0 GPIO_Disable_HW_Reset()的HW Reset功能;//在Boost模式下,使DCDC转换器为使用的gpio提供VBAT_HIGH (syscntl_dcdc_turn_on_in_boost(SYSCNTL_DCDC_LEVEL_3V0);#else //启动外设的电源域SetBits16(PMU_CTRL_REG, peripher_sleep, 0);while (!(GetWord16(SYS_STAT_REG) & PER_IS_UP));SetBits16 (CLK_16M_REG XTAL16_BIAS_SH_ENABLE 1);#endif // ROM补丁patch_func();//设置pad功能set_pad_functions(); lights_init(); // Enable the pads GPIO_set_pad_latch_en(true); }

我正在使用自定义代码。固件处于延迟测试版或发布候选阶段,只有最近的批次批次,即晶体调整经历了此警告。如果我有时间,我还没有尝试运行示例代码我会调查这个问题。

如果我不能轻易解决这个问题,似乎只要我的最终调谐值保持在大约75kHz内的初始频率偏移误差,而无需修剪晶体即可导致此警告即可,我应该良好的生产。MAX BLE错误按照规格为150kHz,这应该给我充足的余量,+/- 10ppm初始,+/- 10ppm温度,以及晶体上的一些老化容差。如果这是大约30ppm的总数最坏情况,则可以在产品的预期寿命中获得〜75khz的额外误差。

谢谢,

麦克风

PM_Dialog
离线
最后一次露面:2天7小时前
职员
加入:2018-02-08 11:03
嗨,迈克,

嗨,迈克,

  1. 您可以使用下载SDK内的生产测试固件(6.0.14.1114 \ Projects \ target_apps \ prod_test \ prod_test),并使用RF主机进行水晶修剪。

请参阅用户指南第24.1.4节-链接如下:

http://lpccs-docs.dialog-semiconductor.com/UM-B-083/tools/RfMaster.html

然后请使用Spectrum Analyzer,以便您可以决定哪个是最佳修剪值。

之后,您可以更改ARCH_SYSTEM.C文件中的默认值。请检查default_xtal32m_trim_value_qfn和default_xxt32m_trim_value_wlcsp宏,该宏默认为默认修剪值。

  1. 如果您可以运行任何SDK示例,则会很好,以检查是否可以复制此项。请默认情况下,您拥有修剪值。

与此同时,我将再次检查它——正如我在前面的评论中提到的,这个警告的可能原因是系统花费了太多的睡眠时间,无法按时醒来。

谢谢,PM_DIALOG.

MBWJR12.
离线
最后一次露面:7个月2个星期前
加入:2015-11-05十八33
我发布了更新

我在为其他遇到同样问题的人更新。我诊断是晶体坏了:最新的生产测试批次实际上不像之前的批次使用XRCGB32M000F1H00R0,而且替换了一些特性未知的替代晶体。

使用校准过的频率计数器,我能够显示出它在25摄氏度时的误差为52ppm,在其他温度下可能更糟。这与我在我的频谱分析仪上看到的错误完全吻合(2.402GHz * 52ppm ~=125KHz错误)。它也可能有错误的电容,等等。我的问题解决了,当我焊接正确的部分在它的地方。

到目前为止,我无法在0x80的默认修剪中使用正确的水晶来重现此问题。如果该更改,我会更新此线程,但否则我认为此问题已关闭。

PM_Dialog
离线
最后一次露面:2天7小时前
职员
加入:2018-02-08 11:03
嗨mbwjr12,

嗨mbwjr12,

非常感谢您的评论和指示。对社区非常有帮助。

谢谢,PM_DIALOG.