This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
如题，现在遇到一个问题，AM3354用starterware无法获取IP，而3359可以。
请教3354与3359的以太网部分是否有区别，尤其寄存器这一部分
AM3354和AM3359在CPSW以太网部分是没有任何区别的。这两个在PRU上面是有区别的。
你的这两个测试，是同样的板子只是主芯片不同吗？外围的硬件和软件配置都是一样的吗？
开发板不太一样，但是接口一样RGMII，PHY也都是AR8031，都是跑的starterware里面的enetLwip例程。我发现在用不行的那块开发板的时候，以太网数据包接收不到数据，接收没反应，但是发送数据是正确的，比如向DPCH服务器请求IP，都是可以的，只是从服务器向开发板的数据开发板接收不到，请问enetLwip里面需要PRU的参与吗？
看你的描述，有遇到过类似的问题，建议你做两个测试：
1. 在control module中，偏移量为650的gmii_sel寄存器中，根据你的配置，增加相应的RGMII internal delay，bit4或者5。
2. 在PHY的设置部分增加delay，参考：http://e2e.ti.com/support/arm/sitara_arm/f/791/t/182794
Hi,
我按照您的建议，
1.将0x44E10650的BIT4和BIT5设置为1，即将内部延时禁止后，仍然没有任何效果。数据仍然没有接收。
2.您给我的连接是KSZ9021的，我没有看到AR8031的相应的时序寄存器，貌似AR8031只有32个寄存器。 期待您的解答！
关于AR8031部分的配置，您需要自己去查这个芯片的spec，找到对应的寄存器配置，这个芯片不是ti的，所以我们没有技术支持。
哦 ，AR8031 我已经将rgmii rx clock delay disable，可是还是无法接收到数据~~~
可愁死我了。。。
请问下，除了AM3354-》AM3359，还有其他的改动吗？
您好，
以太网部分，没有任何变化。
哦 对了 AM3359使用了两个AR8031组成了两个以太网口
AM3354只用了一个AR8031 组成了一个以太网口，其他的以太网部分就没有什么区别了。。。
您可以根据evmsk对于的网口驱动看看，pinmux等都要再检查下。
另外，注意硬件是否是对的，最近一个月，已经有两个客户出现过焊错线，贴错电阻等原因导致网口不通了。
硬件上面的问题可以排除了，我在WINCE下已经可以接收到数据了。
现在不知道在AM3354的寄存器上面是否有不对的地方。
AM3354和AM3359 在寄存器上没有区别
哦
请问一下，一般来说PRU不会影响以太网这一部分是吧？
不是一般来说，就是不会影响，两个子系统
哦 好的 感谢您的答复 我再去研究一下！
