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.

MSP430F2132 keeps resetting

Other Parts Discussed in Thread: MSP430F2132

Hi,

I am currently developing with the MSP430F2132 and interfacing it with a BlueGiga BLE radio.  The issue I am having is that my MSP keeps resetting itself after trying to connect to a second Bluetooth peripheral.  I am not sure if the problem is with the radio, hardware or firmware, but I wanted to ask here, what are the common reasons for a MSP to reset itself?  
I have searched hard for any kind of memory leak or an errant interrupt vector to no avail, so any input or thoughts or advice would be appreciated!
I can provide more info or clarification as needed. 

Thanks. 

  • Robert Lane said:
    what are the common reasons for a MSP to reset itself?  

    The most common reason is the watchdog. If it is active (and for a failsafe operation, it should) it must be triggered in time. But often in unexpected situations, the code loops longer than the watchdog allows. This is even true for the C initialization itself, when there are large amounts of variables to initialize.

    Next is a misconfigured interrupt that is activated but has no ISR to handle it. The CPU then jumps into the void and eventually resets. Especially the TAIE bit is often set in the erroneous assumption that this is necessary to enable the other timer interrupts (especially CCR0).

    Other common problems are stack overflows for various reasons: One simply cannot declare more local variavles than the MSP has ram - even though neither compiler nor the linker will throw an error. Also, nested or recursive funcitons or enabling interrupts inside an ISR may cause a stack overflow.

    Stack corruption is another reason. If one writes to an arra ywith an index larger than the size of the array, this will write into other memory, including the stack. On next function return, the CPU might 'return' into the field instead of the calling function.

    For the same reason, misuse of pointers is also a possible source for resets.

    Other possible problems are a missing pullup on the RST pin (unless the MSP is one with internal active pullup, which is in mode devices of 5x/6x family) or a problem with the power supply. Or ESD.

**Attention** This is a public forum