From: Rene Mayrhofer <rene@soft.uni-linz.ac.at>
To: Marcel Holtmann <marcel@holtmann.org>, bluez-devel@lists.sourceforge.net
Subject: Re: [Bluez-devel] Re: command tx timeout and continuous inquiry.
Date: Fri, 10 Oct 2003 15:23:23 +0200 [thread overview]
Message-ID: <3F86B2CB.2090906@soft.uni-linz.ac.at> (raw)
In-Reply-To: <1065791594.14514.179.camel@pegasus>
Hi Marcel (again),
Marcel Holtmann wrote:
> it is a HCI 14.7 with max encryption of 56 bits.
>
>
>>So it's a hardware problem ?
>
>
> No, it's a problem of the firmware inside the dongle. Ask Acer for an
> update if they provide one.
Ok, I'll try to get an update (hopefully there is one...). Is my
conclusion correct that I am not expecting too much from the Bluetooth
protocol and that the following should work (and is already supported by
bluez in 2.4.22):
Device 1:
- background thread for continuous inquiry with about 3 seconds between
the hci_inquiry calls
- fer each MAC address found by the inquiry, another thread which uses
L2CAP connections (via Bluetooth address familiy sockets) to send "ping"
packets to measure the latency and link quality. The connection will be
created, a single ping packet will be sent and the connection will be
closed again. Then 100-500 ms delay and again opening the connection.
(Is it necessary to close the connection between the link quality checks
? I currently do that to release the devices for other communication -
if they support more piconets at the same time, I could also leave the
connection open.)
Device x:
- continuous inquiry
- possibly communication with other devices (those connections will stay
up longer than the "ping" connections).
Am I doing anything stupid in this setup ?
Thanks for your quick answers,
Rene
--
------------------------------------------------
Pervasive 2004: www.pervasive2004.org
------------------------------------------------
next parent reply other threads:[~2003-10-10 13:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3F86784F.9050608@soft.uni-linz.ac.at>
[not found] ` <1065778372.14923.336.camel@baroque.rococosoft.com>
[not found] ` <3F86A88E.4090106@soft.uni-linz.ac.at>
[not found] ` <1065790691.14513.173.camel@pegasus>
[not found] ` <3F86AF96.7000904@soft.uni-linz.ac.at>
[not found] ` <1065791594.14514.179.camel@pegasus>
2003-10-10 13:23 ` Rene Mayrhofer [this message]
2003-10-13 10:28 ` [Bluez-devel] Re: command tx timeout and continuous inquiry Rene Mayrhofer
2003-10-13 9:19 ` Marcel Holtmann
[not found] ` <3F8FB6D9.8030000@soft.uni-linz.ac.at>
[not found] ` <1066636708.902.5.camel@pegasus>
2003-10-21 10:45 ` Rene Mayrhofer
2003-10-21 11:32 ` Marcel Holtmann
2003-10-21 12:09 ` Rene Mayrhofer
2003-10-21 12:13 ` Marcel Holtmann
2003-10-21 13:04 ` Rene Mayrhofer
2003-10-21 14:31 ` [Bluez-devel] Stress testing (Was: Re: command tx timeout and continuous inquiry.) Rene Mayrhofer
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=3F86B2CB.2090906@soft.uni-linz.ac.at \
--to=rene@soft.uni-linz.ac.at \
--cc=bluez-devel@lists.sourceforge.net \
--cc=marcel@holtmann.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.