• State Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 79 subscribers
  • Views 586 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

MSP430FR5969: The problem is device is getting RESET when an interrupt is given via GPIO(Button)

santhosh prem
Expert 1385 points
Part Number: MSP430FR5969

 we are using msp430 in our product. In that, we have uploaded our source code and given to customers, and it is working perfectly, but a few days back we have got some problem from the user side your device is not working. so we decided to find the solution in that we have identified some problems. The problem is device is getting RESET when an interrupt is given via GPIO(Button). So, we checked with hardware it is working good. But, we are checking on RESET conditions(BOR, POR, PUC). By meanwhile, we have gone through the e2e forum for any of the issues happened earlier. We got info on comparing hex files. So, We compared the affected board hex file with a working hex file. And we have seen that some data is missing in the 0x4400 address. In our code, it is assigned for FRAM memory storage(verified with .map file). 

So, we don't know why the bytes are missing? how could data loss in FRAM? So, can you support on this issue?

  • 0
    TI__Mastermind 37760 points

    Hi,

    1. What is the percent of chips will have this issue?

    2. Can you recreate this problem on failed chips with 100%?

    3. Does all the failure happen on 0x4400? Is there any regulation? If not, it may be a hardware issue.

    4. You can try to use MPU to protect FRAM(see our UG), if it is caused by software.

    5. The most important thing is that it is not a easy issue. Please upload more information to help us know what is going on.

    Eason

  • 0
    TI__Intellectual 1330 points

    Hi,
    Can you please share some more details about your application? The reason why I'm asking is that you pointed out already that you're checking on RESET conditions(BOR, POR, PUC). Is the supply voltage all the time stable or do you have a lot of noise? How did you realized the GPIO reset?

    Best regards,

    Tobias

  • 0
    TI__Mastermind 37760 points

    Is this problem solved?

    Eason

  • 0 in reply to Eason Zhou
    Expert 1385 points

    Hi Eason.

    Sorry for the late reply, I have changed the MPU settings as you said. I think the problem will not occur in the future.

  • 0 in reply to santhosh prem
    Expert 1385 points

    Hi Tobias,

    Sorry for the late reply, i used p1.0 as button interrupt to wake up the ble but even though i press the p1.0 button in that time reset take place. so we analyzed MPU settings as above said and also we have changed the mpu settings that occurred to that. I think the problem will not occur in the future. if i have any doubt regarding that i will ask in the forum. Thank you so much for your support.

**Attention** This is a public forum