Scan results based on BSSID

Hi,

1. Yes, the scan results support BSSID based scanning. When you look at the scan results, last 6 Bytes would give you the BSSID for that scanned result. Yes, each scan will return one entry, you can try to loop and get all the APs around.

2. You would get status as1 for non-aged results, as it has updated the results again. The two values broadly mean the same.

3. Depends on which Tiva C series Launchpad you are using. The code for LM4F120 is specifically for LM4F120. There may be changes related to SPI ,application uart etc between different variants.

Thanks & Regards,

Raghavendra

Hi, thanks for your reply.

1. I know the last 6 bytes are BSSID, the problem is that the result table does not return based on BSSID. Now there are a few BSSID which have the same SSID, what I saw was that every loop the result table only return one BSSID under the SSID. I want it return every thing each loop. Is that possible?

2. Seems to me that the status is always 1 even sometimes it is not the latest value.

3.I want to use Tiva™ TM4C123G, which looks same as  LM4F120. I am not sure their codes are same or not.

Thanks and regards,

Zheng

Hi, I have another question regarding the Scanning based on bssid

I know I can filter results by BSSID. But my application is sensitive to time. Is there any way or any parameters that I can separate those BSSID under one SSID in one command?

When I used cc3000 for scanning, I could only see about 10 APs. When I used other chips, like Wizfi or Microchip chips, there were more than 20 in one scanning command, did your code filter any APs?

Thanks&regards

Zheng

Hi Zheng,
 
 - There are no such parameters to perform the action needed by you.
 
 - It depends if the scanned results are valid i.e, based on the "isValid" variable. Based on this,the CC3000 does scan for the available APs around you.
 
Thanks & Regards,
Raghavendra

I'm currently trying to create an indoor positioning system based on a CC3000. The problem is that the firmware currently only seems to return one BSSID per SSID found, as mentioned before. To get accurate results, I need to get as much information as I can. Besides that, many companies use the same SSID throughout their buildings, but have a lot of different BSSIDs on site.

Based on the previous posts in this thread, I'm assuming that this is simply impossible to do with a CC3000, am I correct?

Also, where can I find the "isValid" variable you are talking about?

And is it possible to get a copy of the current CC3000 firmware, or is it proprietary?

Kind regards,
Arno Moonen

Hi Arno,

Are you referring to roaming? CC3000 does not support roaming (802.11k and 802.11r are not supported). If there are 2 APs with same SSID (different BSSID), the CC3000 would scan and display the AP closest to it.

The isValid variable is described as part of the API 'wlan_ioctl_get_scan_results' in file wlan.c.

The CC3000 firmware is proprietary.

Thanks & Regards,
Raghavendra

Hi,

I'm not really referring to roaming, since the CC3000 does not have to be connected or switch between access points. I just want to see all the access points I receive with the appropriate RSSI and BSSID. This information is required to determine the location of the CC3000 with additional hardware.

All the access points have the same SSID to allow roaming for the other devices.
The problem is that the CC3000 only returns a single BSSID out of all the access points it receives and I need at least three BSSID + RSSI combinations as input for the available positioning algorithms.
With only a single BSSID + RSSI, I can only calculate the range in which I am from the given access point, but this is nowhere near accurate enough.

I'll have a look at the library I am using to see what they do with the isValid bit.

Ciao,
Arno

By the way: does TI have a WiFi module available that does NOT do this filtering and does return all the access points/networks it can see?

Thanks in advance,
Arno

Hi Arno,

I am doing the same topic. In fact, many are working the same purpose in the forum, from my observation. Wu Zheng is one of us.

I am also looking for methods to let CC3000 tells all the AP devices found around it.

Dear TI employee,

It doesn't matter if the current CC3000 firmware only returns 1 AP BSSID per scan, because it will still okay if multiple scans can be taken to reveal all APs.

I would like to know about whether CC3000 can reveal all the AP devices around like other WiFi Chipset, even though it may require multiple scans to do so. I don't care about the closest of furthest AP, we want the AP name as long as it sees it.

1) Can you verify with me, can CC3000 does that? (I mean the feature of showing APs around in multiple scans)

2) If the current CC3000 firmware doesn't support this feature by 1 scan, will it be available/updated in firmware to do so in near future? 
If it will, this could really increase the Sales of CC3000 like iPhone, I can assure this.

Hi,

I tried several things (different scan settings, multiple scans) but it did not provide me with a working solution. I am pretty sure that the TI firmware selects the access point with the strongest signal strength when multiple APs are broadcasting the same SSID. This makes multiple scan useless, because there's a good change that it will be the same access point that has the highest RSSI (unless the item performing a scan has moved, but in that case I can't use the older results).

We have already selected another module by another manufacturer (the red circle with the white letter 'M' in it). The communication is different (serial UART instead of SPI), but it does show all the access points (even if they have the same SSID).

Good luck with your project!

Thanks for your input Arno. 

It helps a lot.

Hi Arno,

can you tell me which module by another manufacturer you have chosen?

Best regards,

Martin

Hi Martin,

I don't think TI would like that, so I'm unsure how long this message will stay on here.

Anyway, we have been using products from the WiFly series (Microchip / Roving Networks).

Kind regards,
Arno

Arno,

can you pm me the RN module you use ?

johnathanyeoh@hotmail.com

Same as mine:)

regards,

Neal

We are currently using the RN-131, but we had good experiences with the RN-171 too. The serial API uses the same commands for both modules, but the RN-131 does not allow the TX level te be set.

Please note that using serial instead of something like SPI, can be a real down side. The size of my firmware quickly increased because I need to parse the strings I get from the modules and I also need to store all the commands I use as a character array. All in all, this takes up quite a lot of space.

Yes, I guess so. it is RN171, the newer one.

I also found that  a Chinese has solved the buggy issues in CC3000 Scanning which he called it "traps" rather than bugs.

It looks like he can do scanning of multiple APs like a normal highend Wi-Fi chipsets do.

He said that he fixed a few issues by himself in his blog. Sadly he typed it in Chinese, so I can't help to translate all.
The link to his blog is as follows, he is the pro in Embedded Eng.

http://kuangqi.me/embedded/cc3000-host-driver-porting-guide/#more

I think I will still using CC3000 while heading to RN171 in parallel.

Mainly because CC3000 will have new chip coming up while RN171 has a Evaluation Kit that can connect to PC by USB without using microchip dev kit.

Can anyone from TI tell me if this is still a "bug" in the newer products (CC3100 and CC3200)? Are these able to return multiple networks with the same SSID but different BSSIDs in a single scan?

I'm planning on converting our previous project, on which we had to "abandon" the CC3000 because of this bug, to use the newer CC3200. However, this is only viable if someone can confirm that this bug does not exist in the newer systems (CC3100/CC3200).

Thanks in advance,
Arno

Hi Arno,

Scanning same SSID on different BSSID does work on CC3100 and CC3200. If you have any further questions related to CC3100/CC3200 please post them here: http://e2e.ti.com/support/wireless_connectivity/f/968.aspx

Thanks & Regards,
Raghavendra