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.

CC3130: Advanced control of WiFi scan

Part Number: CC3130

Hi,

We are using CC3130 in a product that combined both BLE and Wi-Fi communication.

We are using the Scan functionality of the CC in order to find the Wi-Fi networks it can connect to.

We would like to ask couple of questions about it:

(1) We want to be able to tell the component to perform Passive Wi-Fi scan so it won't send any transmissions when it scans (RX only). How can we do it?

(2) How can we trigger immediate Wi-Fi scan? Is it only immediately trigger Wi-Fi scan when we enable it with the policy? or is there any other way to do it?

(3) How can we control how much time it stays on each Wi-Fi channel when it scans? Or is it only hardcoded? 

We'll appreciate your help with that.

Thanks :) 

Nir 

  • Hi Nir,

    (1) This can't be done with this device - only active scan is supported. What is your reason for the passive scan?

    (2) Yes, it is based on the scan policy. You will need to set the policy to force an immediate scan. (upon connection request there will be a fast scan prior to the connection setup - see chapter 4.7 in the programmer's guide).  

    (3) hard coded.

    In general, the simpelink family offers a simple API that is optimized for the typical use-cases of wi-fi. 

    Note that it can also be operated in a transceiver mode (see chapter 13)  - so you can basically perform the passive scan yourself (i.e. in the app).

    br,

    Kobi

  • Thanks Kobi for the fast reply

    About your question regarding 1 - Using passive scan will help us to improve the UX of our product because now we have to stop another type of communication for the scan to prevent collisions. Case it's not possible, is there any code example for passive scan using transceiver mode that identifies beacons from the different channels? 

    Thanks 

  • When you say "stop another type of communication" - you mean BLE, right?

    Just sending the Probe Request shouldn't impact the BLE (especially with the BLE coexistence that gives priority to the BLE - so the Probes will be sent when between BLE is idle). Using the active scan reduces the scan time significantly so UX should be better. 

    We don't have a transceiver example (this is not a common requirement). The implementation will requires some knowledge with the 802.11 protocol, but it should be relatively simple to identify the beacons and parse them.