2020-02-14 06:52 AM
2021-11-20 04:34 PM
Hi,
This worked for me.
The error is strange and I am able to use the ST Programmer program with the 61234, and you can even do an upgrade of the ST Link firmware, but it won't connect under debug unless I change the port.
Thank's
Rob
2022-01-11 11:53 AM
It works. I even try to reinstall the ide and programmer before that, but still cannot get it work...
2022-07-27 08:55 AM
After searching for the problem on my PC's side, I ran out of ideas. It had to be some error on the MCU side. What solved it for me was putting the MCU into update mode (in CubeIDE > Help > ST-LINK Upgrade) and even though the latest version was programmed already, I updated it again which probably caused the right kind of reset on the MCU and it worked fine after.
2022-08-13 08:24 PM
Just use Sysinternals TCPView (or similar tool), find the port in the list and 'Close Connection'.
Try programming again.
2022-08-13 08:51 PM
Like RRei.1 said you can use tcp view.
You can get it here, it's the new improved version better interface and yopu can filter for ports.
Regards
Rob
2022-09-20 01:41 PM
pkill gdb solved it for me
2023-02-07 12:46 AM
Thank you Seunghun Kim. Changing my port from 61234 to 41234 fixed my issue.
I had previously tried 61236 and 61238 unsuccessfully. When I changed the port to 41234 I was immediately presented with a windows firewall popup. After accepting the challenge the programmer now works fine and the GDB server is able to launch successfully.
2023-11-07 05:07 PM
How does one change the port number of the GDB server?
2023-11-07 05:43 PM
I tried to change GDB port numbers. Couldn't readily see how that's done. Also could not find any processes on my Windows 10 box that looked like "st-link" anything, or I would have tried killing them.
Finally in total disgust I rebooted and voila, the STM32CubeIDE -> Nucleo USB link again works. I hereby refrain from stating my reaction to problems that require a reboot to fix. But STM...c'mon.