TI中文支持网Part Number:TMDSCNCD28388DOther Parts Discussed in Thread:C2000WARE
调试发现：程序还未执行进入EtherNet_resetModule，0x400C1000寄存器内的值已经变为0x00000001,请问为什么会发生这种情况？
调试步骤参照：(28条消息) 以太网（ethernet）通信。DSP开发板28388D发送数据，电脑接收数据。使用的是UDP协议_dsp 以太网_xinxinjiaoliu的博客-CSDN博客
（1）debug ethernet_c28x_config；
（2）connect CM;
（3）load enet_lwip_cm.out：
（4）run cpu1
（5）单步跟踪调试CM；
调试时，发现在ETHERNET_resetModule中，对0x400C1000 （ DMA_Mode Register）写入1， 对enet module 进行复位时，无法复位成功，请问应该怎样进一步排查解决？
Yale Li：
相关的信息请你在本帖中描述清楚。强烈建议以TI或者提供相关支持的第三方的资料作为参考。
,
?? ?：
您好！多谢回复。我现在将问题补充清楚。我参照网络帖子使用28388D的评估板运行调试ethernet的例程。例程位置如下：
CPU1：ethernet_c28x_config例程所在位置：C:\ti\c2000\C2000Ware_3_04_00_00\driverlib\f2838x\examples\cm\ethernet
CM4：enet_lwip例程所在的位置：C:\ti\c2000\C2000Ware_3_04_00_00\libraries\communications\Ethernet\third_party\lwip\examples
运行的步骤和方法参照了网络的帖子，(17条消息) 以太网（ethernet）通信。DSP开发板28388D发送数据，电脑接收数据。使用的是UDP协议_dsp 以太网_xinxinjiaoliu的博客-CSDN博客 。运行方法和步骤应该是没有问题的。但cpu1和CM 都处于Running状态后，无法 ping 通 评估板。经过使用仿真器单步调试跟踪发现两个问题：
（1）程序还未执行进入EtherNet_resetModule，0x400C1000 （DMA_Mode Register）寄存器内的值已经变为0x00000001（正常情况下是EtherNet_resetModule函数中置位 bit0 以进行软复位 MAC）
DMA_Mode Register bit 0 定义如下：
（2）DMA_Mode Register bit 0 被置位后，并不能完成复位MAC，自动清零。程序死在循环检测bit 0 是否清零循环中
我查了本站论坛的相关帖子及回复，基本都说是TX时钟有问题会导致无法软复位成功，但我使用的官方的评估板，硬件出问题的概率很低。请指教如何进一步定位问题产生的原因。盼回复，谢谢！
,
Yale Li：
你有没有注意到这段话。感觉这个问题大概率确实是与时钟有关系。
?? ? 说：
这段代码具体在哪个文件中？方便告知一下吗？
?? ? 说：
（1）程序还未执行进入EtherNet_resetModule，0x400C1000 （DMA_Mode Register）寄存器内的值已经变为0x00000001（正常情况下是EtherNet_resetModule函数中置位 bit0 以进行软复位 MAC）
DMA_Mode Register bit 0 定义如下：
有没有在全速运行的状态下看一下这个寄存器的状态。
,
?? ?：
（1）图中代码在 C:\ti\c2000\C2000Ware_4_02_00_00\driverlib\f2838x\driverlib_cm\ethernet.c 中
（2）我也注意到了技术参考手册中的关于时钟的描述，如果要确认是时钟的问题，需要用示波器来测量，如果测量到了是Tx时钟的问题，是不是说明硬件有问题？ 我刚买的评估板，使用起来也很小心，硬件有问题的可能性很小。
,
Yale Li：
并不一定是时钟出了问题，和时钟相关的模块在单步调试和全速运行的时候，结果可能会不同。所以可以看下相关的寄存器在全速运行时的状态来做进一步的判断。
还有寄存器的初始状态是符合用户手册的描述的吗？
