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.

MSP430F2272: data in the flash are corrupted

Part Number: MSP430F2272
Other Parts Discussed in Thread: UNIFLASH

Dear all,

one of my AA is experiencing some issue with the MSP430F2272IRHAT. In particular the data in the flash are get corrupted. The application is and hand held radio and the suspect is that during the replacement of the battery the uC can experience noisy voltage supply.

In order to mitigate the corruption of the data, the designers would put the reset pin with a pull down to 0V regardless to the voltage supply of the uC and remove the device from reset after the complete turn on of the radio. Can this procedure help in the protection of the data in the flash ?

Do you have any other suggestions ? Consider that the radio has been produces since 2007 and only in the last years they have experienced a lot of returns from the customers.

regards,

Domenico

  • Hey Domenyko,

    Flash Corruption is definitely possible with a noisy or changing voltage supply. There is a basic Brown out detection circuit on the MSP430F22x2 devices, but if the pulses are extremely quick than these could cause issues. BOR behavior is described in the POR/Brownout Reset section of the MSP430F2272 User's Guide.

    Another possibility, and a more common issue, is running the device at a frequency above what can be supported at that Vcc supply. This is Specified in the Recommend Operating Conditions section of the User's Guide. Ex: If Vcc is at 1.8V, they can only run at a max of 4.15 MHz. If they are running faster than this, they could be having issues when the voltage starts to drop of bounce.

    Their solution should work. In this type of usecase, I would probably recommend an external SVS circuit, that would hold the MSP in reset in any of these cases.

    Thanks,
    JD
  • Hi JD,
    thanks I've passed your suggestions to the customer.
    regards,
    Domenico
  • Hi JD,

    in order to deeper undertand the issue, the customer is going to perform a dump of the flash. The aim is to check if there is a specific area which is always corrupted or the area is random.

    The customer has IAR V3.42A/W32 (3.42.1.9) as development tool (I've attached more details related to the IAR version), and two emulators:

     
    1) eZ430-F2013 
     
      
    2) MSP430-FETU430IF

    I've attached the connections between the emulator and the MSP430 for both cases.

    Win 7 recognize the emulator, IAR open the project, but there is no way to go in debug mode to dump the contnt of the flash. the emulator menu is greyed,

    Can you please check the connection of the emulators and MSP430 ? Are there any software known issue with so old IAR revision ?

    The customer can also consider CCS in case it can solve the issue.

    regards,

    Domenico

    MSP430F22.zip

  • Hey Domenyko,

    I'm not sure what the issue is here with IAR, but I believe they should be able to export the memory using the MSP-FET430UIF and Uniflash. There is a memory browser and memory export feature, that is shown in the quick start guide: processors.wiki.ti.com/.../UniFlash_v4_Quick_Guide

    Thanks,
    JD

**Attention** This is a public forum