All of lore.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 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.