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.

TMS320F28375S: Controller Reset/Halt Issues

Part Number: TMS320F28375S


Dear All,

We are using delfino F28375s microcontroller and powered it with LM26420X ( Output L=3.3uH, C = 22uF ) in grid tied solar inverter.   The  switcher IC(LM26420X) is  2.2Mhz version to generate 3.3/1.2V,   we have  verified 1.2/3.3V supply with scope and switching noise is <20mV p-p. When we are trying to TURN ON relays on grid side, controller is getting reset/halting but RESET pin on the controller  not driving LOW. We have verified software without driving relays, it was OK.  if there is any high frequency switching noise on the 1.2V, will there be any chance  controller go into illegal ISR/NMI. When the code resets, We are reading reset sources, it is showing NMI Watchdog interrupt and in NMI watchdog  reset sources it is showing RAM uncorrectable error. Does anybody can help me out

  • Hi Naveen,

    WD reset as well as NMIWD reset should toggle the XRSn (RESET) pin. If you are not seeing it toggle then there is some board issue. Also RAM Uncorrectable is very rare condition and if you are getting this error then Ist thing to check is supply to device and power sequence.

    Regards,

    Vivek Singh
  • Hi Vivek,
    As you said there is no problem with RAM and it seems that we have problem related to relay driving and power tracks near our controller ground and signals. We have done some modifications and mitigated the issue but i want to know how power track on grid side during turn on of relay could affect the controller. Can you share some theory related to controller reset because of emi generated during turn on of relays.
  • Naveen,
        It is hard to pin-point precisely where/how noise is sneaking into the device to cause the behavior you are seeing. It is an iterative process and involves lot of hands-on experimentation/measurements. Without access to the schematics/board layout and the hardware, we can only come up with some plausible theories. You are focusing primarily on the -XRS pin, but often a system upset could happen without being reflected on the -XRS pin. The first order of business is to identify if the noise that gets coupled to the system is conducted or radiated noise. Relays could be pretty harsh in terms of generating noise (hence the "chattering relay test" to check the immunity of a system). Do you have any hack in your code to ascertain a reset? For example, a GPIO pin that is toggled only during reset? How do you handle a corrupted program-counter? Is the WD active?
  • Naveen, I am closing this post. If you have additional questions, please re-open this post or start a new post.