Because of the Thanksgiving holiday in the U.S., TI E2E™ design support forum responses may be delayed from November 25 through December 2. Thank you for your patience.

  • State TI Thinks Resolved
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 82 subscribers
  • Views 74 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

TMS320F28384S: Unable to run application code as it is stuck in reset

YEDIDA AYYAPPA RUDRASIMHA
Prodigy 60 points
Part Number: TMS320F28384S

Tool/software:

Hi Team,

we have recently procured 28384s ICs to replace with 28377s ICs with same hardware (Only change is 56 Ohm resistor placed between VDD and VSS in place of the decoupling capacitor). I have gone through migration guide and made the project for 28384s. Even with any of the example projects run with flash or RAM linker files also same issue.

I am able to flash the code and connect the emulator but application code is not running. I am thing its stuck in boot mode itself. GPIO72 & GPIO84 connected 3.3V through 4.7k pullups so both are always high so flash boot mode will be selected as it is already programmed once.

When I checked XRSn pin its getting low every 14.44ms once with 52us low.

Kindly check the screenshots attached for the reference

  • 0
    Prodigy 60 points

    Observations:

    Its stuck at boot rom and getting reset with watch dog. When I manually selected EMU Boot Mode Select as EMU_BOOT_FLASH then its going to flash otherwise its in reset condition. I have few doubts,

    1. Is it required to select EMU Boot Mode Select as EMU_BOOT_FLASH every time (as I don't do with 28377s)?

    2. When its entered into application code, its getting stuck at us_delay routine, When I replaced all the inbuilt DELAY_US() routines with normal for loops then its running normally, Anything do we need to do in 28384s (f2838x_usdelay.asm) as I dont see the issue in 28377s?

    Thanks,  

  • 0 in reply to YEDIDA AYYAPPA RUDRASIMHA
    TI__Guru** 112995 points

    Hi,

    Sorry for late response.

    YEDIDA AYYAPPA RUDRASIMHA said:
    1. Is it required to select EMU Boot Mode Select as EMU_BOOT_FLASH every time (as I don't do with 28377s)?

    It is required if you are connected to JTAG (CCS)

    YEDIDA AYYAPPA RUDRASIMHA said:
    2. When its entered into application code, its getting stuck at us_delay routine, When I replaced all the inbuilt DELAY_US() routines with normal for loops then its running normally, Anything do we need to do in 28384s (f2838x_usdelay.asm) as I dont see the issue in 28377s?

    I don't think it gets stuck there. It's just that whenever you halt CPU, it'll halt in side this function because execution of this function is bulk of the code runtime.

    Vivek Singh

  • 0 in reply to Vivek Singh
    Prodigy 60 points

    Hi Vivek,

    I just wants to know why we need to select Boot Mode as EMU_BOOT_FLASH every time where as with 28377s it's not required. What's the difference in emulation boot with 28377s and 28384s?