• State TI Thinks Resolved
  • Locked Locked
  • Replies 1 reply
  • Answers 1 answer
  • Subscribers 40 subscribers
  • Views 868 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

CC3200: sl_WlanProfileGet() , sl_WlanProfileDel(), and autoconnect behavior

V Velasco
Prodigy 240 points
Part Number: CC3200
Other Parts Discussed in Thread: CC3220SF

I've observed some strange behavior.  After provisioning a CC3220SF to an access point, I used Sl_WlanProfileDel() to delete all of the provisioning profiles.  Using sl_WlanProfileGet(), I confirmed that there were no valid profiles left.  However, upon rebooting the device it did nevertheless connect to the specified access point.

The same thing happened when I used the CC3220SF's web interface to delete and list the provisioning profiles.

Why is this happening, and is there any way around it?  Just FTR, we're using autoconnect and fast connect.

  • 0
    TI__Mastermind 30760 points
    Hi V Velasco,

    Yes, the fast connect feature is intended to work independent of the profiles. For example, with fast connect enabled and just a call to sl_WlanConnect() without creating a profile, you should see the same behavior.

    This means that deleting all the profiles does not remove the cached profile used by the fast connect feature. You can prevent this from happening by disabling the fast connect feature or by calling sl_WlanDisconnect() before the reboot. Forcing the device to disconnect from the AP should delete the fast connect profile.

    Best Regards,
    Ben M