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.

TMS320C6748 Silicon 2.1 SPI0 Flash boot fails

Other Parts Discussed in Thread: TMS320C6748

Hi,

We are having issue with the SPI0 Flash Boot since we updated our DSP from TMS3206748BZWTA3 to TMS320C6748EZWTA3 on our custom board.

We ran the Debug Gel file as suggested in another thread (http://processors.wiki.ti.com/index.php/OMAP-L1x_Debug_Gel_Files

C674X_0: GEL Output: ---------------------------------------------
C674X_0: GEL Output: | BOOTROM Info |
C674X_0: GEL Output: ---------------------------------------------
C674X_0: GEL Output: ROM ID: d800k008
C674X_0: GEL Output: Silicon Revision 2.1
C674X_0: GEL Output: Boot pins: 10
C674X_0: GEL Output: Boot Mode: SPI0 Flash
C674X_0: GEL Output:
ROM Status Code: 0x0000000A
Description:C674X_0: GEL Output: Invalid AIS sync opcode
C674X_0: GEL Output:
Program Counter (PC) = 0x80000EC0

Our flash program is generated with AISGen (.h) and start as above :

0x41504954 
0x5853590D
0x00030006 
0x00180001
0x00000205
0x00000095 
0x5853590D 
0x00080003 
0x18010001 
0x00000002 
0x..................

I made a a capture with a logic analyser during the boot this is what I saw :

MOSI (DSP) :

START - 0x03 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x03 0x00 0x00 0x04 0x00 0x00 0x00 0x00 0x03 0x00 0x00 0x80 0x00 0x00 0x00 0x00 0x03 0x00 0x00 0x0C 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 .... continue with 0x00

MISO (Flash memory device) :

START- 0x00 0x00 0x00 0x00 0x54 0x49 0x50 0x41 0x00 0x00 0x00 0x00 0x0D 0x59 0x53 0x58 0x00 0x00 0x00 0x00 0x06 0x00 0x03 0x00 0x00 0x00 0x00 0x00 0x01 0x00 0x18 0x00 0x00 0x00 0x00 0x00 0x05 0x02 0x00 0x00 ... continue with 0x00

So what we can see is after the transfer of 0x00180001 the SLAVE stops receiving the 0x03 command from the DSP (0X00 instead). The SPI buffer is blocked because the master stops reading.

The same transfer works fine with the TMS3206748BZWTA3The Flash memory device we use is a dsPIC running our firmware for the SLAVE SPI transfer.

1- Please could you indicate what is wrong with this SPI tram? Is the slave data packaging wrong?

2- Did the SPI data packaging method change with TMS320C6748EZWTA3?  SPRAAT2F chapter 9.4 does not provide to many details about the packaging, could you elaborate?

thanks,

Eric