Запрос на метку отправляется через анкер, который в этом случае выступает в роли proxy-узла, ретранслирующего запрос из сети IP в радиоканал UWB. Так как метки в основном спят и могут принять запрос только в Rx-окне, то время прохождения запроса на метку может быть значительным: proxy-анкер ретранслирует запрос по схеме 'ulun-tag', что означает, что запрос буферируется на анкере и отправляется в метку, только когда она появится в эфире и включит Rx-окно.
Всегда при опросе метки необходимо выбрать proxy-анкер. Это делается разными способами, описанными ниже. Опрос меток возможен в групповом или индивидуальном режиме.
Групповой опрос меток
Нужно сформировать Список меток на вкладке, соответствующей режиму работы системы (TOF, TDOAS, TDOARAW). После появления нужных меток в списке опрос анкеров можно остановить, а можно и не останавливать. Рекомендуется последнее, чтобы запросы на метки отправлялись через анкера с лучшим текущим уровнем сигнала (RSSI)
Метки выбираются в Списке меток и на них можно отправлять запросы, вводимые в группе формирования запроса над Списком; группа включается списком Query=On вверху справа над Списком (см. Формирование запроса).
Для каждой метки автоматически выбирается proxy-анкер с лучшим уровнем сигнала от метки. Выбранный анкер подсвечивается серым фоном в Списке меток на пересечении строки метки и столбца анкера (при включенном флаге Blinks), что позволяет контролировать выбор.
Ниже приведен пример группового запроса на метки:
Индивидуальный опрос метки
Индивидуальный опрос позволяет нормально видеть многострочные ответы.
Индивидуальный опрос может производиться в Режим Dialog
Альтернативно индивидуальный опрос может производиться со вкладки GET:
Выбор proxy-анкера производится вручную:
Ввести IP-адрес proxy-анкера в поле "Proxy: IP" вверху главного окна. Если анкер есть в Списке анкеров, это можно сделать через Ctrl-Click на его IP-адресе.
Выбрать схему 'ulun-tag' в поле Scheme справа от "Proxy: IP". Это важно и часто забывается.
После этого в группе формирования запроса ввести запрос к метке. URI должно иметь вид //DeviceName/resource_path При этом DeviceName может быть в следующих формах:
s123 – префикс 's' и серийный номер устройства
sa456 – префикс 'sa' и серийный номер устройства минус 00200 00000 (это для удобства)
00-1b-c5-03-50-00-00-7B – EUI64 устройства
Ниже приведен пример запроса на метку с номером 00200 02140:
Скоростной опрос метки (UHSM)
UHSM – UWB High Speed Mode
Скоростной опрос позволяет общаться с меткой на высокой скорости (не в блинках). Режим включается флагом Fast в различных местах (где он имеет смысл).
Если режим разрешен флагом Fast, то перед отправкой запроса метка и proxy-анкер переводятся в высокоскоростной режим обмена по отдельному радиоканалу UWB, чтобы не создавать помех регулярным измерениям и не страдать от них. Параметры этого отдельного канала задаются в поле FastSignal в формате, аналогичном ресурсу /uwb/sig. При этом, если какие-то параметры не указаны, они используются такие же, как и в основном рабочем сигнале. Если оставить поле FastSignal пустым, будет использован рабочий сигнал. Значение поля FastSignal сохраняется при перезапусках CoBench; значение по умолчанию можно восстановить, очистив это поле и нажав Enter.
Рекомендуется использовать значение по умолчанию для FastSignal.
В этом режиме метка и proxy-анкер выпадают из регулярного процесса блинкования. Обмен возможен только с какой-то одной меткой. По окончании цикла запрос-ответ метка и proxy-анкер возвращаются в обычный режим.