All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steven Singer <steven.singer@csr.com>
To: bluez-users@lists.sourceforge.net
Subject: Re: [Bluez-users] indication of Class 1 or Class 2 devices
Date: Fri, 14 Oct 2005 16:08:03 +0100	[thread overview]
Message-ID: <434FC9D3.30302@csr.com> (raw)
In-Reply-To: <EXCHANGE03LjtVhvob600005bd1@exchange03.csr.com>

Peter Stephenson wrote:
> Russell Senior wrote:
>> Is there a way, via /proc or /sys or something to discover whether a
>> bluetooth device is Class 1 (100m) or Class 2 (10m)?
> 
> It's actually pretty difficult even if you have low level access to
> the device, never mind via the OS.  There's no standardised way of
> providing the information, and in the simplest case the module
> manufacturer may simply have stuck a power amplifier onto the
> transmitter.  If they do that they are supposed to provide
> enough information for the device to support power control, however,
> so if you can get access to that information you should be able to tell.

In theory, there's the HCI command Read_Transmit_Power_Level. Once a
link is up it should tell you the current power level and the maximum
power level.

If the remote device doesn't support power control then the local
device will be limited to class 2 power even if it supports class 1.

Of course, this assumes that the module manufacturer has entered the
correct numbers in the configuration data in the module. If they've
stuch a power amplifier on and not updated the data then the chip may
be reporting the power before the power amplifier.

> If it's a CSR device, you can find an interface to persistent store and
> look at PSKEY_LC_POWER_TABLE (0x001e) or PSKEY_LC_ENHANCED_POWER_TABLE (for
> devices with EDR, 0x0031).

The BCCMD max_tx_power (0x6827) might do the right thing on some
versions of firmware.

	- Steven
-- 


This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

      reply	other threads:[~2005-10-14 15:08 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-14 10:17 [Bluez-users] indication of Class 1 or Class 2 devices Russell Senior
2005-10-14 10:27 ` Marcel Holtmann
2005-10-14 10:40 ` Peter Stephenson
2005-10-14 15:08   ` Steven Singer [this message]

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=434FC9D3.30302@csr.com \
    --to=steven.singer@csr.com \
    --cc=bluez-users@lists.sourceforge.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 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.