public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Marco Trudel <mtrudel@gmx.ch>
To: bluez-users@lists.sourceforge.net
Subject: [Bluez-users] inquiry scan problems
Date: Sun, 28 Nov 2004 00:40:53 +0100	[thread overview]
Message-ID: <41A91085.2000004@gmx.ch> (raw)

Hello everybody

After i noticed the problems (description follows), i updated the 
software to the most recent versions. Now I have:
- kernel 2.6.8-24
- bluez-libs-2.11.tar.gz
- bluez-utils-2.11.tar.gz
- bluez-hcidump-1.15.tar.gz
- avetanabt-20041119 (http://sourceforge.net/projects/avetanabt/)
-> acer bt500 usb dongle

My goal is to get a list of all bluetooth devices in rainge. I do five 
inquirys in a row (with one second break between two complete scans).
The problems now are:

- the inquiry doesn't always find all devices
that raises the question: how reliable/secure is it that all devices are 
found in an inquiry? how possible is that one or more devices are missed?

- the fife inquirys sometimes stop in the middle and won't continue.
for example after starting the 3. inquiry, it never completes (comes to 
[public void inquiryCompleted(int status)] (jsr82)

- [RemoteDevice].getFriendlyName(true) sometimes (well - in fact often) 
returns the String "null" (not null object) instead of the real friendly 
name. if i do a loop with getFriendlyName(true), after ~8 times it gets 
the correct friendlyName...
the null (object) should only be returned if the hardware doesn't 
support getting the friendlyName (but obviusly this works). i have no 
idea why the "null" string is supposed to be returned...
I added the hcidump of a request with "null" returns... maybe someone of 
you can do more with it than me...

- [RemoteDevice].getFrienlyName(true) returns a friendly name of another 
device if multiple devices are in rainge.

- general question: what if multiple bluetooth devices are connected to 
the computer. which level has to support that?
bluez / avetana (jsr82 implementation)?


I don't know which one of the problems are a subject of bluez.
If it's not a bluez subject, i would appreciate if someone could point 
me to the source of the problem.

I assume the usb dongle is the problem here. Someone on this mailinglist 
already mentioned that it's a crappy dongle. (thanks again for the time 
you invested - you really helped me a lot!)
If it's the dongle again, what do other users here use? which ones work 
reliably?

please let me know if you need additional informations...


kind regards
Marco Trudel



hcidump:
(please note, every friendlyName is (intentinally) requested twice.
--------------------
< HCI Command: Inquiry (0x01|0x0001) plen 5
 > HCI Event: Command Status (0x0f) plen 4
 > HCI Event: Inquiry Result (0x02) plen 15
 > HCI Event: Inquiry Result (0x02) plen 15
 > HCI Event: Inquiry Result (0x02) plen 15
 > HCI Event: Inquiry Result (0x02) plen 15
 > HCI Event: Inquiry Result (0x02) plen 15
 > HCI Event: Inquiry Result (0x02) plen 15
 > HCI Event: Inquiry Result (0x02) plen 15
 > HCI Event: Inquiry Result (0x02) plen 15
 > HCI Event: Inquiry Result (0x02) plen 15
 > HCI Event: Inquiry Result (0x02) plen 15
 > HCI Event: Inquiry Complete (0x01) plen 1
 > HCI Event: Command Complete (0x0e) plen 3
< HCI Command: Remote Name Request (0x01|0x0019) plen 10
 > HCI Event: Command Status (0x0f) plen 4
 > HCI Event: Remote Name Req Complete (0x07) plen 255
< HCI Command: Remote Name Request (0x01|0x0019) plen 10
 > HCI Event: Command Complete (0x0e) plen 3
 > HCI Event: Command Status (0x0f) plen 4
< HCI Command: Remote Name Request (0x01|0x0019) plen 10
 > HCI Event: Command Status (0x0f) plen 4
 > HCI Event: Remote Name Req Complete (0x07) plen 255
< HCI Command: Remote Name Request (0x01|0x0019) plen 10
 > HCI Event: Command Complete (0x0e) plen 3
 > HCI Event: Command Status (0x0f) plen 4
< HCI Command: Remote Name Request (0x01|0x0019) plen 10
 > HCI Event: Command Status (0x0f) plen 4
 > HCI Event: Remote Name Req Complete (0x07) plen 255
< HCI Command: Remote Name Request (0x01|0x0019) plen 10
 > HCI Event: Command Complete (0x0e) plen 3
 > HCI Event: Command Status (0x0f) plen 4
--------------------


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

             reply	other threads:[~2004-11-27 23:40 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-27 23:40 Marco Trudel [this message]
2004-11-28  6:59 ` [Bluez-users] inquiry scan problems 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=41A91085.2000004@gmx.ch \
    --to=mtrudel@gmx.ch \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox