6455 i2c slave boot mode

您好！

请问我上面生成的boot table正确吗？是否需要转换为.btbl.i2c？

然后把这个btbl文件放在0x00,0x06,0x00,0x00,0x00,0x01后发送给dsp，请问这个btbl文件有问题吗？

我想你已经参考了文档spruec6g：

另外，在host发送完数据后，连上仿真器看一下DSP的内存L2上的数据跟boot table里的数据是否一致，来确认是否真的成功发过去了。

方便的话，把btbl文件及L2内存的CCS memory view截个屏看一下。

我按照您的意见改成-b后，它只支持memwidth 8bit，所以我去掉了-memwidth32和-romwidth32，生成的.bin文件如下：

重新发送后是上面这样的

#1. 根据boot table的定义：entry point为0x00800BA0, 第一个section的load address 0x00800800，length为0x00000460, 稍微对比了前面几个位置的内容是一致的。那么说明DSP 正确接收了I2C master发过来的数据并放到了对应的内存上了。

#2. 有点问题，按照第一段的长度0x0460，在这个文件的0x0460处的数据是两个word的0，按照boot table的定义，这是文件结束的标志，那这后面的数是什么呢？

#3.  上面memory的数据不是从CCS download .out文件后显示的吧。

#4.这时，在CCS里将指针改为entry point：0x00800BA0，打开工程，load symbol, 先在main里打个定点，运行一下试试。 

11.10.2 The Boot Table Format
The boot table format is simple. There is a header record containing a 4-byte field that indicates where the
boot loader should branch after it has completed copying data. After the header, each section that is to be
included in the boot table will have the following:
1. 4-byte field containing the size of the section
2. 4-byte field containing the destination address for the copy
3. The actual data to be copied

改成-b后生成led.bin，后来我又修改了应用代码，生成新的led1.bin，但发送的还是旧的led.bin文件，但我连仿真器后发现0x800800地址的数据是新的led1.bin，是不是说明我的i2c发送失败了，host发送时地址0x04不要作为数据一起发送吧？ 

0x460的长度是值得.text段的长度吧，

应该是。可以看你的map文件进一步确定。

后面的是.cinit段的数据？

是什么段不是问题，关键这位置的值是0，而0代表文件结尾。那后面的数据就不会被boot了。

qing zhang 说：

.text : btad=00000000 dest=00800800 size=00000480
.cinit : btad=0000048c dest=00800c80 size=00000034

这个没有问题。

第一段从00800800 + 0x480= 00800c80. 

我前面搞错了，漏了三个word的文件头，以上面为例文件里0000048c的位置为00000034 00800c80 就是对的。所以bin文件夹的boot table没有问题。

现面就看你能不能从host下载下去了。

这是根据Boot table里的地址来的。