[参考译文] CC3235MADASF：EMC 问题：执行辐射抗扰性测试时 Ping 请求超时

您好，温海

我已将此线程分配给我们的一名应用工程师，以供您研究。

他们应该很快就会回来。

巴西，

成

你好，Seong，

感谢你的帮助。

您好，

为了更好地理解这项测试，STM 和 CC3235之间的 ping 只能通过 SPI 进行？ 不涉及 WiFi？ 如果是这种情况，我看不到有线通信如何受到辐射信号的干扰。 请澄清。

STM 和服务器之间是否交换了数据？ TCP 数据似乎回路到服务器，ping 回路到 STM，因此我看不到桥在哪里。

此外，与 AP 的 Wi-Fi 连接本身会发生什么情况？ 当 TCP 中断时，设备是否仍与 AP 连接？

什洛米

你好，什洛米，

谢谢你。

1. CC3235通过 WiFi 连接到 AP，因此 ping 测试是针对 CC3235，而不是针对 STM32。 STM32用于通信数据或配置 CC3235。

2.有两种情况：

方案 A.只有 CC3235工作正常， CC3235通过 WiFi 连接到 AP，PC 也连接到 AP，PC 充当服务器。 ping 和 TCP 数据都在 PC 和 CC3235之间循环返回。

方案 B. STM32通过 SPI 连接到 CC3235，CC3235通过 WiFi 连接到 AP，PC 也连接到 AP，PC 充当服务器。

下载内容是：当数据来自 PC 服务器时，它通过 WiFi 传输到 CC3235，CC3235通过 SPI 将这些数据发送到 STM32。

上传内容是：当 STM32从 CC3235接收数据时，它将通过 SPI 将数据发回 CC3235，然后 CC3235将数据通过 WiFi 发送到 PC 服务器。 这就是 CC3235充当桥梁的方式。 ping 在 PC 和 CC3235之间循环，TCP 数据在 PC 服务器-CC3235-STM32之间循环。  

3.有时可以观察到与 AP 的连接断开，然后 CC3235反馈错误代码-2073以显示扫描后未找到 AP。 但 AP 与其他客户的合作非常顺利，我们将其放在那里作为参考，因此 AP 不是问题所在。 但是，有时 CC3235也不会反馈与 AP 断开的状态，因此我们认为在这种情况下，CC3235有时仍与 AP 保持连接。

这真的很奇怪。 您是否声称不涉及 STM 的测试 A 在辐射抗扰性测试期间起作用？ 正如您所描述的那样，唯一的区别是数据包通过 SPI 返回到 STM，即不涉及无线通信。

确保 AP 仍处于连接状态以及信号级别非常重要。

当然，空气嗅探器是一个很好的选择，但也有来自 NWP 的一些日志(我可以提供一个程序)。

除此之外，我不明白为什么它会失败。

是的，当只有 CC3235工作时，它可以在 辐射抗扰性测试期间正常工作，当 CC3235与 STM32结合使用时，2.4G WiFi 中的 ping 请求超时问题将会出现，但如果在5G WiFi 中，它仍然可以正常工作。

STM32和 CC3235之间的 SPI 中引入的3GHz 辐射抗扰性信号以及抗扰性信号是否可能仅对2.4G 波段产生重大影响，但不会影响 CC3235的5G 波段？

我将在有日志时提供日志。 谢谢你。

感谢您的更新。

我看到的唯一选项是 SPI 接口在某种程度上受到干扰，而不一定是 Wi-Fi 的影响。

通过从 CC3235 ping 服务器并与测试并行，可以轻松检查它。 我希望 ping 会通过。

什洛米

你好，什洛米，

我们的测试结果显示，当 STM32通过 SPI 与 CC3235配合工作，并且 CC3235连接到 AP 时，在2.4G WiFi 模式下 ping 测试失败，但在5G WiFi 模式下通过。 我无法理解的是，RF 对 SPI 接口的影响似乎只影响2.4G WiFi 模式，但不影响5G WiFi 模式，这是可能的吗？  

我同意，这毫无意义。

我想了解的是，如果我们尝试直接从服务器 ping CC3235，而方案 B 仍在后台运行，则 WiFi 链路是否仍可运行。 这是可以测试的吗？

什洛米