Хотелось бы "на пальцах" понять почему на низкочастоных метках есть сложности с одновременным считыванием. Что можно ответить на конкретный вопрос инженера, который рассматривает возможность применения универсальной (в смысле поддерживающей и протокол EMMarin и протокол HID) низкочастотной метки. "Можно ли уверенно считывать ~10шт одновременно?"
Можно ли в таком случае на стандартных считывателях реализовать "детерминистический алгоритм" (когда считыватель генерирует запрос или команду, которая возбуждает определенную метку с UID и так далее перебором возможного диапазона UID)? Извиняюсь, если вопрос некорректный, - я не инженер и не программист
Антиколлизионный механизм на LF (125-134кГЦ)
Добрый день!
Хотелось бы "на пальцах" понять почему на низкочастоных метках есть сложности с одновременным считыванием. Что можно ответить на конкретный вопрос инженера, который рассматривает возможность применения универсальной (в смысле поддерживающей и протокол EMMarin и протокол HID) низкочастотной метки. "Можно ли уверенно считывать ~10шт одновременно?"
Антиколлизионный механизм на LF
Спасибо за вопрос, Алексей.
С низкой частотой есть ряд ограничений, которые необходимо учитывать.
1. Ограничение пропускной способности канала, что приводит к снижению скорости передачи данных (до 5.2 Кбит от считывателя и до 2-4 Кбит обратно).
2. Метки/Карты отвечают считывателю, используя только один канал, поэтому передача данных очень чувствительна к любым помехам.
3. Обратный канал не имеет проверки контроля четности CRC (прямой использует всего 8 бит).
Станислав, спасибо.
Станислав, спасибо.
Можно ли в таком случае на стандартных считывателях реализовать "детерминистический алгоритм" (когда считыватель генерирует запрос или команду, которая возбуждает определенную метку с UID и так далее перебором возможного диапазона UID)? Извиняюсь, если вопрос некорректный, - я не инженер и не программист
детерминистический алгоритм
Алексей, полагаю, что такого решения нет за отсутствием в нем бизнес-задачи.
Учитывая скорость передачи данных и перебор всего диапазона UID, считывание метки сможет занять ~вечность.
Более реалистичный сценарий - считывание метки (ок), находящейся в поле считывателя.