C674x_dsp_setupwin32_1_00_00_07.exe在哪能下载？

在看Flashing the C6747 EVM这个文档的时候，里面说要用到C674x_dsp_setupwin32_1_00_00_07.exe这个软件，但是没找到在哪能吓到，能给个链接吗？另外关于spi1 slave模式下dsp的boot能详细说明下吗？谢谢~

xw_shen：

回复 Shine:

你好，那个bootloader文档我看了，但是还是不太懂，我在工程main函数中参照Flashing the C6747 EVM文档添加了Setup_System_Config( );和Setup_Psc_All_On( ) ;  然后用AISgen软件将.out文件生成了.bin文件，把.bin文件写入arm的flash中，通过spi发送给dsp，但是没有反应呀，并且dsp不能和仿真器连接。请问这种情况应该如何解决呢？谢谢~

Shine：

回复 xw_shen:

请问你用的是c6747还是OMAP-L137? "把.bin文件写入arm的flash中"这句话是什么意思？

xw_shen：

回复 Shine:

你好，我用的C6747，我就是把.bin文件存到arm的flash里面，然后arm在从flash中读取通过spi发送给DSP，是这样吗？

Shine：

回复 xw_shen:

你可以量一下SPI时序，看host是否按照bootloader文档上的协议和C6747 bootloader交互的？

xw_shen：

回复 Shine:

交互协议是按照文档上的来的，只是我在用spi接收数据是总是会有延迟接收的现象，比如我发送0x5853，我第一次接收到0xffff，第二次接收到0x0000，第三次才能接收到正确的返回值0x5253，且总是这样有延迟，请问这要怎么解决呢？

Shine：

回复 xw_shen:

这个正常，可以看bootloader文档上的note.

NOTE:

When the bootloader begins running, the device’s PLL is configured in bypass mode. If the external host device is fast enough, it will need to insert a delay after each transmission to allow the bootloader time to finish processing the previous data. The need for such delays can be alleviated later in the boot process by configuring the PLL via the Function Execute Command.你可以让ARM端等一段时间再发，或者不等也关系，一直发0x5853直到收到0x5253.

xw_shen：

回复 Shine:

嗯，延时我加了，在第一步SWS时不影响，但是到了第二步POS时，由于SPI是16位发送，因此0x5853590B就要分两次发送，一旦下面检测接收到的数据不是0x5253590B，那么根据流程图就要重新第一步SWS，在这一阶段，才能接收到0x5253590B，这样一来，由于延迟接收的缘故，在第二部过程中永远接收不到0x5253590B，都是在第一步收到的，想了很久不知道该如何解决这个问题，请多多指点一二

Shine：

回复 xw_shen:

可能是arm那边加的延时不够，请加大延时试试，确保在DSP准备好接收下一个数据时，ARM才发数据。

xw_shen：

回复 Shine:

你好，现在可以了。这三步完成后，我直接就将.out（led闪烁）文件通过AISgen生成的.bin文件数据发送给DSP，但是看不到任何现象，中间还有其他步骤吗？