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.

[参考译文] CC3235SF:CC3235 STA 无法获取 IP 地址

Guru**** 2482105 points


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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1337494/cc3235sf-cc3235-sta-failed-to-get-ip-address

器件型号:CC3235SF

大家好、

这些内容来自客户:

当前使用环境是2个 AP、具有4个 STA、反复切换到网络、AP 切换到 TCP 服务器、STA 切换到 TCP 客户端。 当四个 STA 同时连接到 AP 1时、连接到 AP 1的 TCP 服务器、然后断开所有 STA 连接并连接到 AP 2的 TCP 服务器。 重复此操作会导致 STA 无法从 AP 获取 IP 地址、而重新启动 STA 仍无法获取 IP 地址、但主机未显示状态打印。 不知道哪个链路错误、如何从 AP 端获取此异常并进行处理。

和 debugMsg 处于打开状态、在 AP 端不打印异常信息、客户端无法在 STA 端连接:-114或 SL 断开原因200、然后通过对

void SimpleLinkNetAppEventHandler (SlNetAppEvent_t *pNetAppEvent)开关(pNetAppEvent->ID)进入默认值。 然后还通过指针 pNetAppEvent->Data 获取 IP 地址。 一 AcquiredV4  

谢谢和最好的问候,

约兰德

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

    您好 Yolande:

    我已将这一主题分配给相关专家。

    谢谢。

    罗格利奥

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

    您好!

    因此、所有4个基站的连接和断开连接大部分时间都工作、在某些时候会出现故障?

    基本上、在连接时、每个工作站应获得两个事件: SL_WLAN_EVENT_CONNECT、后跟 SL_NETAPP_EVENT_IPV4_ACQUIRED。 当与 AP 断开连接时、应得到 SL_WLAN_EVENT_DISCONNECT。

    您能展示您在每个站点获得的事件吗? 114只是当您尝试在非阻塞模式下连接到服务器时、需要重试、而200个原因是 WLAN 断开连接。

    您还可以使用 带有 SL_WLAN_CONNECTION_INFO 选项的 sl_WlanGet () API 主动探测 WLAN 状态 。

    另一种选择是从内部 NWP 获取日志并查看引擎盖下发生的情况。

    什洛米

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

    您好!

    只是一条评论。 我认为问题可能与 AP 端的 DHCP 池耗尽有关。 据我所知、CC32xx 的 DHCP 服务器在某些情况下即使在租赁期限到期后也无法正确释放地址。 据我所知、DHCP 池的最大大小为32。

    我想他应该尝试:

    • 在 STA 端使用地址释放选项 SL_NETCFG_IPV4_STA_ADDR_MODE -> SL_NETCFG_IF_ENABLE_DHCP_RELEASE
    • 在 AP 端减少租赁时间并检查 DHCP 池范围的大小

    1月

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

    哦、我不明白 AP 也是 SimpleLink 器件。 如果是这种情况(请验证)、则最好也进行检查。

    感谢 Jan

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

    大家好、

    这来自客户:

    有时它会通过状态打印失败、在该问题发生后、将出现 SL_NETAPP_EVENT_IP_COIL冲突 事件、指示 IP 冲突。 对于您所说的 SL_WLAN_EVENT_CONNECT 和 SL_NETAPP_EVENT_IPV4_ACQUIRED 事件、状态打印已完成、但在特殊情况下不会打印。

    然后昨天发现了这种情况,当有之前的 IP 取消分配时,手机仍然可以连接,但现在问题发生后,手机无法连接到 wifi。 仅打印 SL_NETAPP_EVENT_IP_COIL冲突 和 SL_WLAN_EVENT_STA_REMOVED 事件

    最主要的是现在会发生 IP 冲突事件、或者如果 IP 已用尽、是否有接口来清除这些 IP 或重新启动 WiFi。 达到 AP 活动检测异常的行为、但所有这一切都要求 AP 满足某些条件、即如果未获取 IP、则通过在 AP 端打印。 未找到发生异常时发生的事件。

    谢谢、此致、

    约兰德

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

    您好!

    如果您能提供所有组件的概要图、将会有所帮助。 CC3235是站吗? 接入点? 两者都是?  

    如何设置 IP 地址? DHCP? 静态?

    此致、

    什洛米

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

    您好!

    这是 AP 组

    最后一晚异常的状态

    除了该打印信息、该模块不会进行任何其他打印、并且无法解决 STA 的重新启动问题、只有 AP 的重新启动可以继续使用。 但我已经检查了相关的 API 接口、无法根据 MAC 地址删除端口 STA

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

    您好!

    您是否可以尝试将其设置为 STA 器件?

    Status = sl_NetCfgSet(SL_NETCFG_IPV4_STA_ADDR_MODE, SL_NETCFG_ADDR_DISABLE_FAST_RENEW,0,0);
    
    Status = sl_NetCfgSet(SL_NETCFG_IPV4_STA_ADDR_MODE,SL_NETCFG_IF_ENABLE_DHCP_RELEASE,0,0);

    我认为这可能会降低故障率。

    1月

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

    大家好、,我尝试设置 netcfg_if_enable_DHCP_release、但返回错误   

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

    您好!

    我不知道为什么此 API 在您的情况下不工作、并且返回了错误 SL_ERROR_INVALID_PARAM。 根据 SWRU455的说法、它应该能够正常工作。

    使用的是什么 SDK? 在设备内上传了什么服务包?

    1月

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

    SDK,为4.10.0.07 μ s 和 Service Pack 为 sp_4.6.0.0.1_3.1.0.5_3.1.0.25

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

    您好!

    这是相当旧的 SDK 和 ServicePack。 它使用了近四年的 SDK。 不是最好使用这样的旧 ServicePack、因为您的设备可能会受到某些安全漏洞的影响。

    您是否能够使用最新的 SDK 或至少更新服务包进行测试?

    1月

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

    因此、如果发生异常、例如 SL_NETAPP_EVENT_IP_COIL冲突 事件、则无法恢复? 如果要继续打印此事件、我将直接对 AP 器件进行复位。 因为这是一个非常旧的工程、所以没有足够的时间来移植 SDK

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

    您好!

    我不确定为什么会持续调用此事件(SL_NETAPP_EVENT_IP_COIL冲突)。 但我认为 NWP 复位(sl_Stop ()/ sl_Start ())应该足以进行恢复。

    我认为、如果您不想更新 SDK、至少应在 AP 端更新 ServicePack。

    1月

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

    您好!

    我将一些代码移植到了 SDK 版本 simplelink_cc32xx_sdk_7_10_00_13、但仍然会出现此问题。 此外,在旧的 SDK 上,我发现串行端口打印 SL_NETAPP_EVENT_IP_COIL冲突 不是连续打印,有时7-8个任务会同时打印。 我怀疑高优先级的任务已经被处理、从而影响了串行端口打印

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

    您好!

    您是否已将 Service Pack 与 SDK 一起更新?

    如果不调试真实代码、我将无法说明正在发生什么。 或许、如果您同时从 AP 和 STA 获取 NWP 日志、可能有一些线索。 如何捕获 NWP 日志可以在SWRU455第20章找到

    1月