Прописываем метки через настольный терминал.
Получение EPC (Electronic product code) метки
Запускаем приложение WhiteCard.exe
Подключаем ридер к usb порту и в приложении нажимаем кнопку "ConnectReader" (Вкладка "Connect Reader")
Берем первую метку, кладем на ридер. Остальные держим хотя бы за полметра.
Переходим в правую крайнюю вкладку "EPCC1G2 Test" и нажимаем кнопку "List EPC of Tag". Метка считается, когда в списке List ID of Tags появится её прочитанный EPC. (Но он нам в текущем виде не подойдет ;-)
После того как EPC прочитан отжимаем кнопку "List EPC of Tag" обратно, чтобы остановить цикл чтения.
Далее на той же вкладке в разделе "Read and Write Data Block" проверяем, что:
- в поле "Address of Tag Data(Word)" стоит значение "0",
- в поле "Length of Tag Data(Word)" значение 2 (можно до 8, не критично но нам нужны будут только первые 8 символов результата, не более)
- в поле "Select Memory Bank" выбрано "EPC"
Если всё ок, нажимаем "Read". После чтения данных сразу кнопку можно отжать обратно, иначе цикл сам не остановится.
Первые 8 символов (A28E3000, на примере) - это как раз то, что нам нужно.
Если добавить к ним 0000 (четыре ноля) мы получим данные, которые использует система интела.
Фиксируем полученные цифры в таблице и переходим к следующей метке.
Привязка полученного EPC к TID и внесение в нашу локальную базу (Google spreadsheets)
На всех последних метках Smartec напечатан TID (Tag ID) в двух форматах.
на метке из примера напечатано TID: 0008005630 122,10238
Оба цифровых значения (0008005630 и 122,10238), записанные через пробел - это по сути одно и то же, просто в разном формате. То есть из одного значения при необходимости можно получить второе, в автоматическом режиме.
Поэтому используем только первое значение: 0008005630
Все ноли слева можем убрать для краткости записи, т.к. восстановить их потом также не составит труда, увеличив общее количество символов до 10. Полученное число будет нашим основным идентификатором метки. Больше на ней не придется ничего писать.
Соответственно в базе на листе "Метки" в колонке B (TID) указываем: 8005630
А рядом в колонке A (EPC) - то, что получили выше с помощью ридера: A28E30000000
Внесение данных метки в базу Интелпарк.
Чтобы внести метку в базу, идем на вкладку ключи доступа -> Добавить вручную
Вылетает следующее окошко:
Первую строчку игнорируем.
Во вторую копируем полученный EPC (A28E30000000)
В третьей строке (Примечание) указываем то, как она будет идентифицироваться в системе Интел. Если прописывать метку на считывателе у шлагбаума, алгоритм Интел присвоит ей порядковый номер, но в ручном режиме надо придумывать название самому.
Я предлагаю указывать здесь TID в коротком формате, который мы вносим в таблицу, но с приставкой str (smartec table-reader) То есть в нашем примере это будет str8005036
Так всегда будет возможность:
- понять, что метка вносилась вручную и возможна опечатка,
- идентифицировать метку по напечатанному на ней номеру TID
- отфильтровать все метки такого типа в массиве по приставке
Итого должно получиться следующее:
Нажимаем Добавить и метка появляется в списке непривязанных ключей в конце. Ну а далее как обычно, привязываем её к нужной записи.
Проверка меток на предмет наличия клонов в районе считывания.
Поскольку изначально Интелом были выбраны не самые удачные для идентификации метки данные в настройках считывателей, у нас регулярно всплывает проблема случайных клонов.
Клоны - это сторонние авто с метками, проезжающие мимо шлагбаумов, у которых считывается такой же EPC.
Проблему можно отчасти минимизировать, если не просто внести метку в базу, а привязать её к тестовой записи с доступом под все шлагбаумы и дать ей отлежаться пару месяцев. Если за это время выяснится что в районе ездит клон данной метки - это можно будет увидеть в статистике срабатываний. При особо проблемных случаях - проще метку списать (уничтожить и удалить из базы)
Чтобы легко обнаруживать факты открытий клонами, тестовым записям надо сразу присвоить группу "Резервные метки" (и соответственно группу своего корпуса)
Потом применив в статистике фильтр по группе резервные метки можно вывести все въезды за полгода и клоны проявятся.
P.S.
приведенный выше алгоритм по сути - ручной труд, т.к. автоматизировать процесс на базе имеющегося демо софта у меня пока не получилось.
На вкладке ISO 18000-6C Write в теории можно всем скопом сосканировать пачку меток, где EPC будет уже привязан к TID.
TID тут будет в другом формате, но его можно формулами привести к тому что напечатан на метке.
Но проблема в том, что при массовом чтении данные софт не позволяет получить первые 8 символов EPC, необходимые Интелу. Их я смог достать только согласно приведенному вначале данного текста алгоритму, где каждая метка читается отдельно.
Самым простым решением в итоге будет вообще переход с EPC на TID. Но там тоже есть подводные камни, главный из которых - массовая замена меток/либо данных в системе.
Поэтому пока так. Всё же лучше чем у столба. Но TID мы начинаем фиксировать. Когда в какой-то момент меток без известных TID в базе останется мало, можно уже будет серьезно задуматься о смене алгоритма.