Received-SPF: pass (google.com: best guess record for domain of linux-bluetooth-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Fri, 31 May 2019 13:25:58 +0100
From:   John Whitmore <arigead@gmail.com>
To:     linux-bluetooth@vger.kernel.org
Subject: Different respones to BLE scan from a Peripheral device?
Message-ID: <20190531122557.GA3176@griso>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.24 (2015-08-30)
Sender: linux-bluetooth-owner@vger.kernel.org
Precedence: bulk

Hello all,

I'm running on two identical embedded Linux Gateway devices, both on
Ubuntu 16.04 and Bluez 5.37. That's certainly an older version, but
it's part and parcel of that version of Ubuntu. I'm having an issue
where the two identical gateway devices are getting different
responses from a BLE scan, and can't figure out what would be the
cause. In both cases it's the same peripheral device, a TI CC2650
device. On one gateway I get a truncated response with just the MAC
address and in the other I get the MAC address plus the description
string "CC2650.."

[bluepy.btle:37] Got: 'rsp=$scan\x1eaddr=b546C0E530068\x1etype=h1\x1erssi=h43\x1eflag=h0\x1ed=b020105030280AA06FF0D0003000011094343323635302053656E736F72546167051208002003020A00\n'

[bluepy.btle:37] Got: 'rsp=$scan\x1eaddr=b546C0E530068\x1etype=h1\x1erssi=h28\x1eflag=h0\x1ed=b020105030280AA06FF0D00030000\n'

I'm probably going to have to get a Bluetooth sniffer device to trace
this issue, but if anybody had any idea what this would be the case,
I'd love to hear.

Perhaps even though the Gateways are running the same Hardware and
Software there might be a Hardware difference in the chipset used or
something. It's all I can think of. Hopefully get something to help
diagnose this issue.

In those two messages there is a difference in RSS, is that signal
strength and could that be the issue? Have to open things up.

Thanks in advance for any help, and apologies I'm at the wrong end of
a learning curve.

John