Hi all, We are developing some applications with non-connectable BLE advertisers that broadcast data in a "service data" element of the advertisement packet. So far we have used these devices with Android and with iOS, both of which can easily support these devices as the entire advertisement packet payload is exposed to scanning applications. Looking at the bluez DBus API, it appears that no equivalent functionality exists: in particular, when the advertisement packets are parsed (eir_parse() called from src/adapter.c:update_found_devices()) any service-data elements are simply discarded. Even worse (for us), if the devices' advertisements are not marked "discoverable" they are simply dropped outright. And even if the device is discoverable, it looks like we'd get only a single notification when the device is first seen - but we won't be able to verify it is still in range (i.e. continued reception of advertisement packets). Is the above summarization correct? (The API documentation claims to support "observer" mode, but these limitations actually put the lie to this statement - an observer is supposed to see _all_ advertisement packets, including non-first ones and those from non-discoverable devices...) Regards -- Alon Ziv -- 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
