This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

LP-MSPM0G3507: GPIO_software_poll stopped working

Part Number: LP-MSPM0G3507


Tool/software:

Hi,

I was testing out the gpio_software_poll.c example program on CCS 20.1 desktop and set some breakpoints and stepped through it. I did not change the code. However, I can no longer successfully run the program on the LP-MSPM03507. When I flash the code, the red LED does not turn on as it should. When I run the program, the red LED never comes on whether I press the switch or not.

I sometimes get the following error message: JTAG Communication Error: (Error -1001 @ 0x0) Requested operation is not supported on this device. (Emulation package 20.1.0.3429)
Failed to remove the debug state from the target before disconnecting. There may still be breakpoint op-codes embedded in program memory. It is recommended that you reset the emulator before you connect and reload your program before you continue debugging

I did a factory reset on the LP-MSPM03507 using the MSPM0_Factory_Reset_Tool, but it doesn't help. Other code can be flashed and works, such as the gpio_toggle_output examples. I think the problem is in the board rather than the CCS software, because I have CCS on a laptop and I get the same behavior. Also, I have a 2nd LaunchPad that can still be programmed with gpio_software_poll. How can I restore the broken LP? Thanks.

  • Hi,

    You could try to factory reset MCU by the guidance in 6.1 Unlock MCU of MSPM0 MCUs Development Guide (Rev. F), and then test again. 

    As for this "broken" LP, please check whether the PA18 pin is pull-down during the program running, you need to keep the jumper J8 in the launchpad connected.

  • Hi,

    Thanks for your response. I have done multiple factory resets of the MCU and it still doesn't work. Jumper J8 is on and all the jumpers are in the default state, which is the same as my working LP. The "broken" LP was working fine and executed the gpio_software_poll example fine until after I did the debugging with breakpoints and corrupted something. Is there a way to "reset the emulator" as mentioned in the error message in my first post? The statement in that error message, "There may still be breakpoint op-codes embedded in program memory" seems reasonable. Would this problem be in the emulator or the MCU? As I said, other programs still work on this LP, such as gpio_toggle_output. Thanks.

  • Actually, it looks like the problem is with the S2 switch itself. It looks like it was really poorly soldered and there is solder on the switch and on the board. The program now works intermittently and I'm fairly sure the issue is a poor electrical connection with the switch. My other LP does not have solder on the switch and board like this. (I didn't do any soldering on this board!! This is the way it came.)