完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
你好,
我正在组建一个在Memec 4VFX12LC评估板上使用V4FX硬TEMAC的项目,从一个EDK参考设计(使用lwIP的echo服务器)开始。 有时一切都有效,但通常(90%的时间),随着软件启动,GbEfails上的链接速度协商。 在评估板上,链路显示为GbE,半双工,但不起作用。 有一段时间,它出现了GbE全双工,然后一切正常。 奇怪的是,每当我在电路板上进行硬复位时,链路总是最初以GbE全双工的形式出现。 只有在软件启动过程中才能重新协商,并且搞砸了。 但我没有看到任何处理链接速度协商的软件指令。 有谁知道在哪里看,解决这个问题? 谢谢你的帮助, - 直到Rosenband Ion Storage Group,time& 频分 美国商务部/ NIST 325百老汇 Bouldewr,CO 80305 以上来自于谷歌翻译 以下为原文 Hello,I'm putting together a project that uses the V4FX hard TEMAC on the Memec 4VFX12LC eval board, starting from one of the EDK reference designs (echo server using lwIP). Sometimes everything works, but often (90% of the time), as the software boots up, link-speed negotiation on the GbE fails. On the eval board, the link comes up as GbE, half-duplex, which doesn't work. Once in a while, it comes up as GbE full-duplex, and then everything works fine. Curiously, whenever I do a hard reset on the board, the link always comes up initially as GbE full-duplex. It's only during the software-startup process that this gets re-negotiated, and messed up. But I don't see any software instructions that deal with link-speed negotation. Does anyone know where to look, to fix this problem? Thanks for you help,-Till RosenbandIon Storage Group, Time & Frequency DivisionU.S. Department of Commerce / NIST325 BroadwayBouldewr, CO 80305 |
|
相关推荐
3个回答
|
|
谢谢你的说明。
是的,等待几秒钟是必要的,但由于某种原因,TEMAC没有正确重置,然后它从未设置链接。 它只是处于一个糟糕的状态。发现一个更好的解决方案,我已经连接PPC,通过GPIO分别断言plb_temac.PhyResetN。 然后在软件中,将该线路脉冲低,并等待几秒钟,使GbE进入良好状态。 在原帖中查看解决方案 以上来自于谷歌翻译 以下为原文 Thanks for the note. Yes, waiting for a few seconds is necessary, but for some reason, the TEMAC isn't resetting properly, and then it never sets up the link. It's just stuck in a bad state. Pending a better solution, I've hooked up the PPC to seperately assert plb_temac.PhyResetN via GPIO. Then in the software, pulsing that line low, and waiting for several seconds consistently puts the GbE into a good state. View solution in original post |
|
|
|
这可能有所帮助,也可能无效。
我知道在我们的应用程序中,我们必须在软件中等待几秒钟才能进行协商。 如果软件没有等待足够长的时间,我们过去就会发生不好的事情。希望这会有所帮助。 以上来自于谷歌翻译 以下为原文 This may or may not help. I know in our application we have to wait a few seconds in software for the negotiation. If the software doesn't wait long enough, bad things have happened to us in the past. Hope this helps. |
|
|
|
谢谢你的说明。
是的,等待几秒钟是必要的,但由于某种原因,TEMAC没有正确重置,然后它从未设置链接。 它只是处于一个糟糕的状态。发现一个更好的解决方案,我已经连接PPC,通过GPIO分别断言plb_temac.PhyResetN。 然后在软件中,将该线路脉冲低,并等待几秒钟,使GbE进入良好状态。 以上来自于谷歌翻译 以下为原文 Thanks for the note. Yes, waiting for a few seconds is necessary, but for some reason, the TEMAC isn't resetting properly, and then it never sets up the link. It's just stuck in a bad state. Pending a better solution, I've hooked up the PPC to seperately assert plb_temac.PhyResetN via GPIO. Then in the software, pulsing that line low, and waiting for several seconds consistently puts the GbE into a good state. |
|
|
|
只有小组成员才能发言,加入小组>>
2427 浏览 7 评论
2828 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办?
2295 浏览 9 评论
3377 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区?
2467 浏览 15 评论
有输入,但是LVDS_25的FPGA内部接收不到数据,为什么?
1280浏览 1评论
请问vc707的电源线是如何连接的,我这边可能出现了缺失元件的情况导致无法供电
592浏览 1评论
求一块XILINX开发板KC705,VC707,KC105和KCU1500
455浏览 1评论
2010浏览 0评论
736浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-26 16:53 , Processed in 1.457989 second(s), Total 82, Slave 66 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号