[参考译文] CC3120：CC3120停止接收多播地址

admin

Other Parts Discussed in Thread: CC3120

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

器件型号：CC3120

我有一个具有2个单播套接字和2个多播套接字的 CC3120。这意味着它应响应发送到单个 IP 地址以及多播 IP 地址的 ICMP ping。它通常是这样。据我所知、ICMP ping 完全在 CC3120固件中处理、即不涉及主机。

有时、CC3120会停止在多播 IP 地址上接收消息。不接收应用程序数据包、并且器件也停止响应多播地址上的 ICMP ping。进出各个 IP 地址的流量不受影响。

请告诉我您的想法。

0 admin 7 年多前

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

尊敬的 Bob：

您正在使用多少 CC3120？
如果只使用一个套接字(多播)、它是否起作用？
这些是 TCP 还是 UDP 套接字？

此致、
Toby

0 admin 7 年多前

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

尊敬的 Toby：

我们有单播和多播套接字的组合。 CC3120似乎进入了仅在单播 IP 地址上接收数据包并忽略多播地址的状态。但是，如果将数据包发送到单播地址，并使用其中一个多播套接字的端口号，则数据包将通过。因此、我们认为芯片先过滤 IP 地址、然后过滤端口、但不检查 IP 地址和端口号是否已链接。

此致、

Bob。

0 admin 7 年多前

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

尊敬的 Bob：

从我的角度来看、这听起来像是基础设施问题、但谁知道。它是广播功能？

我认为您应该捕获 NWP 日志以获得 TI 支持( processors.wiki.ti.com/.../CC3120_&_CC3220_Capture_NWP_Logs )

1月

0 admin 7 年多前

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

您好、Jan、

感谢您的建议。我已经设置了 NWP 日志工具、因此 TI 可以随时提出任何要求。

RE 基础设施-当然存在与 CC3120、多播和商业 WiFi 接入点相关的问题、我认为接入点至少是一些问题的原因。如果启用了 IGMP 侦听、一个 WAP 会导致多播流量在几分钟后失败。另一个则会在~120秒内停止传输多播数据包。

无论如何、我需要 CC3120来实际使用市面上出售的 WiFi 接入点、或者没有太多的接入点。我意识到、如果接入点本身是婴儿车、这是很困难的。

目前、我正在努力区分哪个硬件位负责哪些问题。不过、我仍然认为我有一个 CC3120问题。

此致、

Bob。

0 admin 7 年多前

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

尊敬的 Bob：

如果您的应用不需要低功耗、您可以尝试将电源策略设置为 always_ON_policy。

正如我所经历的、AP 类型在正确实施 DTIM 间隔时可能会出现问题。始终开启电源策略是"隐藏"此问题的方法之一。您可以检查它。

1月

0 admin 7 年多前

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

您好、Jan、

我在一周前做过这个。对于任何其他读者、我可以确认这是一个很好的提示、我看到了显著的改进。

此致、
Bob。

Wi-Fi®︎（参考译文帖）(Read Only)