应用笔记|关于STM32WLLSE添加反馈电阻后无法起振问题

发现上述问题时，客户使用STM32CubeMX 生成的工程，所以首先建议客户检查LPUART 的时钟配置有没问题，并且让客户尝试使用STM32Cube_FW_WL_V1.2.0\Projects\NUCLEOWL55JC\Examples\UART\LPUART_WakeUpFromStop 例程对比验证。后来客户发现是开启外部时钟HSE 和LSE 后，程序直接卡死在HAL_RCC_OscConfig ,测量不到HSE 的32MHZ 信号。而客户的程序移植到ST 官方的STM32WL NUCLEO 板上可以正常运行。通过前面的验证很容易怀疑是不是客户样机外部HSE 32MHZ 的晶振没有起振。拿到客户的样机后，尝试更换32MHZ 晶振，调整晶振负载电容和使用TCXO，发现都没办法测量到32MHZ 信号，客户程序依旧卡死在HAL_RCC_OscConfig.

由于前面都是用客户的电脑和程序调试，客户的电脑上的Keil 版本不能单步调试。针对客户的问题，基于STM32WL AT slave 例程，运行在客户样机上发现现象一致，也是卡死在HAL_RCC_OscConfig 。但使用单步调试进入HAL_RCC_OscCongig 里面发现，卡死具体的原因不是HSE，而是LSE 初始化出了问题，一直在等待LES ready 的信号。具体代码如下：

图二

同时，对于客户需要使用LPUART，可以按照图三的时钟配置验证：

图三

客户用他们手上样机同步验证，发现结果一致。确实不使用LSE后，样机可以正常工作，32MHZ晶振也可以正常起振。下一步就要分析导致LSE无法正常工作的原因。客户有按建议尝试更换32.768KHZ的晶振以及负载。并且调整LSEDRIVE为high 即__HAL_RCC_LSEDRIVE_CONFIG(RCC_LSEDRIVE_HIGH)，发现依然无法正常使用LSE。

而在STM32WL 规格书 DS13105 Multiprotocol LPWAN 32-bit Arm Cortex-M4 MCUs, LoRa, (G)FSK, (G)MSK, BPSK, up to 256KB Flash, 64KB SRAM (version 8)中明确表示禁止在32.768KHz 晶振的OSC32_IN 和OSC32_OUT引脚中间添加反馈电阻。如下图五：

图五

后面按规格书要求，去掉客户样机上的R34 1M电阻，32.768KHz 晶振就可以正常起振，程序不会再卡死在LSE初始化。问题得到解决。

另外，根据AN2867 关于STM32MCU晶振的参考设计要求，从客户晶振规格书查到下面参数：

ESR=90K 欧姆

CL = 12.5pF

C0 = 1.3pF

计算得到跨导：gmcrit=2.9032uA/V

可以看到跨导大于STM32WLE5JBI6规格书中LSE最大驱动能力2.7uA/V，如图六示：显然增益裕量不符合起振条件即Gainmargin>5

图六

所以最后也建议客户后续更换符合STM32WL规格书要求的32.768KHZ 晶振。具体晶振选型可以参考AN2867。