From: Marcel Holtmann <marcel@holtmann.org>
To: Rob Raper <djrobx@hotmail.com>
Cc: BlueZ Mailing List <bluez-users@lists.sourceforge.net>
Subject: Re: [Bluez-users] What's the best way to go about device detection?
Date: Sun, 16 May 2004 14:23:59 +0200 [thread overview]
Message-ID: <1084710239.4184.14.camel@pegasus> (raw)
In-Reply-To: <BAY14-F23luevz176Rb00048253@hotmail.com>
Hi Rob,
> Sorry for the newbie questions or if I'm missing some obvious concepts, but
> I can't find any documentation for bluez, I've been primarily hacking
> samples and learning by experimentation. My RFCOMM implementation from a
> single server to a single phone works perfectly, my problem has to do with
> detection of a bluetooth device and signal strengths.
>
> I'm writing an application that involves having cell phones that
> automatically attach to servers when they come into range; like a 'roaming'
> application. When the phone gets closer to another server (when going
> from room to room), the previous server should detach from it and the next
> server will attach. These servers are connected in their own way over
> ethernet and coordinate the hand-off.
>
> So, the server needs to look for available phones and report their signal
> strengths, even if they're connected to another server. When one
> connection becomes significantly stronger, it will perform a coordinated
> hand off (coordated by ethernet, not bluetooth).
without knowing the source code it is hard to say, but actually I think
this is a Bluetooth topology problem. Looks like that you are builing
complex scatternets and the master/slave roles and the role switch are
going to hit you badly.
You should start using RSSI for signal strength, because link quality is
a vendor specific value and differ from Bluetooth chip manufacturer to
the other. The other big advantage with RSSI is that with Bluetooth 1.2
you get it for free from an inquiry.
Regards
Marcel
-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
next prev parent reply other threads:[~2004-05-16 12:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-15 17:36 [Bluez-users] What's the best way to go about device detection? Rob Raper
2004-05-16 12:23 ` Marcel Holtmann [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-05-16 17:42 Rob Raper
2004-05-16 20:20 ` Marcel Holtmann
2004-05-17 5:35 Rob Raper
2004-05-17 11:04 ` Marcel Holtmann
2004-05-17 16:45 Rob Raper
2004-05-17 17:05 ` Marcel Holtmann
[not found] <BAY14-F2518CB70kFir00064ba8@hotmail.com>
2004-05-19 22:44 ` Marcel Holtmann
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=1084710239.4184.14.camel@pegasus \
--to=marcel@holtmann.org \
--cc=bluez-users@lists.sourceforge.net \
--cc=djrobx@hotmail.com \
/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