Link to home
Start Free TrialLog in
Avatar of SamKite
SamKite

asked on

Limits to Bluetooth Inquiries

Hi
I have written a simple Bluetooth application (using the Windows CE Widcomm SDK) which merely scans for devices in the area. I have only tested this with two other devices and it works fine.
I would like to know if anyone has done any experiments to see what the maximum number of devices one inquiring device could find? I know that the limit to forming a piconet is 7, but my application is much simpler - just seeing what's out there.
I have programmed an iPAQ h4100 which will happily find my DLink dongle and Nokia cellphone. If I add another iPAQ things start getting a bit confused. I'm not sure if its my program or the Bluetooth radio on the device. I have found with the iPAQ that the Bluetooth radio is a little buggy, sometimes it won't find my dongle at all, if I just use the native device discovery on the PDA.

Any suggestions, former experience would be greatly appreciated,
Thanks
Sam
ASKER CERTIFIED SOLUTION
Avatar of pierrel2
pierrel2
Flag of United States of America image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Avatar of SamKite
SamKite

ASKER

Thanks very much for your help.
I didn't consider the service side of things but it makes sense now that you mention it!

I was also wondering in terms of number of concurrent connections - for instance using RFCOMM (Virtual Serial Ports)- there must be some upper limit to the number of concurrent virtual connections one device could have with many others? I know that Bluetooth transmits on one port and listens on another, and I realise that these are not 'real' ports but surely there is some limit for this?
Thanks
Sam :-)

I'm not 100% sure what you're trying to accomplish here.  Bluetooth limits the number of concurrent connections to 7.   Within a single connection with a device, there can, at least theoretically, be several different communications channels (though I'm not clear why you would want to do this), each multiplexed over a single RFCOMM link.