我正在开发一款正在扫描BLE设备的Android应用。我每次找到设备时都会收到:
来自byte[] scanRecord, BluetoothDevice device, int rssi
BluetoothAdapter.startLeScan()
然后我将字节数组转换为ScanRecord对象:
ScanRecord.parseFromBytes()
我现在从我的Eddystone(来自toString()
方法)获得以下信息。
`com.reelyactive.blesdk.support.ble.ScanRecord [mAdvertiseFlags=6, mServiceUuids=[0000feaa-0000-1000-8000-00805f9b34fb], mManufacturerSpecificData={}, mServiceData={0000feaa-0000-1000-8000-00805f9b34fb=[16, -36, 2, 107, 110, 116, 107, 46, 105, 111, 47, 101, 100, 100, 121, 115, 116, 111, 110, 101], 0000d00d-0000-1000-8000-00805f9b34fb=[67, 77, 103, 52, 50, 57, 100]}, mTxPowerLevel=-12, mDeviceName=IIS_EDDY_003] IIS_EDDY_003`
有人可以告诉我,如何使用此信息将设备识别为Eddystone?服务uuids可能吗?我并不总是知道设备的名称或地址。
答案 0 :(得分:5)
android.bluetooth.le.ScanRecord
是Android中最糟糕的API之一。
如果您已经有scanRecord
(字节数组),我建议 nv-bluetooth 来提取Eddystone数据。以下代码段显示了nv-bluetooth的用法。
// Parse the payload of the advertising packet.
List<ADStructure> structures =
ADPayloadParser.getInstance().parse(scanRecord);
// For each AD structure contained in the payload.
for (ADStructure structure : structures)
{
if (structure instanceof EddystoneUID)
{
// Eddystone UID
EddystoneUID es = (EddystoneUID)structure;
// (1) Calibrated Tx power at 0 m.
int power = es.getTxPower();
// (2) 10-byte Namespace ID
byte[] namespaceId = es.getNamespaceId();
String namespaceIdAsString = es.getNamespaceIdAsString();
// (3) 6-byte Instance ID
byte[] instanceId = es.getInstanceId();
String instanceIdAsString = es.getInstanceIdAsString();
// (4) 16-byte Beacon ID
byte[] beaconId = es.getBeaconId();
String beaconIdAsString = es.getBeaconIdAsString();
}
else if (structure instanceof EddystoneURL)
{
// Eddystone URL
EddystoneURL es = (EddystoneURL)structure;
// (1) Calibrated Tx power at 0 m.
int power = es.getTxPower();
// (2) URL
URL url = es.getURL();
}
else if (structure instanceof EddystoneTLM)
{
// Eddystone TLM
EddystoneTLM es = (EddystoneTLM)structure;
// (1) TLM Version
int version = es.getTLMVersion();
// (2) Battery Voltage
int voltage = es.getBatteryVoltage();
// (3) Beacon Temperature
float temperature = es.getBeaconTemperature();
// (4) Advertisement count since power-on or reboot.
long count = es.getAdvertisementCount();
// (5) Elapsed time in milliseconds since power-on or reboot.
long elapsed = es.getElapsedTime();
}
else if (structure instanceof IBeacon)
{
// iBeacon
IBeacon iBeacon = (IBeacon)structure;
// (1) Proximity UUID
UUID uuid = iBeacon.getUUID();
// (2) Major number
int major = iBeacon.getMajor();
// (3) Minor number
int minor = iBeacon.getMinor();
// (4) Tx Power
int power = iBeacon.getPower();
}
}
上述代码表示应将扫描记录解析为 AD结构的列表。但是,parseFromBytes
的{{1}}不会以正确的方式解析扫描记录。
android.bluetooth.le.ScanRecord
有以下方法(以及其他一些方法):
ScanRecord
getAdvertiseFlags()
getDeviceName()
getManufacturerSpecificData()
getServiceData()
这些方法对应于某些AD结构。此API设计与下面显示的getTxPowerLevel()
类的结构相同。
AnimalRecord
标志,本地名称,制造商特定数据,服务数据和Tx功率级别也应解析为AD结构,如下所示。
public class AnimalRecord
{
public Cat getCat() { ... }
public Dog getDog() { ... }
public Eagle getEagle() { ... }
...
}
如上面的代码中所述,Eddystone是一种服务数据。因此,Eddystone UID,Eddystone URL和Eddystone TLM应该具有如下的继承树。
// Parse the payload of the advertising packet.
List<ADStructure> structures =
ADPayloadParser.getInstance().parse(scanRecord);
// For each AD structure contained in the payload.
for (ADStructure structure : structures)
{
if (structure instanceof Flags)
{
// Flags
Flags flags = (Flags)structure;
}
else if (structure instanceof LocalName)
{
// Local Name
LocalName name = (LocalName)structure;
}
else if (structure instanceof ADManufacturerSpecific)
{
// Manufacturer Specific Data
// Note that iBeacon is a kind of Manufacturer Specific Data
ADManufacturerSpecific ms = (ADManufacturerSpecific)structure;
}
else if (structure instanceof ServiceData)
{
// Service Data
// Note that Eddystone is a kind of Service Data.
ServiceData sd = (ServiceData)structure;
}
else if (structure instanceof TxPowerLevel)
{
// TxPowerLevel
TxPowerLevel level = (TxPowerLevel)structure;
}
}
我希望那些了解BLE规范且具备良好设计技能的人将从头开始重写Android的BLE API。
答案 1 :(得分:0)
对于那些想知道它实际工作原理的人:
mServiceData={
0000feaa-0000-1000-8000-00805f9b34fb=[
16, -36, 2, 107, 110, 116, 107, 46, 105, 111, 47, 101, 100, 100, 121, 115, 116, 111, 110, 101
],
0000d00d-0000-1000-8000-00805f9b34fb=[
67, 77, 103, 52, 50, 57, 100
]
}
第一个服务数据包可以通过“0000feaa-0000-1000-8000-00805f9b34fb”的前32位识别为EddyStone数据。转换 0000feAA 时是可以在 the Bluetooth Data Service Specification 中找到的 16 位 EddyStone 服务 UUID。
16-bit UUID for Members => 0xFEAA => Google
服务总是发出“????????-0000-1000-8000-00805f9b34fb”,此 UUID 的前 32 位被服务的别名替换。在这种情况下,“feaa”表示 EddyStone 服务数据(由 Google 创建/指定)。
因此,由于确定了键,我们现在知道该值是一个 EddyStone DataView。这些值需要根据 EddyStone 规范进行映射/解释:
https://github.com/google/eddystone/blob/master/protocol-specification.md
要提取帧类型(EddyStone UID、URL、TLM 或 EID),请取数组的第一个值:
FrameType = 16; => 0x10 => EddyStone URL
要了解剩余的值,我们需要查看 EddyStone URL 规范:
https://github.com/google/eddystone/tree/master/eddystone-url
要提取 TX 功率,您需要取数组的第二个值:
TX Power = -36; => -36
要提取 URL 架构,您需要获取所有剩余值并将它们转换为字符代码:
107 => k
110 => n
116 => t
107 => k
46 => .
105 => i
111 => o
47 => /
101 => e
100 => d
100 => d
121 => y
115 => s
116 => t
111 => o
110 => n
101 => e
So the URL is: 'kntk.io/eddystone'
Beacon 发布了一个可通过 128 位 UUID“0000feaa-0000-1000-8000-00805f9b34fb”识别的 EddyStone 数据服务包,并使用“EddyStone URL”帧类型(帧的第一个值),并正在发布以下网址: “kntk.io/eddystone”
我希望通过将问题中的这些数据分解为实际的真实值将有助于人们最终了解蓝牙广告的实际工作原理。
您可以使用众多库中的一个来为您完成所有这些事情,但了解基础知识会很有用...
注意: 我怀疑第二个包是本地 Kontakt.io 服务帧类型,由信标广告以供 Kontakt.io 工具在内部使用。