Forums

I don't see anything wrong on the screen. The program has reached the first code line and hit the breakpont there, halting the CPU. That's th enormal behavior when the options 'halt on program entry' (or similar) is checked, which AFAIK is the default.

What is the exact message you get? It would be very helpful to know what the debugger is complaining about, not just that it is complaining.

Hello,

Thanks Jens-Michael Gross for your answer.

That image shows the only message I receive. I thought that this message could be an error in the code. Then now I have another problem, because I've downloaded my code to the MSP board and it doesn't work. I've tried to download the code with IAR workbench but there is no result either. I have one foot in the idea that this board is gone, is it possible? I need to say that the board had a program running before I start to develop in it.

BR,

Murilo Gabardo Kramar

Try to toggle another pin. I have faced a problem as you when i get the board first.

Well, I'm trying everything I can.  I changed the toogle pin as Burak Derya recommended but it wasn't effective. Is there anything I can do (in the software scope) to know if my board is damaged (because the end of year I can't go to the University Lab and use the ideal equipments to test the hardware)? Can I read what's within my MCU's memory?

At least I'm getting used to the CSS.

I really appreciate your answer and your help.

Have I happy new year!

Murilo Gabardo Kramar

Can I read what's within my MCU's memory?

The free (lite) version of the elprotronic flashing software can read the MSP memory content and write it into file or show it in an editor.

However, if you don't get an error while uploading the new firmware, it is unlikely that the board is gone. Apparently the MSP is powered and does respond to the JTAG.

I remember from a different thread that the interrupt vector segment assignments have changed between compiler versions (to protect the JTAG fuse which was part of the vector table previously).

Now the final placement is done by the linker command file and the linker ocmmand file is copied into the project folder when the project is created. So probably your demo project uses an old linker command file (in the project folder) but new include files (in the compiler installation). As a result, all interrupt vectors, including the reset vector with the program start address, are not linked where they belong. And the program cannot execute as the MSP doesn't know where to start.

Try starting a new project and copy over the source code only.

Thank you again Jens-Michael Gross

-----

Ok. I did it what you said and, unfortunatelly, still is not working. The same problem is occurring, I launch the program to the board and none of the LEDs blink nor even light up for a second. Also I tried to do the same thing with IAR (and tried to make my own code too) but the answer didn't change.

Edit:

Is there any information that I can give you and perhaps is missing?

Edit_2:

I've got a code of a teacher of mine and now i know that the board is alive. From this point I can analize his firmware and verify what I have done wrong since the beginning. As soon as possible I'll post my results to help those who are starting with MSP, experimenters board and so on (like me).

PS: My english is very poor because it isn't my native language so if I made any mistake please excuse me. =P

Download and setup this. Try with these codes.

http://www.ti.com/tool/msp430ware