Virtual Com Port Loopback runs w/o debugger not w/ debugger

Greetings,

I've brought up the ST example VirtualComPort_Loopback (V4.0.0) on a Keil demo board (MCBSTM32E vers3) and the Keil enviroment (uVision 4.71.2.0) connecting through the ST virtual comport driver (1.3.1.0) and it works fine when not run from within the debugger. When run from within the debugger, however, the terminal emulator (PuTTY) error's out with: "Unable to open connection to Com46, Unable to configure serial port". The Com port (46) does show up in device manager and no errors are indicated.

My uneducated guess is that the ST virtual comport driver is not happy something that's different in it's interaction over the USB connection when the debugger is running and it's refusing the terminal emulators connection.

I would really appreciate any ideas for chasing this problem down as the problem also exists on a custom board with a complex application in need of enhancing and debugging...

I originally posted this on the ST support forum a couple of weeks ago. No replies.

Thanks in advance.

Steve.

Parents
  • Follow-up (may be useful for others with this problem): The best I could do for a solution was to create different build targets for stand-alone vs debugger differentiated by a #define and #ifdefs in the code. The stand-alone version used the USB port as the applications console when running without the debugger. When running with the debugger, the application's console was re-directed to the ITM port and accessed by the debuggers "printf" window.

    In other words, I was unable to find a way to run the debugger that didn't kill the USB virtual terminal connection.

    As an aside, though I posted my question on both the Keil and ST forums, I did not get any replies on either. <sniff..., was it something I said?>

    Steve.

Reply
  • Follow-up (may be useful for others with this problem): The best I could do for a solution was to create different build targets for stand-alone vs debugger differentiated by a #define and #ifdefs in the code. The stand-alone version used the USB port as the applications console when running without the debugger. When running with the debugger, the application's console was re-directed to the ITM port and accessed by the debuggers "printf" window.

    In other words, I was unable to find a way to run the debugger that didn't kill the USB virtual terminal connection.

    As an aside, though I posted my question on both the Keil and ST forums, I did not get any replies on either. <sniff..., was it something I said?>

    Steve.

Children
More questions in this forum