[参考译文] DP83TD510E：运行 UDP 音频+ TCP 视频流时 SPE 链路上的网络抖动/延迟

admin

Other Parts Discussed in Thread: DP83TD510E, DP83822I

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1192659/dp83td510e-network-jitter-latency-on-spe-link-when-running-udp-audio-tcp-video-stream

器件型号：DP83TD510E
主题中讨论的其他器件： DP83822I

尊敬的 TI 团队：

我们基于 DP83TD510E 和 DP83822i 开发了 SPE 以太网介质转换器、它们均作为50MHz 振荡器的 RMII 从器件运行。

JPERF 测试显示、在 TCP 和 UDP 上的数据速率均为~ 9.5Mbs、不会丢失数据包、1km 线路上的网络抖动为~ 2ms (CAT6双绞线)

我们的应用是通过 TCP 使用音频 UDP 和视频流- UDP 音频数据包每10ms 以160字节有效负载加 IP 开销发送一次。

我们发现 UDP 音频很好、尽管一旦我们通过链接包含了视频流、我们的音频就会受到数据包到数据包抖动/延迟的影响、在 Wireshark 中观察到的抖动为~+/- 10-15ms、并且声音很明显。

使用的总带宽没有任何影响、最初我们使用的总带宽为7Mb/s、然后我们将其降低至总带宽2.7Mb/s、抖动/延迟仍然存在。

移除视频流后、抖动/延迟结果会变为良好 +/- 0.5ms。

如果我们移除了 SPE 卡并使用 NETGEAR 10/100Mb 交换机替换了它们、则抖动/延迟结果也很好、具有音频+视频 +/- 0.5ms。

SPE 可以解决任何有关延迟的问题、也可以在其他网络层(例如、使用缓冲的应用程序)上进行寻址。

在我们进入市场之前、我们想确认是否有任何可以检查原型设计的东西。

此致、

Daniel

1 年多前

0 admin 1 年多前

TI__Guru**** 654100 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Daniel、您好！

我的第一个想法是、物理层不应考虑正在通过它的数据类型、这可能是第2层或更高的问题(应用层)。您是否知道音频和视频数据包结构有何不同？数据包间隙是否不同？

您提到视频带宽已降至2.7Mb/s、但仍有问题。您能否进一步降低带宽？什么是仅具有音频的 Mb/s？

您认为这可能是流控制问题吗？

您能否共享设置的方框图？我想知道您如何使用 NETGEAR 交换机更换 SPE 卡、以及在这种情况下、链路是否自动协商为100Mbps 并解决了问题。

谢谢、

David

0 admin 1 年多前

TI__Guru**** 654100 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

你(们)好、David

请查看随附的带 Wireshark 捕获的延迟测试设置图(带和不带 SPE 介质转换器)。

在中添加了 Wireshark 的"延迟时间"列、以查看接收到的10ms UDP 数据包。

遗憾的是、我的视频源以最低分辨率运行、因此2.7Mb 是我可以使用这些 IP 摄像机实现的最低分辨率。

请记住、使用的网络交换机是非托管的简单10/100Mb 交换机、可以确认没有 SPE 的交换机之间的链路确实在100Mb 时自动协商。

更常见的问题是、这是在以10MB 速度进行连接时网络的限制还是 SPE 到以太网介质转换器(DP83TD510E 和 DP83822i)、如果我们可以改进或检查我们的设计以减少这种延迟/网络拥塞、

此致、

Daniel

e2e.ti.com/.../Latency-Test-Setup.pdf

0 admin 1 年多前

TI__Guru**** 654100 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Daniel、您好！

您可以尝试将视频协议更改为 UDP 吗？

在介质转换器就位的情况下、您是否看到音频+视频传输的任何数据包错误？您可以通过读取 DP83TD510上的寄存器0x15来检查此情况。

要回答您的最后一个问题、我们可以确定您是否能够在交换机上强制使用10Mbps。是否有方法强制此处的速度？

谢谢、

David

0 admin 1 年多前

TI__Guru**** 654100 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 David：

尽管很高兴检查寄存器0x15中的 RX 错误计数器、但 IP 摄像机被锁定到 TCP 流协议中。

我还在实验室中发现了一台 NETGEAR ProSAFE 108E 交换机、它允许对端口进行速度控制、因此我可以强制端口进行10M 全双工和重新测试。

希望明天就能解决这个问题、并让您了解结果。

再次感谢您的帮助。

此致、

Daniel

0 admin 1 年多前

TI__Guru**** 654100 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

好的、让我知道结果。

谢谢、

David

0 admin 1 年多前

TI__Guru**** 654100 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 David：

我们强制切换到10M、结果相当好、数据包之间的变化不大~ +/- 1ms

因此、这就留给了我们 SPE、遗憾的是、我们的510E EVM 板 SMI 接口在读取寄存器时会产生混合结果、因此我无法信任完整性或它们是否按预期工作。

我们需要一些时间、因为我将与我们的固件团队合作、通过我们的产品 SMI 接口读取寄存器0x15并将结果发送到 UART。希望下周有一些时间回来、让您了解 RX 错误计数器。

此致、

Daniel

0 admin 1 年多前

TI__Guru**** 654100 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Daniel、您好！

另请读取寄存器0x130、该寄存器将检查 CRC 错误。

如果我们确定存在数据包错误、则可能存在一些我们可以查找的原理图/布局问题。

您是否已经拥有我们的 EVM？这是一种比较好的方法、可以查看是否存在任何设计问题。

https://www.ti.com/tool/DP83TD510E-EVM

谢谢、

David

0 admin 1 年多前

TI__Guru**** 654100 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 David：

很抱歉耽误您的时间、我们的510E EVM 可用于读取标准和扩展寄存器。

虽然遗憾的是、这段时间没有太多延迟(奇怪的是)、仅为+/- 1-2ms (与上述 SPE 设置相同)。

下面的两个寄存器读数。此外、对于0x15、我读取510e 和822i 、并对这两个 PHY 回读0000、这很好。

很高兴现在关闭此 TT、如果我们再次遇到此问题、我们可能需要重复此主题中建议的流程、并希望我们能够获得一些结果。

再次感谢您的支持。

此致、

Daniel

0 admin 1 年多前

TI__Guru**** 654100 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Daniel、您好！

很高兴您现在能够解决此问题。我将关闭此主题、请打开一个新主题、如果将来出现某些问题、请参考此主题。

谢谢、

David

接口（参考译文帖）

接口（参考译文帖）(Read Only)

[参考译文] DP83TD510E：运行 UDP 音频+ TCP 视频流时 SPE 链路上的网络抖动/延迟