AnsweredAssumed Answered

BF70x: SPI Slave Boot loading stalls after approx 80 bytes

Question asked by msCircal on Feb 20, 2017
Latest reply on Mar 3, 2017 by msCircal

Processor: BF706

Bootloading the device using SPI Slave Boot Mode, as per Section 36 of the Hardware Reference Manual.

 

On the logic analyzer, I have verified all my SPI timings match the SPI Slave Boot mode requirements.

In addition, I monitor the SPIx_RDY signal appropriately.

 

My SPI interface operates in single-bit mode, so I have set SPICMD = 0x03.

 

When I am transferring my LDR file, I see that the BF706 SPI Slave Boot mode will de-assert SPIx_RDY after transferring about 80 bytes, and remain de-asserted. Hence my transfer of my LDR file is not able to be completed.

 

The application I am loading into the BF706 is simply the bf707_w25q32bv_dpia.dxe application which is used with the BF70x EZ-Lite Kit. Via the JTAG interface and CPLD.exe, I have verified that the above DXE application works fine.


I use the following command line to create the LDR file:

elfloader.exe -proc ADSP-BF706 -si-revision any -b SPISLAVE -f binary -width 8 -bcode 3 -o "bf707_w25q32bv_dpia.ldr" "bf707_w25q32bv_dpia.dxe"

I have attached the file [SPI Slave Boot Mode.zip] that contains the dxe and ldr files, if that helps.

 

Is there something I am missing in creating the SPI Slave Boot Mode bootloder stream ?

 

 

Thanks, Martin

Attachments

Outcomes