Skip to main content
HPERNET
Associate
November 5, 2021
Solved

I can't run or debug my CM0+ with NUCLEO-WL55JC1.

  • November 5, 2021
  • 10 replies
  • 3116 views

I have no problem to flash or debug the CM4 of the board. But when I'm trying to flash the CM0+ this error occurred :

Error in final launch sequence:

Failed to start GDB server

Failed to start GDB server

Error in initializing ST-LINK device.

Reason: (255) Unknown. Please check power and cabling to target.

This informations are show on the consol :

STMicroelectronics ST-LINK GDB server. Version 5.9.1

Copyright (c) 2021, 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

Target unknown error 19

Error in initializing ST-LINK device.

Reason: Unknown. Please check power and cabling to target.

This topic has been closed for replies.
Best answer by Louis AUDOLY

Hello all,

Thank you for your interest in dual core projects.

There is an incompatibility with STM32CubeIDE v1.9.0, and the STM32Cube_FW_WL_V1.2.0 so I suggest you to use the STM32CubeIDE v1.8.0 version to debug a dual core project.

I see in HPERNET comment, the listen port number if not right, for the CM4 it is set to 61234, and for the CM0PLUS it have to be increased at least by 3. I use 61238 and it works well on my side.

You can refer to the AN5564, Figure 10. ST-LINK GDB server debug configuration (5 of 6), it is specified just above that you need to increased the port number at least by 3.

We are working on this issue with STM32CubeIDE v1.9.0, and we will let you know when we have a fix. In the meantime, please use STM32CubeIDE v1.8.0.

Let me know if you succeed in debugging your projects

Hope it helps !

Regards

10 replies

Javier1
Principal
November 5, 2021

did you removed or changed any of this jumpers?

0693W00000GWaV8QAL.png 

How do you know if the board is not broken?

hit me up in https://www.linkedin.com/in/javiermuñoz/
HPERNET
HPERNETAuthor
Associate
November 5, 2021

I just tried to connect those pin like its show on this picture (following the youtube tutoriel of STMicroelctronic https://www.youtube.com/watch?v=bt_A0JO7E_8)

0693W00000GWb3tQAD.png

HPERNET
HPERNETAuthor
Associate
December 8, 2021

Hello,

I just try it on a new board with the example code give by ST and I have the same error...

0693W00000HnvSwQAJ.png 

I have this configuration :

0693W00000HnvTQQAZ.png 

Is anyone have an idea about why I cant flash my MO+ ?

Or do you have some ressources that I can use to make my configuration ?

Thanks

Hugo

KWell.2
Visitor II
March 2, 2022

Hi Hugo,

Did you find a solution for this problem? I'm having the same issue.

Kind regards

Kellie

Senior
March 11, 2022

Hi guys

does any body find the solution ?

i have the same problem :(

Thank's

Sincerely

KWell.2
Visitor II
March 14, 2022

I managed to resolve this - but I did 4 things at once so not sure which fixed the problem.

From https://www.st.com/en/evaluation-tools/nucleo-wl55jc.html# I ran:

  1. STSW_LINK007
  2. STSW_LINK009
  3. Rolled back CubeIDE from 1.8.0 to 1.6.0
  4. Checked the gdb server was allowed through my Windows firewall.

I suspect it was reverting to a previous version of the CubeIDE software that resolved my issue.

HPERNET
HPERNETAuthor
Associate
March 14, 2022

Hi,

I still can't flash with stm32 cube ide but I manage to flash it using stm32 programmer by ereasing the memory and program the flash using elf or binary files.

You can check my post on stack overflow

​https://stackoverflow.com/questions/71223005/cant-flash-cm0-core-in-nucleo-stm32wl

Louis AUDOLY
Louis AUDOLYBest answer
ST Employee
March 16, 2022

Hello all,

Thank you for your interest in dual core projects.

There is an incompatibility with STM32CubeIDE v1.9.0, and the STM32Cube_FW_WL_V1.2.0 so I suggest you to use the STM32CubeIDE v1.8.0 version to debug a dual core project.

I see in HPERNET comment, the listen port number if not right, for the CM4 it is set to 61234, and for the CM0PLUS it have to be increased at least by 3. I use 61238 and it works well on my side.

You can refer to the AN5564, Figure 10. ST-LINK GDB server debug configuration (5 of 6), it is specified just above that you need to increased the port number at least by 3.

We are working on this issue with STM32CubeIDE v1.9.0, and we will let you know when we have a fix. In the meantime, please use STM32CubeIDE v1.8.0.

Let me know if you succeed in debugging your projects

Hope it helps !

Regards

HPERNET
HPERNETAuthor
Associate
May 13, 2022

Hello,

Thanks for your anwser (sorry for the long time no responding I just get back on this project...)

It works well using STM32CubeIDE V1.8.0 thanks. Do you know when this is going to be fixed on V1.9 ?

Best Regards

Louis AUDOLY
ST Employee
May 13, 2022

Hello @Community member​ ,

No problem. Unfortunately this won't be fix in V1.9 but it would be fix in the next release of the STM32Cube IDE. In the meantime please use V1.8 for dual core debugging.

Best regards

(If the previous message answer your question, please select it as Best Answer to help other customers, thank you)