1. 问题描述客户调试 STM32WLE5JB 样机的时候遇到这样一个问题：在调试 LPUART，不打开外部时钟的时候，能够正常打印，若开启外部的 HSE 和 LSE 后就没有打印。
1 L3 E! _+ s: u4 s! P
: o) S, C! Z- G1 i& _) Y/ d# F# B
2. 问题确认
9 t3 J9 ]: ]# Y$ m$ O发现上述问题时，客户使用 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.
1 U' P/ _; v2 H% b% v9 a8 ]
+ s+ u& j8 r3 }/ F: C: E
3. 问题分析
由于前面都是用客户的电脑和程序调试，客户的电脑上的 Keil 版本不能单步调试。针对客户的问题，基于 STM32WL AT slave 例程，运行在客户样机上发现现象一致，也是卡死在 HAL_RCC_OscConfig 。但使用单步调试进入 HAL_RCC_OscCongig 里面发现，卡死具体的原因不是 HSE，而是 LSE 初始化出了问题，一直在等待 LES ready 的信号。具体代码如下：
9 o9 W. D3 k0 N" |2 [. w

1. /* Wait till LSE is ready */
   
2. while (LL_RCC_LSE_IsReady() == 0U)
   - Z! j! b- D% p5 z& f4 C+ }- u
3. {
   
4. if ((HAL_GetTick() - tickstart) > RCC_LSE_TIMEOUT_VALUE)
   
5. {
   
6. return HAL_TIMEOUT;
   6 Y) V6 w* C5 B
7. }
   
8. }
   

复制代码

针对上面的分析，把 RTC 时钟源更改为 HSE_RTC，如下图一，图二, AT slave 例程可以正常运行，32MHZ 晶振可以起振，使用 AT 指令可以测量出 RF 有正常发射出信号。
% P2 e! s. x8 w6 d





2 @! J4 J, @1 N7 e& s! V1 R6 c1 d
同时，对于客户需要使用 LPUART，可以按照图三的时钟配置验证：
4 \0 U7 b  p8 }- m
  W- Y* j& q+ I) e1 L

( R# E8 G* d, d# a3 p! Q

图三


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

6 @0 ]- l8 S* i. a完整版请查看：附件 关于STM32WL LSE添加反馈电阻后无法起振问题.pdf (606.2 KB, 下载次数: 1)

2023-2-17 12:57 上传

点击文件名下载附件

5 I; W; a0 m9 Y) Q3 P