Мне интересны профильные службы Proximity поверх профилей BR/EDR вместо GATT. Я говорю о Windows Bluetooth Stack (Windows 7), который не поддерживает BLE API.Возможно ли реализовать профиль Proximity без GATT?
Вопросы:
Заранее благодарен!
Я думаю, что это 2 совершенно разные вещи. Вы можете реализовать оба одновременно, или только один или другой. Я думаю, что для профиля близости требуется реклама, где GATT требует, чтобы вы подключались к устройству для чтения атрибутов.
EDIT:
Это помогает читать спецификацию, прежде чем ответить.^_^
Просто взглянув на него, кажется, что объект близости работает, проводя регулярное соединение, а затем отправляет предупреждение, когда соединение является потерей. Он использует GATT для настройки параметров, связанных с ним. Так, например, вы можете настроить уровень предупреждений.
Что касается выполнения этого над BR/EDR, я не знаю. Вы можете получить доступ к GATT по BR/EDR, но я не уверен, что это охвачено профилем. Связанный профиль говорит только о BLE, а ссылки на BR/EDR - сравнить его с BLE.
В соответствии с [Спецификацией проксимитированного профиля] (http://www.bluetooth.org/docman/handlers/downloaddoc.ashx?doc_id=239392) в разделе «1.1 Зависимость профиля» написано, и я цитирую «Этот профиль требует Профиль общего атрибута (GATT). " – Pupsik
Я думаю, вы ответили на свой вопрос. ;) Однако вы можете внедрить систему, которая обнаружила присутствие других устройств, просто прослушивая рекламные пакеты и оценивая расстояние по значениям RSSI. Я думал, что это так, и это не потребует ГАТТ. –
@TimTisdall: Хороший трюк, чтобы приблизиться к расстоянию, прочитав уровни RSSI через рекламные пакеты, но при изменении параметров rssi на устройстве, которое является рекламой, возникает ограничение, а сканируемое устройство нуждается в модификациях в виде таблицы LuukUp вещи, если это реализовано именно так. – WedaPashi