¶ Задача
¶ Описание
Программа сканирует BLE эфир и контролирует только появление любых устройств (меток). Если меток несколько, то программа ищет метку более мощным уровнем сигнала RSSI.
¶ Пример программы
¶ Реализация
В конфигурации устройства, на вкладке Bluetooth необходимо включить работу Bluetooth-модуля.
В программе есть две основные переменные для контроля меток: id и fixed_id.
id - текущая ближайшая метка (значение может оперативно меняться в зависимости от данных в BLE эфире)
fixed_id - текущая зафиксированная метка (метка, которую устройство принимает как основную, сохраняет и передает на сервер)
Также есть глобальный статус fix. Статус устанавливается в true, если в fixed_id записывается значение (нашли метку) и устанавливается в false если метка в fixed_id не является мощнейшей или отсутствует в эфире дольше, чем время, заданное переменной LOSS_T.
Ниже описаны основные условия, используемые для определения пропадания, нахождения и смены меток.
_first_fix- срабатывает если(fixed_id == 0) && (id != 0).
Это ситуация когда устройство еще не видело меток, на сервер передается0и тут появляется первая метка.
Если сработало условие, то:fixустанавливается в true;- в
fixed_idзаписываетсяid; - в Пользовательский параметр CE №1 записывается
id; - в Пользовательский параметр CE №2 записывается
rssi; - формируется событие
41046.
_loss_id- срабатывает если(fixed_id != 0) && (id != fixed_id).
Это ситуация, когда устройство уже зафиксировало какую-то метку, но она больше не является текущей ближайшей либо отсутствует совсем.
Если сработало условие, то:fixустанавливается в false;fixed_idне изменяется;- в Пользовательский параметр CE №1 записывается
0; - в Пользовательский параметр CE №2 записывается
-128; - формируется событие
41047.
_second_fix- срабатывает если(fixed_id != 0) && (id != 0) && (fix == false).
Это ситуация, когда происходит перезапись зафиксированной метки на другую, более мощную метку.
Если сработало условие, то:fixустанавливается в true;- в
fixed_idзаписываетсяid; - в Пользовательский параметр CE №1 записывается
id; - в Пользовательский параметр CE №2 записывается
rssi; - формируется событие
41046.
¶ Схема
 |
| Схема. Часть 1 |
В самом начале программы, в ветке "+" условия on_start выполняется разовый пересчет одной из системных переменных. В этот блок можно было бы вынести все разовые расчеты или действия, которые необходимо произвести только после старта программы.
Далее, в блоке scan ble производится получение оперативных данных о метках. На этом этапе программа получает информацию о том, что пришли новые данные для обработки.
Блок функций, выделенный рамкой "OPTIONAL":
Самый простой вариант идентификации - по MAC-адресу. Для этого не требуется дополнительных вычислений. MAC-адрес известен еще в блоке scan ble.
Но если требуется получить ID из данных, которые передает датчик, то следует добавить такую конструкцию.
В условии check производится проверка и получение нужного ID. Если ID получен, то в блоке update id производится его обновление. Если же ID получен не был, то в блоке unset new_data сбрасывается флаг получения новых данных, полученный ранее в блоке scan ble.
Такой подход удобен для работы с iBeacon.
 |
| Схема. Часть 2 |
Условие new_data позволяет подключить блок функций для обработки новой информации от метки.
Задача этого блока функций состоит в выборе метки с самым мощным уровнем сигнала.
В блоке compare id выполняется проверка на получение информации от текущей мощнейшей метки. Если новые данные от текущей самой мощной метки, то устанавливается флаг _update_rssi.
В условии need init выполняется проверка на первый проход по этим функциям после включения. Если программа зашла в этот блок первый раз после включения, то без дальнейшего анализа производится переход к сохранению текущего ID и уровня сигнала.
В условии update rssi проверяется состояние флага _update_rssi. Если он активен, то без дальнейшего анализа производится переход к сохранению текущего уровня сигнала.
В условии (rssi_tmp > rssi) производится проверка мощности сигнала новой метки и текущей мощнейшей. Если новая мощнее, то выполняется перезапись самой мощной метки. Иначе анализ данных прекращается.
Действие set id выполняет обновление данных об id, мощности и состоянии активности метки.
Следует отметить состояние активности - каждый раз когда обновляются данные от метки сбрасывается флаг _id_inactive.
 |
| Схема. Часть 3 |
Условие update activity timer периодически запускает процедуру проверки активности метки.
Действие clean inactive id выполняет:
- очистку текущей мощнейшей метки если
_id_inactiveравно True - устанавливает флаг
_id_inactive
В блоке fix conditions контролируются условия _first_fix, _loss_id и _second_fix. Они были ранее описаны в статье.
В блоке fix timers контролируются задержки для срабатывания условий _first_fix, _loss_id и _second_fix. Описание переменных для настройки задержек приведено далее в статье, в разделе "Дополнительно".
Условие on fix выполняет следующие действия:
(все переменные были ранее описаны в статье ранее)
fixустанавливается в true;- в
fixed_idзаписываетсяid; - в Пользовательский параметр CE №1 записывается
id; - в Пользовательский параметр CE №2 записывается
rssi; - формируется событие
41046.
Условие on loss выполняет следующие действия:
(все переменные были ранее описаны в статье ранее)
fixустанавливается в false;fixed_idне изменяется;- в Пользовательский параметр CE №1 записывается
0; - в Пользовательский параметр CE №2 записывается
-128; - формируется событие
41047.
 |
| Схема. Часть 4 |
В условии update rssi проверяется состояние флага _update_rssi. Если он активен, то производится обновление текущей мощности метки.
Действие set rssi param обновляет текущую мощность в Пользовательском параметре CE №2.
¶ Дополнительно
¶ Настройки
Переменные, используемые для настройки:
FIRST_FIX_T- таймаут фиксации условия_first_fix(первый захват после включения).
По умолчанию: 30 000 мс.
Не рекомендуется устанавливать значения меньше, чем по умолчанию, т.к. повышается вероятность зафиксировать не самую близкую метку.
SECOND_FIX_T- таймаут для условия_second_fix(смена идентификатора).
По умолчанию: 2 000 мс.
Не рекомендуется устанавливать значения меньше, чем по умолчанию, т.к. это необходимо для корректной обработки событий смены идентификатора на сервере. Устройство должно последоватеьно отправить 0, а потом новый идентификатор, чтобы сервер зафиксировал смену.
LOSS_T- таймаут для условия_loss_id(сброс идентификатора).
Используется задержки перед сбросом зафиксированного идентификатора, чтобы отсечь лишние смены идентификаторов. Актуально для случая, когда несколько идентификаторов находятся примерно на одинаковом отдалении от устройства.
По умолчанию: 60 000 мс.
Не рекомендуется устанавливать значение менее 30000 мс.
¶ Пользовательские параметры
Пользовательский параметр CE №1 - последние 4 байта MAC-адреса зафиксированной метки (или другое содержимое переменной fixed_id).
- Тип параметра: Беззнаковое целое число.
- Рекомендуется передавать как: 4 байтовый параметр
Пользовательский параметр CE №2 - RSSI уровень сигнала от метки в dBm.
Всегда отрицательная величина. Чем больше значение, тем мощнее сигнал.
- Тип параметра: Знаковое целое число.
- Рекомендуется передавать как: 1 байтовый параметр
¶ События
| Код | Описание |
|---|---|
41046 |
Событие захвата новой метки |
41047 |
Событие потери метки |