如题,现在遇到一个问题,AM3354用starterware无法获取IP,而3359可以。
请教3354与3359的以太网部分是否有区别,尤其寄存器这一部分
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和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的寄存器上面是否有不对的地方。