Am 12.03.2013 19:09, schrieb Andy Turk: > On Mon, Mar 11, 2013 at 4:31 PM, Nils Faerber > <nils.faer...@kernelconcepts.de> wrote: >> I am trying my first steps with mps430-gcc on a development board with >> some peripherals and a 5438a MCU.... > >> Since this eval board is very valuable for me and I will most likely not >> get another one I am almost in panic! > > If you're using the TI experimenter's board, the mcu chip is socketed > and you can easily drop in another one if necessary.
He, if it would be that easy ;) The board I am working on is a custom development board where the device maker showed a lot of appreciation to me comments on his products and shared one of the few dev boards with me. So this is most likely a one time chance to get one. The MSP on it is a TQFP package so if all else fails I could probably remove the chip and carefully solder a new on it. BUT... luckily this is not necessary anymore! The situation panicked so much that I spent half night experimenting with mspdebug and the board. At some random point I suddenly got "in" again! Yeha! I thought and flashed a slightly modified version of my application and BAM, gone again :( But there obviously was a way to get in again.. but how to reproduce? After another few hours I found: - holding hardware reset on the board (it has button for that) - start mspdebug - wait until mspdebug inits the FET and says "MSP430_OpenDevice" - then release reset And this works reproducibly! At this point I was self confident enough again to go back to code. I had a working app in the beginning so I went back to that point and added code until it broke again. The code that lead to breaking was completely harmless - a function declaration that is never called. So I came to the conclusion, if the code size increases and makes the device crash, then it has to do with memory. Then I removed the "large" memory model from the gcc options and all of a sudden everything came back to normal! I am working with the July of mspgcc. I will compile the September version tonight and see if this resolves the large memory model problem. Cheers nils -- kernel concepts GmbH Tel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
