[参考译文] CC3100MOD：CC3100 CAN#39；t 获取大网络中的 DHCP IP 地址

您好、Leon、

当您说 CC3100不在 AP 之间漫游时、您是意味着它不会根据 RSSI 自动在网络之间切换、还是意味着它不会在设备断开连接后重新连接到 AP？

对于 DHCP 问题、您能否在连接到 AP 和 DHCP 失败期间从器件收集 NWP 日志？ 这将允许我在 DHCP 过程中检查设备的状态。 有关如何执行此操作的说明、请访问 ：https://processors.wiki.ti.com/index.php/CC3100_%26_CC3200_Capture_NWP_Logs

请注意、这些指令参考引脚62进行捕获-这是 CC3100封装引脚62、CC3100模块封装引脚62连接到模块引脚52 (TEST_62)。

此致、

Michael

您好、Michael、

根据 AP 之间的漫游情况：虽然扫描表示 AP 更接近具有更高 RSSI 的芯片、但芯片并不总是连接到具有更高 RSSI 的 AP 并保持连接到具有更低 RSSI 的 AP。 在我的示例中、具有更高 RSSI 的 AP：-61~-63dBm、具有更低 RSSI 的 AP：-65 ~-69dBm。

此致、

Leon。

您好、Michael、

我尝试 通过 test_62引脚读取日志，但它输出不可读的数据： "

我尝试了从9600到921600 bps 的所有波特率。

此致、

Leon。

您好、Michael、

根据链接： https://processors.wiki.ti.com/index.php/CC3100_%26_CC3200_Capture_NWP_Logs

波特率应为：921600bps、日志必须记录 I 二进制模式。

我上传了 CC3100MOD NWP 日志。

此致、

Leon。

e2e.ti.com/.../CC3100_5F00_MOD_5F00_LOG_5F00_hex.txt

您好、Leon、

请将日志捕获为二进制文本而不是十六进制字符。

1月

您好、Jan、

附加了新日志文件。

此致、

Leon.e2e.ti.com/.../CC3100_5F00_MOD_5F00_LOG.txt

您好、Leon、

NWP 日志的格式现在似乎是正确的。 请等待 TI 方面的回答。

1月

您好、Leon、

感谢您提供日志。 我已经能够对它们进行解码并在我的末尾对它们进行分析

从我看到的情况来看、DHCP 未完成的原因是 CC3100未收到对其广播的 DHCP 发现消息的响应。 这是由于 CC3100未发送/接收 DHCP 握手消息、还是由于网络中的某些 DHCP 配置问题导致的、都不清楚。 监听器日志可用于查看网络中的 DHCP 服务器是否响应 CC3100。

作为完整性检查、其他非 CC3100器件是否能够连接到 AP 并通过 DHCP 获取 IP 地址？ DHCP 发现广播可能未提供给 DHCP 服务器。

此外、是否可以使用连接到同一网络的较新 CC3xxx 器件进行测试？ 如果 CC3120或 CC3135出现同样的问题、将会很有意思。

此致、

Michael

您好、Michael、

感谢你的帮助。

根据您的问题：

"作为完整性检查、其他非 CC3100器件是否能够连接到 AP 并通过 DHCP 获取 IP 地址？ DHCP 发现广播可能未提供给 DHCP 服务器。" -所有设备，如：连接到此网络并获取地址的笔记本电脑、手机。

我们可以使用什么类型的工具来监听 CC3100MOD 和 AP 之间的空中消息？

此致、

Leon。

您好、Leon、

您将需要一个支持进入混杂模式/无线监听器模式的802.11适配器、以及允许捕获原始802.11数据的软件和驱动程序。

我个人将 Omnipeek 设置与 Cisco Wi-Fi 适配器配合使用，但还有许多其他选项。 我建议您查看 Wireshark 提供的一些背景信息： https://wiki.wireshark.org/CaptureSetup/WLAN

如果看不到 CC3100和网络的 AP/其余部分之间的原始流量、则很难确定故障发生的位置。 所有日志数据都表明 CC3100未看到任何 DHCP 响应。 如果您能够收集这些空气嗅探器日志、我们将不胜感激。

此致、

Michael

您好、Michael、

我们有另一个产品与此模块配合使用、因此我们不会遇到此问题。  

在该产品中、我们使用您生产的版本、而在有问题的模块中、我们使用您发布的最新版本。

哪个版本随 M/N CC3100MODR11MAMOB 一起发布、该版本与 NWP 版本之间的区别是什么：2.12.2.8/MAC：1.5.0.10/PHY： 1.0.3.37？

此致、

Limor

您好、Limor、

当您使用较新的固件而不是较旧的固件运行时、您会遇到 DHCP 问题、这是很奇怪的。 很遗憾、我不知道 CC3100mod 器件随附的精确固件在串行闪存上进行了预闪存、 即使我知道、考虑到 CC3100mod 版本与最新版本之间发生的变化量、提取完整的更改列表也是不可行的。

在任何情况下、我们建议所有用户尽可能升级到最新的服务包、因此最好在最新固件中调试和修复问题、而不是使用可能存在错误和功能较少的旧固件。

更新 NWP 服务回写时、是否修改了任何其他串行闪存文件？ 在另一个较旧的产品中、您是否曾将任何文件刷写到串行闪存中、或者是否按原样使用 CC3100mod？

此致、

Michael

您好、Michael、

如前所述、我们在连接 Risco 网络时遇到问题(AP 已连接、无法获取 IP 地址)。

我们准备了两块板：

电路板1基于版本：2.12.2.8.31.5.0.10.1.0.37、simplelink 驱动器：1.0.0.1.14

电路板2基于旧版本：2.6.0.5.31.1.4.1.0.1.1.3.34，simplelink 驱动程序： 1.0.1.6

这两个相同的板运行相同的应用并连接到同一控制面板。

实验过程：

控制面板位于两个 Risco AP (Cisco AP AIR-AP1832I-I-K9)之间。 控制面板与每个 AP 之间的距离约为10米。

1.连接到控制面板#1，开始运行。 成功连接到其中一个 AP、但无法获取 IP 地址。

2.断开电路板1，连接电路板2，开始运行。 成功连接到 AP 之一、成功获取 IP 地址。

我们多次重复该实验。 在所有情况下、board#2成功获取 IP 地址、而电路板#1无法。

~这些 AP 的 RSSI 水平约为：-63 μ A - 68dBm。

 2.12.2.8.31.5.0.10.1.0.3.37和之间的主要差异是什么  2.6.0.5.31.1.4.0.1.1.0.3.34。

BTW：如果 WiFi 芯片运行较新的 FW、我们无法降级到旧版本、这会导致 WiFi 卡死！ 这意味着 如果在客户的站点上发生更新版本(在我们的情况下、降级为旧版本)、则会禁用系统。

此致、

Leon。

您好、Leon、

2.12.2.8版本和2.6.0.5版本的服务接收机之间的主要区别之一是为 KRACK 漏洞添加了一系列 WPA2修复。 可能会导致连接行为发生变化、导致 DHCP 不那么稳健。

测试这些修复是否是原因的一种方法是暂时允许 CC3200以开放模式进行连接、而无需 WPA2安全性。 如果 CC3200能够通过 DHCP 获取 IP 地址、且新服务接收机仅在开放安全的情况下提供、则表明原因与这些修复相关。 这是您可以执行的测试吗？

此致、

Michael