2025-01-07 03:47 AM
Hi All,
I have just started a project with STM32WL33CC1 MCU. To get started I am trying to run and debug the example MRSUBG_Chat project.
The project builds fine but refuses to enter debugging.
I can program the WL33 using STM32CubeProgrammer and STM32_Programmer_CLI.exe version 2.18. An earlier version of the STM32_Programmer_CLI.exe
version 2.14 that I had on my laptop did not work.
I can debug using OpenOCD option but I can not seem to debug using the ST-LINK GDB server option. Is there something that I am missing?
I noticed that the STM32CubeIDE calls the STM32CubeProgrammer_CLI.exe using the same command tool that works when ran manually.
I noticed that if I ran STM32CubeProgrammer_CLI.exe with mode=HwRstPulse then the error I get is similar to what the STM32CubeIDE throws.
As mention earlier I can manually use STM32_Programmer_CLI.exe to connect with the following
C:\Program Files\STMicroelectronics\STM32Cube\STM32CubeProgrammer\bin>STM32_Programmer_CLI.exe --connect port=SWD
-------------------------------------------------------------------
STM32CubeProgrammer v2.18.0
-------------------------------------------------------------------
ST-LINK SN : 004200293331511234333834
ST-LINK FW : V3J15M7B5S1
Board : NUCLEO-WL33CC
Voltage : 3.30V
SWD freq : 8000 KHz
Connect mode: Normal
Reset mode : Software reset
Device ID : 0x027
Revision ID : Rev A
Device name : STM32WL33
Flash size : 256 KBytes (default)
Device type : MCU
Device CPU : Cortex-M0+
BL Version : --
########################################################################
STM32CubeIDE version 1.17.0 error
########################################################################
Copyright (c) 2024, STMicroelectronics. All rights reserved.
Starting server with the following options:
Persistent Mode : Disabled
Logging Level : 1
Listen Port Number : 61234
Status Refresh Delay : 15s
Verbose Mode : Disabled
SWD Debug : Enabled
Waiting for debugger connection...
Debugger connected
Waiting for debugger connection...
Debugger connected
Waiting for debugger connection...
-------------------------------------------------------------------
STM32CubeProgrammer v2.18.0
-------------------------------------------------------------------
Log output file: C:\Users\UserName\AppData\Local\Temp\STM32CubeProgrammer_a22696.log
ST-LINK SN : 004200293331511234333834
ST-LINK FW : V3J15M7B5S1
Board : NUCLEO-WL33CC
Voltage : 3.30V
Error: ST-LINK error (DEV_TARGET_RESET_ERR)
2nd connect tentative with frequency (8MHz)
ST-LINK SN : 004200293331511234333834
ST-LINK FW : V3J15M7B5S1
Board : NUCLEO-WL33CC
Voltage : 3.30V
Error: ST-LINK error (DEV_TARGET_RESET_ERR)
Encountered Error when opening C:\ST\STM32CubeIDE_1.17.0\STM32CubeIDE\plugins\com.st.stm32cube.ide.mcu.externaltools.cubeprogrammer.win32_2.2.0.202409170845\tools\bin\STM32_Programmer_CLI.exe
Error in STM32CubeProgrammer
Shutting down...
Exit.
2025-01-07 04:23 AM
2025-01-07 05:10 AM
Hi Andrew,
I am using the NUCLEO-WL33CC1
https://www.st.com/en/evaluation-tools/nucleo-wl33cc1.html
Regards
Ola
2025-01-07 05:58 AM
HI Andrew,
Just for completion. Please find below.
1. [Part Number] NUCLEO-WL33CC1
2. [Environment] Windows 11 laptop
3. [Schematics] Using ST Nucleo board.
4. [Details] STM32CubeIDE would not enter debug.
5. [Expected behavior] It should enter debug like other STM32 micros
6. [How to reproduce] Simply connect to USBC socket on PC
7. [Occurrence] The problem is constant
8. [Sanity checks] Changed cable. Confirmed boards with STM32CubeProgrammer, STM32CubeProgrammer_CLI.exe, OpenOCD
Many thanks in advance.
Regards
Ola
2025-01-07 09:15 AM
Hello @ola
I'm escalating this behavior to the concerned team (under internal ticket number 199780). I will be back to you as soon as I have any updates.
For the STM32CubeProgarmmer V2.14.0, this is due to the fact that the STM32WL3 is a new product (after the release of the V2.14.0)
Best Regards.
STTwo-32
To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
2025-01-07 02:24 PM
Hi STTwo-32,
Thank you for your reply. Yes I can understand why an old tool does not support a new device that was not available when the tool was being built. This is not an issue as this was easily solved by using STM32CubeProgrammer V2.18.0.
I look forward to hearing from your team.
Regards
Ola