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.

MSP430F5359: MSP430F5359 startup conditions

Part Number: MSP430F5359

Hello,

Our embedded team encountered an issue with not appropriate RESET on our systems.

When performing FW update for our devices in field 3-4% of the devices are stacked and stopping to work.

Same Hardware, same Firmware - The system not providing correct RESET and enters to interesting mode:

- On several input/output pins we observed strange pulses or waveforms @ frequency of 4.8309 Hz (207 msec).

- The processor is not responding on RST/NMI pin.

- Only Power Cycle can end this condition.

We have not any code in BSL or application providing this kind activity on I/O.

What is can be?

Any clue?

Thank you in advance,

Best Regards

Radislav Yanai

  • Does the BSL code in ROM or in flash? Referenced from TI or from your company side?

    Does your code have requirement on LPM mode and any control on SVS,SVM? Referring to the Errata, they are a little same with your condiction.

    Do you mean that after you do power cycle, the device will perform right?

  • Hello Zhou,

    Thank you for an answer !!

    - The BSL situated in internal FLASH memory.

    - About the Errata - I will check this issue on Thursday, we are on holyday now.

    - After Power cycle, the device is performs good.

    Thank you,

    BR

    Radislav Yanai

  • Wait for your news.

  • Hello Zhou,

    We are still in previous question....

    I want to ask, if we connect the debugger (MSP-FET430UIF) in stacked mode and downloading, the firmware the device starts working properly.

    Does it make some healing operation like RESET or any other action ?

    What can we learn from this ?

    Thank you in advance,

    BR,

    Radislav Yanai.

  • Hi,

    As I check, the JTAG can generate a POR reset (Should same like you power off and power on), which level will be higher than RST/NMI.

    Can you further check:

    1. These 3-4% of the devices can always recreate this problem? Or sometimes can recreate.

    2. Can you do cross check(Change these 3-4% deivices with good devices), to check if the problem lies on MCU or hardware PCB?

    Eason

**Attention** This is a public forum