2021-11-05 03:57 AM
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.
Solved! Go to Solution.
2022-03-16 03:14 AM
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
2021-11-05 04:41 AM
did you removed or changed any of this jumpers?
How do you know if the board is not broken?
2021-11-05 05:47 AM
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)
2021-12-08 05:01 AM
Hello,
I just try it on a new board with the example code give by ST and I have the same error...
I have this configuration :
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
2022-03-02 03:45 AM
Hi Hugo,
Did you find a solution for this problem? I'm having the same issue.
Kind regards
Kellie
2022-03-11 06:03 AM
Hi guys
does any body find the solution ?
i have the same problem :(
Thank's
Sincerely
2022-03-14 03:52 AM
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:
I suspect it was reverting to a previous version of the CubeIDE software that resolved my issue.
2022-03-14 06:53 AM
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
2022-03-16 03:14 AM
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
2022-05-13 12:23 AM
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