Return-Path: MIME-Version: 1.0 In-Reply-To: References: <1280764595.12579.19.camel@localhost.localdomain> Date: Mon, 2 Aug 2010 23:55:19 +0200 Message-ID: Subject: Re: Getting link quality or RSSI From: Davide Pesavento To: Luiz Augusto von Dentz Cc: Marcel Holtmann , linux-bluetooth@vger.kernel.org Content-Type: text/plain; charset=UTF-8 List-ID: On Mon, Aug 2, 2010 at 20:12, Luiz Augusto von Dentz wrote: > Hi, > > On Mon, Aug 2, 2010 at 7:34 PM, Davide Pesavento wrote: >> "using a connection" means pushing some traffic over it? >> Is there no other way to prevent the kernel from terminating idle connections? > > You should really think twice if you are creating a connection just to > see the link quality, it really doesn't worth. > OK, thanks for the advice. >> By the way, I've read in the Bluetooth specs that there exists an >> extended inquiry mode which allows the host to gather the RSSI of >> available devices too. How can I perform such kind of inquiry from my >> application using bluez? > > We do expose the RSSI when doing the device discovery, take a look at > DeviceFound documentation under doc/adapter-api.txt, as for link > quality maybe it can be made as a Property of device object, but as > Marcel said this is vendor specific so the use cases are very limited. > In the other hand it would be very nice if ui could show the link > quality and we could possible use it to route the audio back to the > speaker if the connection quality is too low. > What I'm trying to accomplish is indeed similar to that: I'd like to re-route some audio streams based on RSSI or link quality. > > -- > Luiz Augusto von Dentz > Computer Engineer > Regards, Davide