目前想做一个板子,支持2个百兆的网口即可
但是有技术人员告诉我只有新出的AM335xB版本才支持双百兆网口,以前的只支持双千兆网口
请问是这样的吗?
非常感谢
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.
目前想做一个板子,支持2个百兆的网口即可
但是有技术人员告诉我只有新出的AM335xB版本才支持双百兆网口,以前的只支持双千兆网口
请问是这样的吗?
非常感谢
这个说法是错误的,都是支持的。
只是PG1.0 在支持双网口的时候,如果选择从nand 启动,会有个wait pin脚冲突,新版本的PG2.0对pin脚做了配置,解决了这个问题。
请参看如下链接
http://www.ti.com/litv/pdf/sprz360e
以及用最新的pinmux tool http://www.ti.com/tool/pinmuxt
勘误表中写的是解决boot时的冲突问题
如果我在系统起来之后还需要同时用到EBI总线和ETH2的话,这种冲突该如何解决呢?
另外在全双工模式phy是不会用到这个信号的,是否可以不接?
我的问题是两个EHT都使用了AR8035 ,使用的是3352 1.0版本的,但是网络能LINK UP,LINK DOWN,也能从LINUX下看到有TX,RX的数据,但就是PING不通,所有可能的原因都查了好几遍,最终定位到是TX数据有问题,RX通过移植了一个网络工具在3352中看接到的数据是正常的说明如下:
1、使用的接口为RGMII,在10M,100M下都进行过测试。
2、使用的PHY为AR8035,这芯片和TI 的335X SK开发板用的AR8031只是一个简化版,直接内部的TX,RX CLK Delay。
3、因为外部对数据进行PING时,RX,TX数据会递增,移值了一个网络分析的工具在3352上,接收到的数据正常,但是无法看TX的数据是否正常。
4、由于测试中2个板子共计4个网口都是同一问题,可确认此问题不会是焊接原因引起。
5、最后开始怀疑是PINMUX原因引起,但是未具体还未定位到是哪里。
以上望指点。
我的问题是两个EHT都使用了AR8035 ,使用的是3352 1.0版本的,但是网络能LINK UP,LINK DOWN,也能从LINUX下看到有TX,RX的数据,但就是PING不通,所有可能的原因都查了好几遍,最终定位到是TX数据有问题,RX通过移植了一 个网络工具在3352中看接到的数据是正常的说明如下:
1、使用的接口为RGMII,在10M,100M下都进行过测试。
2、使用的PHY为AR8035,这芯片和TI 的335X SK开发板用的AR8031只是一个简化版,直接内部的TX,RX CLK Delay。
3、因为外部对数据进行PING时,RX,TX数据会递增,移值了一个网络分析的工具在3352上,接收到的数据正常,但是无法看TX的数据是否正常。
4、由于测试中2个板子共计4个网口都是同一问题,可确认此问题不会是焊接原因引起。5、最后开始怀疑是PINMUX原因引起,但是未具体还未定位到是哪里。根据TI的一份Sitara™ AM335x ARM® Cortex™-A8
Microprocessors (MPUs) Silicon Revisions 2.1, 2.0, 1.0 Silicon Errata的文档中提到,1.0版本的硬件会出现NARD启动与ETH1端口有冲突,在2.0时已经更改,但是提到的只是MII,RMII接口,未提到 RGMII,而我是又是两个ETH都有问题。
望TI 人士看到后帮助指点一下,谢谢。
如果你用的是AM3352BZCZ的芯片,用附件的pinmux工具,选择PG2.0,重新分配下NAND和第二个RMII的管脚,就不需要另外加模拟开关了。
你好,
pinmux工具已经下载,找了一下没有找到您说的修改。也许我应该把整个困惑描述的更清楚一点。根据参考设计,NAND FLASH的BUSY/READY信号应该接到AM3352的wait0上。而当使用双以太网时,需要用到AM3352的同一个复合脚T17,gmii2_crs信号。早期的TI勘误描述认为,这两个复合信号只能用这个脚,如果需要同时用两个功能,需外接模拟开关,但没有给出典型设计电路和软件修改版本号。您说的,新的pinmux版本已经解决这个问题。我想知道是怎么解决的。是wait0信号已经移到别的脚了呢,还是gmii2_crs已经移到别的脚?具体移到哪个脚能不能说一下?多谢!
周文元
20160809