1. 问题描述客户调试 STM32WLE5JB 样机的时候遇到这样一个问题：在调试 LPUART，不打开外部时钟的时候，能够正常打印，若开启外部的 HSE 和 LSE 后就没有打印。

& P# t3 z- N$ J
2. 问题确认
发现上述问题时，客户使用 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.


# N1 L' ]4 ^# r( @5 L) ~, C3. 问题分析
由于前面都是用客户的电脑和程序调试，客户的电脑上的 Keil 版本不能单步调试。针对客户的问题，基于 STM32WL AT slave 例程，运行在客户样机上发现现象一致，也是卡死在 HAL_RCC_OscConfig 。但使用单步调试进入 HAL_RCC_OscCongig 里面发现，卡死具体的原因不是 HSE，而是 LSE 初始化出了问题，一直在等待 LES ready 的信号。具体代码如下：
! D5 v! n& d/ p

1. /* Wait till LSE is ready */
   
2. while (LL_RCC_LSE_IsReady() == 0U)
   
3. {
   4 Y5 B3 Z2 ~$ k! V! y5 @* X
4. if ((HAL_GetTick() - tickstart) > RCC_LSE_TIMEOUT_VALUE)
   6 A* i4 n, ]! c# a8 Q" ], z  x
5. {
   
6. return HAL_TIMEOUT;
   
7. }
   ; D9 O6 g  F  E2 W; q
8. }
   

复制代码

  e. }, m& E: p' L针对上面的分析，把 RTC 时钟源更改为 HSE_RTC，如下图一，图二, AT slave 例程可以正常运行，32MHZ 晶振可以起振，使用 AT 指令可以测量出 RF 有正常发射出信号。


) g; s. K5 z( b! }7 I
: Z" r3 A) \9 S, u



' q. ?. H! I6 f6 d同时，对于客户需要使用 LPUART，可以按照图三的时钟配置验证：

( i2 A0 C9 z5 ^- m" [
( Z" c* Z6 r# e5 n( Q% d$ u
$ S/ m1 ^* d# M; ?

, `! I5 X4 i! G- ^" X$ \0 s 图三

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


完整版请查看：附件 关于STM32WL LSE添加反馈电阻后无法起振问题.pdf (606.2 KB, 下载次数: 0)

2023-2-17 12:57 上传

点击文件名下载附件
' c2 ~2 d  G0 F& F

% I6 q5 N6 Q2 \& Q& Z" L* X