public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Stephen Crane <jscrane@maths.tcd.ie>
To: bluez-users@lists.sourceforge.net
Subject: Re: [Bluez-users] Best way to communicate with hidden devices
Date: Wed, 14 Sep 2005 19:37:47 +0100	[thread overview]
Message-ID: <1126723067.7194.4.camel@localhost.localdomain> (raw)
In-Reply-To: <432850B5.1050302@comcast.net>

[-- Attachment #1: Type: text/plain, Size: 1822 bytes --]

On Wed, 2005-09-14 at 10:32 -0600, Noel Paz wrote:
> I have a BT weight scale and I want to communicate to it. Problem is I 
> think it is set to be un discoverable.  According to it's scant 
> documentation it uses the BT serial protocol and a 128 bit encyrption 
> and a PIN. - that it expects to start communication.  Supposedly, after 
> it weighs something,  it tries to find an ACCESS point, see if the 
> Access Point has the same PIN and if it does it transmits data packets 
> which are very discrete

This sounds like a very strange way of doing things. I'm sure they had
their reasons though.

> hcitool --scan and sdptool --browse cannot find it (yes I have made sure 
> it can find other devices). I've turned hcidump too too make sure I can 
> sniff it but to no avail

What did you browse for?

> Honestly, I am new to BlueZ and have been devouring as much 
> documentation as I can. My thoughts are setting up a PAN with an access 
> point role using rfcomm. If anybody has worked on one way traffic 
> bluetooth devices, let me know. I really have no way of knowing whether 
> this weight scale  has a broken radio, although I can experiment with 
> making my other devices undiscoverable with a PIN. Unfortunately their 
> support is for Windoze only and require you to buy a container full of 
> weight scales before their engineers will talk to you.

I did a bit of experimentation with a GPS device, documented here:
http://www.maths.tcd.ie/~jscrane/gps/

As described, this device provides a service to which you must connect
before it will spit out GPS data.

> BTW there is a little sticker which seems to be the bdaddr.

You could try running l2ping against that bdaddr: that should tell you
if its working.

Steve
-- 
Stephen Crane <jscrane@maths.tcd.ie>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

      reply	other threads:[~2005-09-14 18:37 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-14 16:32 [Bluez-users] Best way to communicate with hidden devices Noel Paz
2005-09-14 18:37 ` Stephen Crane [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=1126723067.7194.4.camel@localhost.localdomain \
    --to=jscrane@maths.tcd.ie \
    --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