主题中讨论的其他器件: TLK105L
您好!
我的客户使用 AM3352。 去年首次运行的原型设计正常。 现在、他使用新的 AM3352样片构建了3种新的原型设计。 所有电路板都存在以太网波特率的零星问题。 有时、TX 波特率以在 Port1 RMII 上测量的~700Kbit (而不是100Mbit)运行。 重新连接网线几次后、仍然正常。 100Mbit 的 RX 信号正常。 RX/TX 25MHz 振荡器正常。原因可能是什么?
此致、Holger
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.
您好!
我的客户使用 AM3352。 去年首次运行的原型设计正常。 现在、他使用新的 AM3352样片构建了3种新的原型设计。 所有电路板都存在以太网波特率的零星问题。 有时、TX 波特率以在 Port1 RMII 上测量的~700Kbit (而不是100Mbit)运行。 重新连接网线几次后、仍然正常。 100Mbit 的 RX 信号正常。 RX/TX 25MHz 振荡器正常。原因可能是什么?
此致、Holger
您好 Frank、错误计数器没有递增:
ifconfig eth0
eth0 Link encap:以太网 HWaddr 54:4A:16:A0:FF:45
iNet addr:192.168.1.66 Bcast:192.168.1.255 Mask:255.255.255.0
运行多播 MTU:1500 公制:1的上广播
RX 数据包:27793错误:0丢弃:0超限:0帧:0
TX 数据包:55947错误:0丢弃:0超限:0载波:0
冲突:0 txqueuelen:1000
RX 字节:2191402 (2.0 MIB) TX 字节:83949913 (80.0 MIB)
中断:170
看起来没有 pakets 被重新传输
SS -ti
状态 恢复 Q 发送 Q 本地地址:端口 对等地址:端口
estab 0 0 127.0.0.1:44355 127.0.0.1:4966
立方 wscale:4、4 RTO:210 RTT:0.368/0.202 MSS:21848 cwnd:10发送4749.6Mbps lastsnd:1099760 laststrcv:809360 lastack:1099760 Pacing_Rate 9499.1Mbps rcv_space:43690
estab 0 0 127.0.0.1:4966 127.0.0.1:44355
立方 wscale:4、4 RTO:200 ATO:40 MSS:21848 cwnd:10 lastsnd:1099760 lastcv:1099760 lastack:1099760 rcv_space:43690
estab 0 0::FFF:192.168.1.66:ssh ::FFF:192.168.1.77:50240
立方 RTO:440 RTT:48.446/74.593 ATO:40 MSS:1460 cwnd:3 ssTHRESH:2发送723.3Kbps lastrcv:40 boost_rate 1.4Mbps retrans:0/40 rcv_space:29200
FYI TX 低于 RX:
iperf -t 2 -c 192.168.1.77
----------------------------------------
客户端连接到192.168.1.77、TCP 端口5001"
TCP 窗口大小:43.8 KB (默认值)
----------------------------------------
[3] 本地192.168.1.66端口39681与192.168.1.77端口5001相连
[ ID]间隔 传输 带宽
[3] 0.0 - 9.4秒 256 KB 224 KB /秒
Iperf -s
----------------------------------------
服务器侦听 TCP 端口5001
TCP 窗口大小:85.3KByte (默认值)
----------------------------------------
[4] 本地192.168.1.66端口5001与192.168.1.77端口50420相连
[ ID]间隔 传输 带宽
[4] 0.0- 6.2秒 35.5 MB 47.9兆位/秒
(只有47.9Mbits、因为另一个应用程序正在以更高的优先级运行)
MII 信号现在进行评估、稍后发送
ifconfig down/up 时也会出现此错误。
问题:
电源可能是一个原因? 应用程序是否处于限制状态、而 eth0会减慢、但 eth1却保持快速?
此致、Holger
那么、您认为 UDP 性能是这里的问题吗?
根据一些 UDP iperf 文档:
-u、--UDP 使用 UDP 而不是 TCP。 另请参见-b 选项。
b、--bandwidth n[km]将目标带宽设置为 n 位/秒(UDP 默认为1Mbit/s、TCP 不受限制)。 如果存在多个流(-P 标志)、则会分别对每个流应用带宽限制。 您还可以向带宽说明符添加“/”和数字。 这称为"突发模式"。 它将发送给定数量的数据包、而不会暂停、即使暂时超出指定的带宽限制也是如此。
您能否确保这里没有由于 iperf 而限制?