2014-12-23 03:59 AM
Hi,
I'm debuging a network application running across multiple Nucleo boards with multiple instances of the Keil IDE. Every time a target leaves the debugger the ST-Link connection is lost and reconnection becomes a problem. What is the correct way to connect multiple multiple ST-Link debuggers to one workstation? Thanks and Merry Christmas to all! #debug-stm32-using-st-link/v2 #stm322014-12-23 05:48 AM
The correct way to do this is to have JTAG pods with unique serial numbers, or can identify multiple CPU in the scan chain, and drivers/dll's supporting said. How to do it with ST-LINK's is a whole other matter. You can't daisy chain via SWD.
The ST-LINK really isn't a commercial solutions, there's no one paying for such niche solutions. Perhaps a bunch of Virtual Boxes?2014-12-26 09:53 AM
If you have multiple instances of STLink connected to PC, then you can select which will be connected where in your Keil projects.
Keil allows you to select STLink Serial number (picture below).Now, you can detach all stlinks, connect first and set it for your project, then remove first and insert another and set for another project.I've tested this using F429-Disco and F401-Nucleo, works great.Another way to get all connected STLinks is to open ST-Link Utility and under ''Target'' -> ''Settings...'' you have available STLinks probes.2015-01-07 04:41 PM
Thnx for answering!
I'm using a couple of Nucleo-F072RB and the Debug Target Driver for the onboard ST-LINK/V2 reports Ser. Number ''N/A''. HW Version is ''V2'' as in your picture, Firmware Version is ''V2J23S6''.
I've tried to ''cheat'' (manipulating the driver's ''inf'' files) in an attempt to force Windows install the same driver under a different name, but this gets nasty - the ST-LINK appears as a Virtual COM Port, a USB Mass Storage, a Portable Device and as a USB device as well.The ST-Link Utility works, but debugging with it is far from comfortable!
So far my solution is a bunch of “actual�? boxes!