Дизайн приложения BLE с частым подключением / отключением, как мне оптимизировать повторное подключение?

Question

Я работаю над приложением BLE на встроенной платформе, где часто происходят события подключения / отключения. Проблема, которую я вижу, заключается в том, что повторное подключение занимает слишком много времени. Высокая частота подключения / отключения является частью сценария использования, поэтому я не могу это изменить. Что я могу сделать, так это сделать повторное подключение более эффективным. Я заметил, что большая часть повторного подключения тратится на обнаружение службы / характеристики c других устройств.

Я все еще хочу убедиться, что служба / характеристика c подключаемого устройства не была изменилось. Можно ли вместо обнаружения всех услуг использовать характеристику c, которая содержит sh всех услуг / характеристик c на устройстве? Таким образом, каждое устройство может сравнить полученное ha sh с сохраненным. Только в случае несоответствия выполните обнаружение полного сервиса. Есть ли такой прецедент в BLE?

Answer 1

Bluetooth с низким энергопотреблением (BLE) позволяет устройствам большую часть времени отключать свои передатчики для достижения «низкого энергопотребления». Я ожидаю, что центральное устройство будет подписываться на уведомления от периферийного устройства. Таким образом, периферийное устройство включается и передает данные только тогда, когда есть обновления. маяки делают. Таким образом, вам может не потребоваться подключение вообще или подключение только при необходимости.