All of lore.kernel.org
 help / color / mirror / Atom feed
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
------------------------------------------------

       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.