За секунду до открытия двери: что на самом деле происходит между вашей картой и считывателем?

[atues]

Класс! Хотя описываемая область далека от моих занятий, но все равно было интересно. А картинки - просто прелесть. Спасибо )

[zurabob]

А зачем практически нужно разрешение коллизий и работает ли оно? Дальность работы с картой 6 см на картинке, часто в реальной жизни меньше сантиметра(приходится прикладывать), при этом если в визитнице за пропуском лежит карта метро, то пропуск уже не срабатывает, хотя он снаружи лежит.

[HardWrMan]

В реальной жизни часто наоборот происходит то, о чего разработчик даже представить не может. Здесь приведён в качестве примера обычный СКУД на стене в офисе, там действительно проблематично сунуть более одной карты за раз, разве что специально. Но именно те же самые технологии применяются в тех же турникетах. И вот там коллизии вполне себе реальны.

[zurabob]

В комменте выше я писал именно о турникетах в метро и на проходной. Пробовал и в метро положить пропуск за Тройку, тоже не срабатывала Тройка. Или реально не разруливают коллизии на нижнем уровне, или под коллизиями что-то другое подразумевается.

[HardWrMan]

Чтобы отрабатывала именно коллизия надо чтобы все карты были одного стандарта. Иногда частота и кодирование у карт разных систем немного отличается и уже такую помеху считыватель нивелировать не может. То, что описано в статье больше про проходную завода, где сотня людей идут сплошным потоком. У них у всех карты одной системы даже во всех смыслах и их надо уметь различать.

[iampopovdmitriy]

С одной стороны, антиколлизия актуальна и работает только в рамках идентификаторов ISO14443-А или B в зависимости от типа карты или, например, NFC чипа телефона. Туда еще могут попадать как и банковские карты - их протоколы построены над этим стандартом.

На практике на самом деле сам разработчик считывателей редко реализует антиколлизию, она должна работать на уровне используемого чипа (от NXP или других аналогов, в том числе российских).

Вот что делает вендор, это выбирает порядок работы с различными типами карт и способа работы с ними. Грубо говоря считыватель может поддерживать одновременно работу как с обычными UID от NFC (часто это HCE Host Card Emulation), банковскими картами и приложениями (там может быть как UID, так приложение на карте, которое эмулирует один из типов Mifare, ну и EMV конечно - это часть банковского стандарта). Ну еще и куча куча разных типов карт, в том числе разной частоты. На уровне конфигурации тут нужно думать о том, что вообще читать, а что нет. На уровне разработчика - в каком порядке мы должны пытаться работать с теми или иными идентификаторами и в каком режиме, иногда это может влиять на скорость работы считывателя.

Возвращаясь к самой антиколлизии - на личной практике часто она не работает так, как это описано, магии не происходит. Так или иначе, главная ее задача, как мне кажется - это исключить перемешивание сигнала и отправка дичи дальше в СКУД, а вот выбор нужной карты из пачки в картхолдере это уже менее приоритетный вопрос.

[Yuriy_krd]

Антиколлизии - это очень нужный механизм. Я работаю со СКУДами, и у нас несколько офисов. В некоторых офисах есть еще СКУД арендодателей (в разных офисах - разные). В результате у сотрудника может быть 3-4 карты. Естественно, они их хранят вместе, в бумажнике. И прикладывают они не карту, а бумажник. Со всеми картами, что там есть. Без антиколлизий пришлось бы каждый раз вытаскивать нужную карту и прикладывать.