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.

CC3100MOD: AP Mode, Deauthentication during UDP transmission

Part Number: CC3100MOD
Other Parts Discussed in Thread: CC3100

SDK version 1.2.0, service pack 1.0.1.6-2.7.0.0

There is an occasional Wi-Fi connection loss in our application. The system consists of an CC3100MOD in AccessPoint mode, with an iPad as a client.

The CC3100MOD application is transmitting UDP frames to iPad at about 4Mbit/s rate, and occasionally the Wi-Fi connection drops: According to packet capture, the CC3100 module sends IEEE 802.11 Deauthentication (see frame number 358 in packet capture log)

What could be the reason for this and what can I do to prevent this from happening?

pcap.zip

  • Dear Jari -
    Could you update to latest SDK and service pack, please and then see if this solves your issue, first?
    Found here ==> www.ti.com/.../CC3100SDK
  • Thanks for quick response.

    I quickly tested SDK 1.2.0 with service pack 1.0.1.11-2.10.0.0 .. the problem still occurs.

    The SDK 1.3.0 did not drop in cleanly; sl_Start() returns with -2 ..
    I have to wire this up on oscilloscope and see what is going on there.
  • Dear Jari -
    OK - this error code indicates incorrect parameters were sent to the CC3100 or you have some other issue with MCU application (like memory overflow) - let us know what more details you can provide or if you get it working.
  • Thanks.

    Our latest development head does indeed run very low on memory and seemed to be the root cause for my initial random problems. Changed to older, stable branch and got the SDK 1.3 partially working.

    These Access Point configuration messages consistently fail with -100: (ASYNC CMD TimeOut event)

        int16_t err = sl_NetCfgSet(SL_IPV4_AP_P2P_GO_STATIC_ENABLE, 1, sizeof(SlNetCfgIpV4Args_t),  (_u8 *)&ipV4);
        int16_t err = sl_NetAppSet(SL_NET_APP_DHCP_SERVER_ID, NETAPP_SET_DHCP_SRV_BASIC_OPT, sizeof(SlNetAppDhcpServerBasicOpt_t), (_u8*)&dhcpParams);
        int16_t err = sl_WlanSet(SL_WLAN_CFG_GENERAL_PARAM_ID, WLAN_GENERAL_PARAM_OPT_AP_TX_POWER, 1, (_u8 *)&power);
        int16_t err = sl_WlanSet(SL_WLAN_CFG_AP_ID, WLAN_AP_OPT_SECURITY_TYPE, 1, (_u8 *)&security);

    These calls succeed:

        int16_t err = sl_DevGet(SL_DEVICE_GENERAL_CONFIGURATION, &configOpt, &configLen, (_u8 *)(&ver));
        int retVal = sl_NetCfgGet(SL_MAC_ADDRESS_GET, NULL, &mac_address_len, (_u8 *)mac_address);
    

    I also got socket accept working for TCP Command channel and for UDP transmit port running. (Though, it only works with some added delay caused by UART traces at the end of _SlDrvMsgReadCmdCtx() -function in driver.c).

    So, while still not perfect, our application now runs on latest SDK and Firmware: I have now seen the Wi-Fi disconnect twice with this setup.

    The Specification mentions Radio Calibration, and that would be required after 20 degree celsius temperature change. What will happen if that temperature change occurs while in operation? (CC3100 in AP mode, streaming UDP data to a client)

  • Our application now runs on latest SDK and Firmware: the Wi-Fi disconnect problem remains.
  • Hi Jari,

    From the attached sniffer logs, we are seeing that the station (Apple device) stops sending acknowledgments. Also, the CC3100 AP starts to re-transmit data frames multiple times before the deauthentication frame is sent.

    Are you seeing this behavior when using other station devices? Is the Apple device maintained within range of the AP during this test?
  • Hi,

    This has been observed on iPad gen 4 and 5, iPad Air 2 and iPad pro 9.7 devices. This occurs also on Samsung Tab S3 device that we have, but probably a bit harder to reproduce there. (Though, the majority of our devices are iPads, which probably makes this seem more frequent with them.)

    The AP and STA are kept within 0 - 2 meter range from each other. The signal strength of the CC3100 AP is significantly higher than other access points in range.

  • Hi Jari,

    Are you using a launchpad + CC3100 BoosterPack or are you seeing the above results with a custom board?
  • It is a custom board with CC3100MOD and AH316M245001-T chip antenna.

  • Hi Jari,

    I recommend running through some RF evaluation using the radio tool. I'd also suggest determining whether the same issue persists when using the CC3100 boosterpack as this may be a layout related issue.

    Can you describe how often this issue is occurring? Have you verified impedance matching along the RF path?