Skip to main content
Paul1
Senior III
July 12, 2022
Question

STM32CubeIDE Multiple STlink Debug of same Project

  • July 12, 2022
  • 2 replies
  • 1996 views

We have a system of many interconnected STM32 boards of various types.

Today I need to debug two identical boards of same type.

I can step code in two different STM32 projects by starting two IDEs,

but ...

When I start multiple IDEs and try to do debug with same project It fails.

  • same project (same code) on both boards
  • IDE's using different workspaces
  • Autostart GDB set to different Ports

Two IDEs on different projects can do debug at same time

Fails when I try two IDEs on same project

*How can I debug two boards running same project at same time?

(Hoping don't have to duplicate code space as that often leads to code differences as work through debugging)

Paul

This topic has been closed for replies.

2 replies

Tesla DeLorean
Guru
July 12, 2022

Yeah, I understand what you're trying to do, not sure this is coded with that level of complexity thought out, and fully through.

Perhaps you could have multiple instances running in different virtual-machines/boxes, sharing a common "network" view of the project/workspace?

I often develop multiple instances in Keil, either on same machine or on network, does give things like browser and source changed type warnings, but also cloning or duping the project instances there is also really easy. Ellipse? who knows.

Tips, Buy me a coffee, or three.. PayPal VenmoUp vote any posts that you find helpful, it shows what's working..
Andrew Neil
Super User
July 13, 2022

I think I've also tried this and found that CubeIDE doesn't support it. :\

I resorted to using Segger Ozone instead:

https://www.segger.com/products/development-tools/ozone-j-link-debugger/

A complex system that works is invariably found to have evolved from a simple system that worked.A complex system designed from scratch never works and cannot be patched up to make it work.
Andrew Neil
Super User
July 13, 2022
A complex system that works is invariably found to have evolved from a simple system that worked.A complex system designed from scratch never works and cannot be patched up to make it work.