This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/776955/cc3200mod-wifi-mesh-routers-follow-up-question
我注意到有关网状路由器和 CC3200的文章、与本文相关：
(基本而言、较新的路由器会尝试管理各种频段中的拥塞、并尝试告知新设备联机以移至较小的频段。 我们是否知道 CC3220处理此问题的方式是否优于 CC3200？)
我们非常接近将产品推向市场、但仍然看到各种测试站点的性能差异、并想知道是否采用了路由器技术。 (例如 mysimplelink 示例、我们看到一些设备在通过网页界面配置后连接、而另一些设备无法连接。)
谢谢、
Bob
Vince、
感谢您的反馈。 CC3200适用于某些路由器、但不适用于其他路由器。 (如果无法连接，即使多次重新引导，也不会连接。) 奇怪的是、以前版本的代码在同一个 WiFi 下工作、所以我将研究哪些变化。
我知道的改变之一是添加了看门狗计时器、以了解器件在远程运行时是否锁定。 WDT 每10秒触发一次、然后在30次触发(300秒、即5分钟)后、它将重新启动。 我认为10秒中断可能会影响用户配置器件、因此我将在器件配置完毕后启动 WDT 计时器代码。 (配置 WiFi 信息所需的时间不到60秒、并且不会出现任何拼写错误、例如 WiFi 名称或密码结尾处有隐藏空间、因此被烧得足够多。)
我看到的另一点是、新代码(不是工作代码)和旧代码(工作代码)不同、是在旧代码上、当工作站与 CC3200连接或断开连接时、它会打印一条消息。 (我看到设备仍在配置、即使它未打印"已连接"消息)
我希望这将触发论坛中其他人的一些线索、供我寻找。
再次感谢您的任何建议、
尊敬的 Vince：
此时、我可能会遇到与网状网络无关的问题。 我将在我向下搜索这些内容时关闭该线程。
感谢您的回答。
