TMS320C6670: 以太网加载

fuxiang chen 说：

0x02620020的值：为1110 0011 0111 1010。

DEVSTAT 0x02620020寄存器的bit3~1位是101，对应的是I2C，不是以太网加载模式。
请看下面的boot mode位定义。
Table 2-3 Boot Mode Pins: Boot Device Values
https://www.ti.com/lit/ds/symlink/tms320c6670.pdf

你好上面的问题我说的寄存器的值是我说错了 上面的值是我的boot_gpio[0:15]引脚的高低电平的值。我通过ccs仿真器读取到0x02620020的值：为0010  0001 1100 1000 0101

请问是自己的板子还是EVM板？网口本身正确通信吗？

建议用仿真器跟踪一下，看是否进入了以太网boot模式。

你好：

现在的板子的话是自己的基带板。网口通信的话是通过的咱官方的GE测试，能够正常通信的。使用仿真器也能够查看到当前寄存器的的值是符合以太网boot的值的。然后现在的情况是当dsp复位后能够通过仿真器查看到dsp芯片启动起来。使用抓包工具的话能够看到dsp发出的bootp类型数据包，但是这个数据包只能发出3-5个广播包，然后就没有数据包了。

我现在的boot设置的两个钟分别是：锁相环设置的是122.88MHZ,SerDes clock mult设置的是250Mhz。

请问：数据包发送几个后就没有数据包的情况是不是RBL运行了一段时间后，芯片自己结束RBL运行造成的。而芯片自己结束RBL运行的情况是否有可能是时钟不稳定造成的。

上面的问题就是基于上面的案例实现的，但是在查看dsp反馈的时候数据包只有3-5包后就停止发送了。

请尝试用仿真器单步跟一下bootloader源码？看ROM里的bootloader运行到哪里出错了。

你好！

这里说的bootloader源码是以太网远程加载的代码吗，还是dsp更底层的RBL源码，如果是底层RBL源码，可以发我一份吗？或者有相应的案例吗。