TMS320F28376D: OTP Z1-BOOTCTRL

Eyal Saban1

Intellectual 845 points

Part Number: TMS320F28376D
Other Parts Discussed in Thread: TMS320F28376S,

Dear Sir ,

we have some issue in our product which include TMS320F28376D (on some TMS320F28376S ) , some of the Boot pins are used in additional memory interface (EMIF to FPGA)
in order to avoid the state where the DSP hangs and enter some boot mode , we want to Flash the Z1-BOOTCTRL to always boot from the FLASH
the Z1-BOOTCTRL in our case will be 0x00000B5A (e.g. KEY=5A , BMOD=0B (flash boot) , is this correct ?
in order to flash the OTP i have add assembler file which contain only (taken from example ) the following

.sect "dcsm_otp_z1_bootctrl"
.long 0xFFFFFFFF ;Reserved
.long 0x00000b5a ;Z1-BOOTCTRL key =5A , Boot 0x0b

5.in the linker file i have added :

MEMORY
{

....

DCSM_OTP_Z1_BOOTCTRL : origin = 0x7801C, length = 0x000004

}

SECTIONS
{

dcsm_otp_z1_bootctrl : > DCSM_OTP_Z1_BOOTCTRL PAGE = 0, ALIGN(4)

...

}

if i will flash it into my DSP will it force to always boot to flash regardless of the state of Boot pins ?

am i missing something ?

over 4 years ago

0 Baskaran Chidambaram over 4 years ago

TI__Genius 17370 points

your configurations looks to be correct and yes if you flash into DSP it will always boot to flash.

0 Eyal Saban1 over 4 years ago in reply to Baskaran Chidambaram

Intellectual 845 points

HI Baskaran ,

thank you for the quick reply

1. i have FLASH the DSP with Z1-BOOTCTRL , and can see that indeed the OTP was flashed as seen below

2. after Power cycle the Board still DSP wont boot up

3.in order to verify that it is indeed the issue , i have preform the following

a.connected with JTAG to the traget

b. debug with symbol loading only

c.in CCS ->Script ->EMU boot select mode ->EMU_BOOT_FLASH

d.in CCS - > CPU Reset

e.CCS -> Resume

when i preform the following steps , e.g. force the DSP to boot from flash the DSP runs normally , while in stand alone (event after flash Z1-BOOTCTRL)

it wont boot normally what can cause such behavior ?

what am i missing ?

0 Baskaran Chidambaram over 4 years ago in reply to Eyal Saban1

TI__Genius 17370 points

in step 2 while you power cycled the board was the physical JTAG connector connected. If not can you remove the connector from the board and try.

If you havent removed the boot code may think that it is still in emulation boot mode.

0 Eyal Saban1 over 4 years ago in reply to Baskaran Chidambaram

Intellectual 845 points

HI Baskaran ,

1.yes the JTAG was removed before Power cycle the board\

2.i have connected the JTAG to the board while it was powered

0 Baskaran Chidambaram over 4 years ago in reply to Eyal Saban1

TI__Genius 17370 points

ok since you are saying it woks with enu boot i assume the flash memory has right contents.

Lets try this,

open your target configuration file, remove the gel file path and save the configuration file. The gel file may rest the target on target connect event, i am trying to avoid that to help in debug.
now in step 3.a connect the jtag physically and trough ccs. Now see where the Program counter is. this should give some idea of what is going on in standalone case.

0 Eyal Saban1 over 4 years ago in reply to Baskaran Chidambaram

Intellectual 845 points

HI ,

i don't quite understand where to disable the gel path file , but i did unchecked all the connection options in debug mode as seen below

when repeat the same steps , until step 3a i see PC as follow

0 Baskaran Chidambaram over 4 years ago in reply to Eyal Saban1

TI__Genius 17370 points

Its under advanced tab of ccxml file

0 Eyal Saban1 over 4 years ago in reply to Baskaran Chidambaram

Intellectual 845 points

I disabled the GEL File path in target configuration , and repeated steps

i don't quite understand where to disable the gel path file , and repeated steps 1-3a (no jtage -> power cycle ->connect JTAG under POWER )

and the PC pointed to 0x3FEAC2

0 Vivek Singh over 4 years ago in reply to Eyal Saban1

TI__Guru** 109155 points

Hi Saban,

What is the value driven on GPIO72/GPIO84 which are bootmode pins (since you have programmed 0 for BOOTPIN field in BOOTCTRL location) when you are trying to boot in standalone mode. Please note that you still have to drive 1/1 on these pins to select the GET MODE as BOOTMODE else it will not work. Please refer BOOT Flow (Figure 4-6. CPU1 Standalone and Hibernate Boot Flow) in device TRM for more detail.

Regards,

Vivek Singh

0 Eyal Saban1 over 4 years ago in reply to Vivek Singh

Intellectual 845 points

hi vivek ,

thank for pointing that out , i still have issue as boot flow still check the level of the boot pins before checking the boot mode

1.is there any way to make the boot flow to ignore the boot pins ?

2.is it possbible to make boot pin0 and boot pin1 pointing to the same pin thus only 00 , 11 will be possible ?

0 Vivek Singh over 4 years ago in reply to Eyal Saban1

TI__Guru** 109155 points

Hi,

2.is it possbible to make boot pin0 and boot pin1 pointing to the same pin thus only 00 , 11 will be possible ?

Yes, that should be possible. Please note that since you have already programmed BOOTCTRL once, you'll not be able to program it again on same device. You need to use new device to program different value in BOOTCTRL location in OTP.

Regards,

Vivek Singh

0 Eyal Saban1 over 4 years ago in reply to Vivek Singh

Intellectual 845 points

Hi Vivek,

thank you for the response , i understand that i cant reprogram my target (since its OTP), i asked

in general for other targets we have.

regrading question #1 , is it possible to bypass the boot pins during boot flow ?

0 Baskaran Chidambaram over 4 years ago in reply to Eyal Saban1

TI__Genius 17370 points

you cant bypass the boot pins during boot flow.

C2000™︎ microcontrollers

C2000 microcontrollers forum

TMS320F28376D: OTP Z1-BOOTCTRL