[参考译文] CC3235MODASF：SimpleLink 似乎不响应 ARP 请求

您好！

从 Wireshark 日志中可以看到、CC3235在 P2P 模式下不响应 ARP 数据包、这一点很有意思。 在执行 P2P 测试时、您是否介意收集 NWP 日志？ NWP 日志将显示测试期间 CC3235的内部状态、并允许我查看导致 ARP 数据包不响应的原因。 收集 NWP 日志的说明可在 NWP 用户指南的第20.1节 中找到：https://www.ti.com/lit/swru455

请在运行测试时收集这些日志、以便我可以更清楚地查看您的测试案例。

请注意、如果您正确捕获了日志、日志将采用二进制格式。 这是正常情况、因为日志只能由 TI 解码。 但是、在您向我提供收集的日志之前、您可以对其执行完整性检查。 如果从冷启动成功捕获 NWP 日志、则应在原始日志中看到一些 ASCII 明文、尤其是/sys/servicepack.ucf NWP SP 文件。 此外、该字符串前面的3个字节的二进制数据将为0x27 0xCA 0x2F。 如果您检查字符串+这3个字节并在日志中看到它、则应正确捕获该字符串并由我的工具解码。

此致、
Michael

还可以…… 今天上午、我捕获到 PC 和 SimpleLink 正确连接和交换 TCP 数据包的情况。

但是、几分钟后、SimpleLink 会断开漫游触发器 BSS_Loss。

这是我多次观察到的情况。

e2e.ti.com/.../8561.teraterm.log

在这种情况下、我将重置并重新启动 Simple Link、然后重新启动我的 UWP 应用。

我重试将 PC 与 SimpleLink 连接、现在我观察到"SimpleLink 似乎没有响应 ARP 请求"的情况。

下面是 Wireshark 的视频

和相应的日志文件...

e2e.ti.com/.../4532.teraterm1.log

您好！

提供的 NWP 日志似乎已损坏。 查看原始日志数据时、似乎未捕获空字符(0x0)。 请确保您的日志记录设置从 NWP UART 调试引脚捕获所有原始二进制数据。 除了缺少的空字符之外、日志数据应该是正确的、但遗憾的是、如果没有空字符、我的工具将无法解码日志。 抱歉、在提供的完整性检查中不包含检查空字符。

至于漫游触发器 BSS_Loss 错误、这通常是由于连接的 P2P 设备(或处于 STA 模式时的 AP)超出范围或信号强度丢失。 这似乎适用于受测器件吗？

另外、您能否尝试将器件设置为非 PSPOLL 模式？ 这可以通过 Uniflash 中的以下设置来实现：

此致、

Michael

有一个问题：

我在  上使用 UNIFLASH 更新了 NWP Service Pack 文件

好的、今天我在用"无 PS 轮询模式"刷写 NWP 后测试连接。

问题：什么是 PS 轮询模式？

如果我选中"无 PS 轮询模式"、则不会出现任何改进

您好！

NO-PSPOLL 模式改变器件的睡眠行为。 这有时会提高与不能正确处理 PSPOLL 帧的 AP 的兼容性。

请在 ARP 失败期间从您的设备收集 NWP 日志、按照我的说明捕获所有二进制数据、包括空字符、并向我提供这些数据、以便我可以解码并更好地调查您的问题。

此致、

Michael

您好！

感谢您发送日志以及与每个日志关联的测试结果的详细说明。 我能够在结束时对其进行解码、而不会出现任何问题

我需要几天时间来分析日志、看看可能导致您所看到问题的原因。 我将在本周结束时告知您我的调查结果以及后续调试步骤。

此致、

Michael

有新闻吗？