• State TI Thinks Resolved
  • Locked Locked
  • Replies 8 replies
  • Answers 1 answer
  • Subscribers 84 subscribers
  • Views 1353 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

TMS320F280049-Q1: How to test CpuSysRegs.RESC?

Wayne Huang
Genius 17215 points

Part Number: TMS320F280049-Q1
Other Parts Discussed in Thread: C2000WARE

Dear Champs,

I am asking this for our customer.

They need to test reset sources by CpuSysRegs.RESC.

Do we have any testing example codes for testing below bits? 

CpuSysRegs.RESC.bit.XRSn

CpuSysRegs.RESC.bit.WDRSn

CpuSysRegs.RESC.bit.NMIWDRSn

CpuSysRegs.RESC.bit.SCCRESETn

Besides, how to test this bit if there is a POR event?

CpuSysRegs.RESC.bit.POR

If we don't have example codes, would you please show the user how they test these bits specifically?

Wayne Huang

Wayne Huang

  • 0
    TI__Expert 7985 points

    Hi Wayne, 

    The domain expert in this area is currently out of the office until wed 07/21.  Please note that a complete response on possible alternatives will be provided after that.  In the interim, I have looked into the support that we currently have for the register accesses in the SDL.  My suggestion is that you could advise the customer to download the latest C2000Ware and study the register test examples.  There may already be adequate detail available to enable the customer to design a solution for the RESC register.  Testing around reset and power cycles can be tricky and would require additional analysis and design. 

    Regards, 

    Krishna

  • 0 in reply to Krishna Allam
    TI__Genius 17215 points

    Dear Krishna,

    Yes, we will wait for more information.

    The user has used this IC with C2000ware for long time, but for functional safety and automotive application, they need to look into this part in more detail.

    Wayne

  • 0 in reply to Wayne Huang
    TI__Expert 7985 points

    Dear Wayne, 

    Has the customer tried something and it does not work OR do they have a specific question about the implementation?  Thanks, Krishna 

  • 0 in reply to Krishna Allam
    TI__Genius 17215 points

    Dear Krishna,

    No, they have not yet tested the register.

    They need a systematic and reasonable testing method for these bits because this is for automotive applications, so they are asking for our guide and example codes.

    Wayne

  • 0 in reply to Wayne Huang
    TI__Guru 55085 points

    Hi Wayne,

    The safety manual says, "Each of the reset sources (including peripheral resets, DEV_CFG_REGS.SOFTPRESx) except POR can be generated internally and the basic reset functionality can be checked by ensuring the correct setting of reset cause register..."

    Forcing WD and NMIWD resets are pretty straightforward. I couldn't find an example for the SCC reset for F28004x, but there is an F2837xD one that can be referred to:

    [C2000Ware install]\device_support\f2837xd\examples\cpu1\dcsm_scc_reset

    Whitney

  • 0 in reply to Whitney Dewey
    TI__Genius 17215 points

    Dear Whitney,

    For POR/BOR reset, does it mean this bit will be set every time F28004x is powered on?

    Then, the user just needs to clear it to zero in the initialization and then poll it to see if there is any POR/BOR event.

    Is it right?

  • 0 in reply to Wayne Huang
    TI__Genius 17215 points

    Dear Whitney,

    Besides, do we have any NMI watchdog examples?

    Wayne

  • 0 in reply to Wayne Huang
    TI__Guru 55085 points
    Wayne Huang said:
    Then, the user just needs to clear it to zero in the initialization and then poll it to see if there is any POR/BOR event.

    Yes, that works.

    Wayne Huang said:
    Besides, do we have any NMI watchdog examples?

    There are a few examples in the SDL that generate NMI conditions (sdl_ex_ram_ecc_parity_test, sdl_ex_mcd_test, sdl_ex_flash_ecc_test). You can also just the NMIFLGFRC register. See the SysCtl_forceNMIFlags function in driverlib.

    Whitney