Re: Scanning for beacons

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Sat, Feb 06, 2016, Johan Hedberg wrote:
> On Sat, Feb 06, 2016, Barry Byford wrote:
> > I'm still having problems with getting information from beacons using
> > the DBus API. Using the DBus API is generally working well. But if
> > there are devices that are advertising in 'broadcast' mode then I
> > can't seem to get the service data being broadcast by the beacon.
> > 
> > Following on from discussions had before
> > (http://thread.gmane.org/gmane.linux.bluez.kernel/65201/focus=65263)
> > I've experimented with Bluez 5.36 and 5.37.
> > I've compiled the above versions with --enable-experimental  and
> > --enable-maintainer-mode and have the bluetoothd running with -E
> > 
> > Linux kernel:
> > $ uname -a
> > Linux raspberrypi 4.1.13+ #826 PREEMPT Fri Nov 13 20:13:22 GMT 2015
> > armv6l GNU/Linux
> > 
> > I have various beacons around and also have got another Raspberry Pi
> > broadcasting an Eddystone URL using the Bluez DBus API. All of these
> > beacons can be seen fine by various apps on my phone.
> > The code for the advertiser using DBus API can be found at:
> > https://github.com/ukBaz/python-bluezero/blob/master/examples/eddystone-url-beacon.py
> > which can be run with:
> > python eddystone-url-beacon.py http://www.bluez.org/
> > 
> > To do the scanning for the beacons I'm using either bluetoothctl or
> > using the test/test-discovery script in the Bluez download.
> > 
> > Any help or suggestions as to what I'm doing wrong would be appreciated.
> 
> According to doc/device-api.txt the corresponding device objects should
> exhibit a ServiceData property on their Device1 interface. Greping for
> "ServiceData" in the sources seems to indicate that at least the "info"
> command in bluetoothctl should be able to show this.

Or is the problem that device objects do not get created at all for the
broadcasting devices? Right now bluetoothd requires the advertising data
to have the discoverable flag set in order for new device objects to be
created. It also looks like the Advertising D-Bus interface doesn't add
that to the advertising data unless the "peripheral" type is used. This
doesn't seem right to me since "broadcaster" should also be allowed to
set the flag (imo). So some change to the Advertising D-Bus API might be
needed. There's a lot of speculation in the above though, so it'd be
good if you could confirm if any of it is correct.

Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux