Skip to main content
JKapp.1
Associate II
January 7, 2026
Question

Remote flashing via TCP with STM32_Programmer_CLI and stlink_server

  • January 7, 2026
  • 1 reply
  • 331 views

Hi all,

I'm looking for a way to remotely *flash* a B-U585I-IOT02A | Product - STMicroelectronics eval board using the built-in STLINK-V3.

Remotely means over TCP. Can be at the same computer (e.g., to pass-through debuggers to Docker containers), or across computers.

This works well with GDB for debugging, but I need this to get running with flashing, too.

Questions:

  1. Is there a way to make STM32_Programmer_CLI or related ST apps connect via TCP instead of directly to the debugger? I found ST-LINK-SERVER | Software - STMicroelectronics which seems to create the TCP bridge, but do any ST tools actually use it?
    JKapp1_0-1767785762344.png
  2. Are you aware of this working with free tools like openocd?

I could also flash via GDB, but I'm concerned about the special parts like trust-zone, option bytes, etc. Plus, I'm evaluating Zephyr, and the default way to flash the board is to use the stm32cubeprogrammer: B-U585I-IOT02A Discovery kit — Zephyr Project Documentation

Thanks.

1 reply

Ozone
Principal
January 7, 2026

A SSH session ?

JKapp.1
JKapp.1Author
Associate II
January 7, 2026

Not sure if I can follow. Yes, I can use SSH to forward ports etc, but how to make `STM32_Programmer_CLI` to actually *use* that port?

Ozone
Principal
January 7, 2026

Maybe it isn't clear to me what you actually want to achieve.
I thought you talk about flashing a STM32 connected to one PC via another PC.
For that, a SSH connection would be fine, almost identical to a local shell.
But this presumes the ST-Link (with the target) and the flasher application (Cube-Programmer/CLI) reside at the same host.

I have no idea if the Flash application is capable of that, but the author (someone within ST) should know.
GDB was designed to be remote-capable from the inception.
Not sure about the Cube-Programmer.