[参考译文] CC3220MODA：UDP 广播和多播似乎都在音频流中引入噪声

您好 Tunstall、

为了确保我理解、您使用 CC3220MODA 作为 AP 来传输音频？ 此外、您将什么设备用作基站？ 如果是 CC3XXX、它处于什么功率模式？

Jesu  

Jesu、

我们正在使用另一个 CC3220MODA 评估派生板、站功率模式为 SL_WLAN_AGE_ON_POLECRATAL。

此致、

您好！

感谢您分享这些信息。 始终开启策略、排除了我在站点端遇到的潜在延迟问题。

进行一些研究后、您看到的广播/多播与单播的性能差异似乎是预料之中的。 我最近了解到、由于网络处理这些数据包的方式、通常多播/广播速度较慢、遗憾的是、您无法在网络端进行任何更改、我知道这是为了提高数据速率。 您可以通过测量单播数据速率并将其与其他数据速率进行比较来自行测试。 您将看到多播/广播速度显著降低、我认为这就是为什么会出现这种音频差异的原因。  

但是、您可能会对软件进行更改、以应对这种较低的速度。 您是否正在缓冲接收器侧的数据？

Jesu

您好！

我认为原因有很大不同。 问题可能是由于数据包丢失。 在单播中、IEEE 层[phy&mac]使用重复的 mechicaly。 对于广播和多播、不使用此功能。 这对于所有 WiFi 设备都是正常的。

1月

1月、

应用程序没有缓冲区、但依靠57K wifi 接收缓冲区来保存大约0.8秒的数据。

那么、如果我理解正确的话、您认为多播/广播的间歇性噼啪声会导致数据包丢失？

当您说"使用单播重复机制"时、我对此感到有点惊讶。 我认为只有 TCP 有重试机制、您说 CC3220 UDP 在接收器上也有重试机制吗？

此致、