Как да съчетаете RFID карти със съществуващи четци

Ако някога сте опитвали да купите нови RFID карти за вече работеща система, добре познавате капана. Картите изглеждат почти еднакво. Доставчикът казва, че са съвместими. Екипът на сградата твърди, че четците са стандартни. Отделът за покупки вижда по-ниска цена и иска да действа бързо. После пристига новата партида и изведнъж едни врати работят, други не, някои четци издават звук, но не отключват, бариерата на паркинга се държи странно, а звеното за издаване на пропуски започва да обвинява инсталатора, софтуера, принтера и доставчика още същия следобед. Точно затова съчетаването на RFID карти със съществуващи четци е една от най-важните стъпки във всеки проект за контрол на достъпа или управление на идентификационни карти.

Истината е проста. Съвместимостта на RFID картите рядко зависи само от самата карта. Тя зависи от връзката между картата, четеца, контролера, формата на идентификатора, конфигурацията на обекта и начина, по който системата се е развивала във времето. Една карта може да бъде с правилния размер, правилния цвят и дори правилната честота, но пак да се окаже грешният избор. Затова купувачите, които искат да съчетаят RFID карти със съществуващи четци, трябва да мислят като системни администратори, а не само като купувачи на продукт.

Защо съвместимостта със съществуващи четци изисква повече от еднаква честота

Първото, което трябва да се разбере, е че изразът „съществуващи четци“ не е достатъчно точен. Трябва да знаете какъв тип RFID четци са инсталирани, какви честоти поддържат, за кои семейства карти са конфигурирани и дали четат обикновен сериен номер, програмиран идентификатор или по-структурирано приложение върху смарт карта. Много проекти се провалят още тук, защото екипите приемат, че ако картата е 125 kHz или 13.56 MHz, проблемът е решен. При реални внедрявания това е само началото.

Офис кула с множество наематели в Сингапур научи този урок по скъпия начин. Екипът по управление на имота знаеше, че четците са високочестотни, и реши, че всяка 13.56 MHz RFID карта може спокойно да бъде поръчана. Новата партида изглеждаше правилно и дори активираше част от четците. Но няколко етажа на наематели продължиха да отхвърлят картите, защото инсталираната система за достъп очакваше конкретна структура на идентификатора, а не само съвпадение на честотата. Сградата беше купила карти, които бяха технически близки, но оперативно грешни. Този проект остана добро напомняне, че честотата е част от съвместимостта, но не е цялата история.

Започнете с реална инвентаризация на текущата система за достъп

Затова първата практична стъпка е инвентаризация на текущата система. Преди да поръчате дори една RFID карта за достъп, документирайте моделите на четците, средата на контролерите, процеса за регистриране на пропуски и точния тип карта, който в момента е в употреба. Това звучи скучно, но е най-рентабилното действие, което можете да предприемете. Ако е възможно, вземете работеща примерна карта от активната система и идентифицирайте не само общата категория, а и точното поведение на идентификатора, което четците използват. Това означава да се разбере дали системата разчита на нискочестотна проксимити карта, например 125 kHz идентификатор в EM стил, високочестотна MIFARE карта, DESFire приложение, UID базирана схема или специфичен формат на даден доставчик. Изразът съвместимост със съществуващ четец няма почти никаква стойност, докато тези детайли не са ясни.

Частна болница в Малайзия подходи правилно при обновяване на служебните пропуски. Вместо да поиска от доставчиците „RFID карти за болница“, екипът по сигурността започна със събиране на реални работещи карти от медицински сестри, аптека, поддръжка и паркинг персонал и проследи как всяка от тях се държи в текущата система. Бързо стана ясно, че това, което изглеждаше като една програма за пропуски, всъщност включва няколко различни очаквания на четците, натрупани във времето. Ако болницата беше преминала директно към масова покупка, щеше да създаде сериозно объркване. Чрез одит на реалните активни идентификатори тя избегна много скъпо предположение.

Разберете какво всъщност очакват четците от картата

След като знаете какви четци са инсталирани, следващият въпрос е какво реално правят тези четци с картата. Точно тук много купувачи се объркват, защото смятат, че четецът просто „чете картата“. На практика четците може да търсят битов формат, код на обекта и номер на карта, сериен номер на картата, програмиран блок памет или защитено приложение в смарт карта. Два четеца, които и двата работят с 13.56 MHz карти, пак могат да очакват напълно различни типове данни. Ето защо съчетаването на RFID карти с четци не е само хардуерен въпрос. То е и въпрос на формат на идентификатора.

Университет в Канада установи това при модернизация на студентските общежития. Картовият офис на кампуса знаеше, че използва високочестотни студентски карти, което изглеждаше достатъчно ясно. Но четците в общежитията не се държаха по същия начин като част от четците в учебните сгради, защото жилищната система се беше развивала отделно. Университетът можеше да наложи прибързана стандартизация, но вместо това проведе правилно проучване за съвместимост и откри, че съществуващите четци очакват две леко различни поведения на идентификаторите според групата сгради. Това знание промени целия план за покупка. Университетът спря да пита „Какъв тип RFID карта ни трябва?“ и започна да пита „Какво точно очакват тези четци да видят?“

Не разчитайте на неясни продуктови описания

Точно тук доставчици и интегратори понякога създават объркване с твърде общ език. Доставчик може да каже, че дадена карта е съвместима с MIFARE четци, но това не казва дали обектът използва MIFARE Classic, Ultralight, DESFire или персонализирана настройка на четеца, която приема само един тип идентификатор в това семейство. Друг доставчик може да каже, че картата е 125 kHz карта за достъп, което пак не уточнява дали четецът очаква обичаен EM формат, формат тип HID Prox или специфична за обекта номерационна схема. Добре подготвените екипи за покупки искат точни данни за съвместимост, а не приблизително успокояващи фрази.

Жилищен комплекс в Дубай трябваше да научи тази разлика на практика. Обектът използваше по-стари четци на вратите и искаше по-евтини резервни карти за нови жители. Един доставчик обеща „напълно съвместими RFID карти за вход в апартаменти“ и това звучеше убедително, докато управленският екип не тества картите на входните врати, гаражните входове и входовете към общите зони. Някои работеха, други отказваха, а трети показваха непостоянно поведение според контролния панел. Доставчикът беше описал картите твърде общо, а управата беше приела описанието твърде небрежно. След като обектът започна да тества спрямо конкретни активни врати, а не спрямо широки продуктови твърдения, правилното решение стана очевидно.

Тествайте кандидат-картите с реално инсталираните четци

Оттук следва следващото правило: винаги тествайте с работещи четци на място, преди да направите пълна поръчка. Не с един четец. Не с една демонстрация. Тествайте с реално инсталираните четци, които имат най-голямо значение. Ако обектът включва турникети във фоайето, служебни входове, паркинг четци, асансьорни четци, четци в общежития или входове към фитнес зони, проверете картите на всички тях. Карта, която работи отлично на една врата, не доказва, че е правилната карта за целия обект. Реалните системи често са по-малко еднородни, отколкото подсказва документацията.

Логистична компания в Полша постъпи правилно по време на поетапна модернизация на складова база. Бизнесът имаше едно по-старо депо, което все още работеше със стара среда на четци, и по-нов дистрибуционен център с по-усъвършенствани правила за достъп на персонала. Вместо да се довери само на документация, екипът тества кандидат-картите на основните служебни входове, терминалите за отчитане на смени, вътрешните охранителни врати и точките за достъп на превозни средства. Тестовете показаха, че едно на пръв поглед правилно семейство карти работи добре на входните четци, но не толкова стабилно на малка част от вътрешните устройства. Откриването на това преди поръчката спести на компанията месеци изключения, преиздаване на пропуски и оперативни проблеми.

Разграничете разпознаването от четеца и приемането от цялата система

Друга често пропускана разлика е между физическа съвместимост и системна съвместимост. Една карта може да активира четеца и въпреки това да не работи правилно в софтуера за контрол на достъпа. Това се случва, когато хардуерът вижда суровия идентификатор, но данните, подадени към контролера, не съвпадат с базата данни, очаквания диапазон от номера или правилата на системата. С други думи, „четецът вижда картата“ не е същото като „системата приема картата“. Нужни са и двете.

Корпоративен кампус в Тексас се сблъска с това при разширяване на офиса. Екипът по сигурността успешно демонстрира, че новите карти могат да бъдат прочетени от сградните четци, затова отделът за покупки прие, че проектът е безопасен. След това служителите започнаха да получават пропуски и се оказа, че някои карти не отварят никакви врати. Четците ги разпознаваха, но платформата за контрол на достъпа не ги третираше като валидни идентификатори, защото логиката на номериране не беше правилно съгласувана. Грешката изглеждаше загадъчна в началото, но всъщност беше класически провал да се направи разлика между съвместимост на ниво четец и пълна съвместимост на ниво система.

Проверете процеса на записване преди покупка

Ето защо съчетаването на RFID карти със съществуващи четци изисква внимание и към процеса на записване. Как в момента се добавят карти в системата? Новите идентификатори регистрират ли се чрез сканиране на серийния номер на картата? Импортират ли се от система за управление на пропуски? Кодират ли се с видим номер, който трябва да съвпада с бекенд системата? Звеното за карти въвежда ли ръчно код на обекта и номер на карта? Ако не разбирате как обектът издава и регистрира пропуски днес, може случайно да купите съвместима карта, която после е неудобна или почти невъзможна за оперативна поддръжка.

Медицински кампус в Южна Корея видя този проблем при подмяна на карти за външни изпълнители. Съществуващите четци технически можеха да работят с повече от един тип идентификатор, но работният процес в болничното звено за пропуски беше изграден около един познат модел на записване. Предложена по-евтина резервна карта щеше да изисква по-сложно обслужване при регистриране и да създаде повече възможности за ръчни грешки. IT екипът я отхвърли, въпреки че на хартия изглеждаше съвместима, защото дългосрочната поддръжка щеше да пострада. Това беше правилното решение. При контрола на достъпа правилната карта не е само тази, която се чете. Правилната карта е тази, която организацията може реално да управлява.

Изяснете дали системата е UID-базирана или базирана на записани данни

Друг важен въпрос е дали системата е UID-базирана или работи със записани данни. В някои среди четецът просто използва серийния номер на картата или проста прочетена стойност като идентичност на пропуска. В други среди четецът или контролерът очаква програмирани данни в картата. Това са два много различни сценария. Ако системата е UID-базирана, покупката на програмируема смарт карта и фокусът върху кодирането може да добавят сложност без реална полза. Ако системата е базирана на данни, предположението, че всеки четим сериен номер ще работи, може да доведе до провал. Тази разлика трябва да бъде изяснена рано, а не по средата на внедряването.

Оператор на споделено работно пространство пространства в Берлин научи този урок при проект за стандартизиране на карти в няколко локации. Една локация на практика използваше UID-базиран подход за достъп на членове, докато друга беше развила по-структуриран модел със смарт карти и по-конкретни очаквания към данните. Екипът първоначално смяташе, че решава един общ проблем със съвместимостта във всички обекти. В действителност решаваше два различни проблема. След като операторът документира кои четци са UID-базирани и кои са свързани със структурирана логика на идентификаторите