cancel
Showing results for 
Search instead for 
Did you mean: 

Wi-Fi Combo

sanmm_199922
New Contributor

Environment and SDK information:
WICED version: 6.4
Wi-Fi Module: Murata Type1GC

Wi-Fi connection(to wireless LAN AP) is lost immediately after 11 hours past with WPA3-SAE.
We think it was caused due to Wi-Fi module is down. It's not disconnected by wireless AP.
And we have already tried other wireless LAN AP from several vendors, and we confirmed that the same issue was reproduced in every case.
However, if we choose WPA2-PSK, the issue doesn't happen. Wi-Fi connection is still alive after 11 hours past.

Do you have any solutions to this issue?

0 Likes
5 Replies
Zhengbao_Zhang
Moderator
Moderator

Hello:

   So the test plan is: associated with SAE AP, do nothing but just in standby mode?

                                   after 11hours the connection will drop.

      It is better to help to capture a sniffer, and better to change PM mode for the tests also. 

we have the API interface in wwd_wifi.c, you can help to set :

 wwd_disable_powersave

 wwd_enable_powersave

  wwd_enable_powersave_with_throughput

0 Likes
sanmm_199922
New Contributor

Thanks for your response.

We think the Wi-Fi module doesn't go into standby mode. Because the Wi-Fi module still communicates with servers.

The Wi-Fi module is communicating with a specific server on the internet, the Wi-Fi module is sending a keep-alive packet to the server every 5 seconds.
We have captured regular packets between the Wi-Fi module and the server on the WAN side of the wireless LAN AP. After 11 hours, we can no longer find any packets transmitted from the Wi-Fi module.
Adding to this, we find a record that shows disconnected from the Wi-Fi module on the wireless LAN AP's logs roughly after a few mins from when we missed any packets incoming from the Wi-Fi module.

0 Likes
Zhengbao_Zhang
Moderator
Moderator

Hello: 

   Would you please help to capture one sniffer log? and better to add printed logs in WICED to find out the reason for TCP link disconnection also. 

0 Likes
sanmm_199922
New Contributor

Thanks for your response.

This is a captured screen that shows communication packets captured by the packet analyzer when it's disconnected from Wi-Fi.
The least 1-Byte hex number "1e" in MAC address is the Wi-Fi module, "30" is wireless LAN AP.
Since we started to capture some time after connection, these timestamps in captured data don't match to actual time.

We confirm that the Wi-Fi module sent "Deauthentication" management frame when the Wi-Fi module was disconnected.
At the same timing, we confirm followed logs on console of the Wi-Fi module, too.

>Event (interface, type, status, reason): WWD_STA_INTERFACE WLC_E_LINK WLC_E_STATUS_SUCCESS WLC_E_REASON_DEAUTH

Please check the above data.

0 Likes
Zhengbao_Zhang
Moderator
Moderator

Hello:

   Did you see any special packets before the Deauth triggered?  like a lot of retransmission, like some special management packets were sent out, or signal punctuated. By the way, did you try to change a channel for the test?

the Wi-Fi module is sending a keep-alive packet to the server every 5 seconds.

For this point, if we reduce the interval like changing to every 3 seconds, Do we have a positive result?

0 Likes