From: Peter Dons Tychsen <donpedro@tdcadsl.dk>
To: Iain Hibbert <plunky@rya-online.net>, Garry Paxinos <paxinos@gmail.com>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: upper limit of bonded devices?
Date: Wed, 07 Apr 2010 01:53:53 +0200 [thread overview]
Message-ID: <1270598033.3201.75.camel@donpedro> (raw)
In-Reply-To: <1270583850.437918.726.nullmailer@galant.ukfsn.org>
Hi Iain & Garry,
On Tue, 2010-04-06 at 20:57 +0100, Iain Hibbert wrote:
> Sure, but consider that the page timeout (time to failure of a
> connection
> attempt) is usually around 20 seconds.. and most Bluetooth controllers
> (that I have tried) can only page a single device at a time.. So, if
> you
> don't know which devices are in range, you might be waiting a *long*
> time
> before you connect to anything..
20 seconds for a "page-timeout" is unusual for the reason you just
mentioned. However, the "link-timeout" is usually around 10-20 seconds,
but that is only applicable if an existing links needs to drop. The page
timeout use usually more like 3-5 seconds. Even if it were as high as
you describe, it is easily re-configurable. Going below ~2 seconds is
not a good idea though as you push the odds of hitting the page-scan
window (i do not remember the exact number, look in the spec). Even
better test it (and tune accordingly). For an application like this you
want a low page-timeout.
On Tue, 2010-04-06 at 19:11 +0100, Iain Hibbert wrote:
> you will probably find that because the HS device is very limited in
> resources, it does not keep records of more than one paired device.
> So, if
> you pair with another device it forgets about the first and you will
> not
> be able to connect except that you pair it again.
Many headset devices store store 8 devices they have previously paired
with (the major brands). It is however not a guarantee, so some might
not have it.
>On Tue, 2010-04-06 at 13:08 -0400, Garry Paxinos wrote:
> Is there a practical upper limit of the number of devices that can be
> bonded to a single computer?
The number of devices is almost limitless. However, as Iain said, in
theory this cannot be done with one controller as the maximum devices
for a unit is 7. In practice it looks even worse, as many controllers
become unstable if you go beyond 2 links. The link itself also becomes
unstable when many devices are connected, as you run out of air-time
(your radio can only service one at any time), and you risk loosing a
link. I recommend people to stick with one link pr. application if
stability and speed is the name of the game. If not, test it!
Recently i created a large setup of lots of BT-USB dongles connected via
some hubs to a single box running Bluez. To my delight it was remarkably
easy and stable. The well designed Bluez-API really is a bonus. Doing
this on any other system has only ended in agony. Just having that many
USB devices can cause problems on many systems. This is definitely the
way to go if you are trying to connect to lots of devices in a reliable
way. It is pretty cheap as well, as even good dongles are getting
cheaper even as i type (down to $10-$15)! :-)
Good luck on your project,
Thanks,
/Pedro
next prev parent reply other threads:[~2010-04-06 23:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <r2if3ae2ce11004061001mc539e7eaq206d43ffb12fb2d2@mail.gmail.com>
2010-04-06 17:08 ` upper limit of bonded devices? Garry Paxinos
2010-04-06 18:19 ` Iain Hibbert
2010-04-06 18:32 ` Garry Paxinos
2010-04-06 19:57 ` Iain Hibbert
2010-04-06 23:53 ` Peter Dons Tychsen [this message]
2010-04-07 13:07 ` Garry Paxinos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1270598033.3201.75.camel@donpedro \
--to=donpedro@tdcadsl.dk \
--cc=linux-bluetooth@vger.kernel.org \
--cc=paxinos@gmail.com \
--cc=plunky@rya-online.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).