Внедряване на RFID тъканна гривна: кодиране, интегриране и тестване за приемане

RFID тъканна лента за китка може да бъде произведена правилно и пак да се провали на вратата. Четецът може да открие чипа, докато платформата за събития интерпретира идентификатора в грешен формат. Печатният сериал може да бъде свързан с един билет, докато електронният акредитив е свързан с друг. Замяната може да работи, въпреки че изгубената гривна остава активна.

Това са неуспешни внедрявания, а не проблеми с -отпечатването на тъканта. КонтролиранРазгръщане на RFID тъканна лента за киткатрябва да свърже физическите идентификационни данни, кодирани данни, четци, софтуер, мрежа, разрешения, правила за плащане и процедури за персонала.

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

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

Защо четливата гривна все още може да се провали

RFID система за събития обикновено включва гривна, чип и антена, четец, фърмуер на четеца, приложение, база данни, мрежа, захранване и процедура за персонала. TheУказание за сигурност на NIST RFIDтретира RFID като система, а не като изолиран етикет, и прегледът на Syntek накомпоненти на RFID системапредоставя свързано въведение.

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

Замразете правилата за работа преди кодиране

Кодирането трябва да представлява писмен работен процес. Не трябва да се използва за измисляне на работния процес по време на производството.

Допускане, повторно -влизане и против-връщане

Определете дали идентификационните данни позволяват еднократно въвеждане, повторно въвеждане или влизане само през определен период. Запишете какво се случва след възстановяване на сума, анулиране, дублиране на докосване или сканиране на грешна врата. Платформа, която проверява само дали съществува идентификатор, може да приеме многократна употреба, освен ако бекендът не оценява хронологията на влизанията.

Нива на достъп

Избройте поотделно общи входове, VIP, зад кулисите, персонал, продавач, медии, къмпинг, паркиране и разрешения с възрастово-ограничение. Една гривна може да носи няколко разрешения, но всяко местоположение на четец трябва да върне решението, свързано с тази зона.

Безкасови сметки

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

Когато средата съхранява, обработва или предава данни за платежни сметки,PCI стандарт за сигурност на даннитепредоставя базови технически и оперативни изисквания. Портфейлът със затворен -цикличен цикъл може да има различен обхват, така че организаторът трябва да потвърди модела на плащане с доставчика на платформата, приемащата банка и екипа за съответствие.

Загуба, замяна и възстановяване на средства

Документирайте кой може да съобщи за изгубена гривна, как се проверява собствеността върху билета, кога старите идентификационни данни са спрени, как се прехвърля достъпът или балансът и дали оригиналът може някога да се върне в експлоатация. Процесът на подмяна е неуспешен, когато новата гривна работи, но старата остава валидна.

Изберете RF технологията от взаимодействието

HF и NFC за умишлени докосвания

TheФорум за NFCописва NFC като 13,56 MHz безконтактна технология, предназначена за взаимодействие с малък-обхват. HF или NFC често са подходящи за порти,--терминали за продажба, шкафчета и други-човек---наведнъж.

Думите "NFC съвместим" не са пълна спецификация. Платформата може да изисква определено семейство чипове, дължина на UID, структура на паметта, метод за удостоверяване или формат на данните. Ръководството на Syntek заразлика между RFID и NFCи неговия диапазон отNFC четци и писателиможе да поддържа първоначален избор.

UHF за избрани по-дълги{0}}работни процеси

TheGS1 EPC Gen2 UHF въздушен-стандарт за интерфейсдефинира комуникацията между пасивни UHF тагове и четци. UHF може да отговаря на избрани приложения за синхронизиране, превозно средство, проход-или множество-маркировки.

По-големият обхват не е автоматично по-добър при контролирана врата. Четенето на няколко близки идентификационни данни, когато един участник възнамерява да влезе, може да създаде двусмислени събития. Проектите, оценяващи този подход, трябва да бъдат прегледани за съвместимиUHF RFID четции валидирайте пълната конфигурация на четеца, антената, гривната и сайта.

на СинтекРъководство за работната-честота на RFIDможе да помогне за първоначалната дискусия. Окончателното решение все още трябва да се основава на необходимото взаимодействие и тествана производствена проба.

Създайте карта с контролирани идентификационни данни

Всяко физическо и електронно представяне на удостоверението трябва да бъде свързано с един контролиран запис.

Конфликт на илюстративен UID формат

Следните стойности са хипотетични и са включени, за да покажат защо форматът трябва да бъде съгласуван преди импортиране.

Четец, електронна таблица и платформа за продажба на билети могат да показват същия физически UID по различен начин. Одобрената спецификация трябва да дефинира ред на байтовете, шестнадесетично или десетично представяне, подпълване, главни букви, разделители и разрешени дължини на UID. Никога не коригирайте очевидно несъответствие чрез ръчно обръщане на стойности без документиране на правилото и повторно тестване на пълното импортиране.

Одобрете точния чип и профила за сигурност

Името на чипа е само началото на спецификацията. Потвърдете производителя, модела, протокола, поведението на UID, паметта, структурата на приложението, разрешенията за четене и запис, удостоверяването, собствеността върху ключа, състоянието на персонализиране, настройките за заключване и поддържаната конфигурация на четеца.

NXP заявява товаMIFARE DESFire EV3може да поддържа криптографско удостоверяване и защитени безконтактни транзакции. Тези възможности все още зависят от дизайна на приложението, сигурното управление на ключовете, конфигурацията на четеца и контролите в задната част. Използването на защитен чип само като открит UID не осигурява защитата, налична от неговите функции за удостоверяване.

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

Създайте производствен-еквивалентен образец

Мострата за одобрение трябва да съответства на планираната поръчка по отношение на плат, ширина, чип, антена, корпус, затваряне, произведения на изкуството, видим номер, кодирани данни, присвояване на бекенда и етикет на опаковката. Празна инкрустация или доказателство за цифрово произведение на изкуството не могат да потвърдят завършения работен процес.

За много{0}}дневни събития, Syntek'sRFID фестивални гривнииRFID тъкани гривнипредоставят подходящи физически отправни точки. Избраният продукт все още трябва да бъде тестван с действителното кодиране и платформа.

Запазете одобрената извадка с нейната версия на изображението, спецификация на чипа, профил на кодиране, версия на-файл с данни, модел на четец, фърмуер, версия на платформата, резултат от теста, дата на одобрение и одобряващи страни.

Определете критериите за приемане преди тестване

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

Статията на Syntek зазащо е необходимо тестване на RFID системаобяснява защо идентификационни данни, четец и приложение трябва да бъдат валидирани като един работен процес.

Изпълнете многослойни тестове за приемане

Четене на пейка и-на китката

Потвърдете откриването, формата на идентификатора, кодираните данни, състоянието на заключване и удостоверяването с производствения четец. Повторете теста, докато китката се носи на различни размери и ориентации на китката, при очаквано облекло и условия на влага. Присъстващият не трябва да се нуждае от повтарящи се неудобни ротации, за да получи нормално четене.

Правила за вход, зона и-повторно влизане

Тествайте всеки тип четец с валидни, невалидни, анулирани, дублирани и грешни идентификационни данни за-зона. Проверете еднократното-влизане, многократното влизане и поведението против-връщане в съответствие с писмената политика.

Безкасови транзакции и съгласуване

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

Офлайн работа и възстановяване

Изключете тестовата среда при контролирани условия. Проверете кои правила за въвеждане и харчене продължават, къде се съхраняват записите, как персоналът идентифицира офлайн режима, как се разрешават конфликти и как записите се синхронизират след повторно свързване.

Замяна и отмяна

Активирайте тестови идентификационни данни, маркирайте ги като изгубени и издайте заместващи. Старата гривна трябва да се повреди при съответните четци, новата трябва да получи одобрен достъп или връзка с портфейла и двете действия трябва да се появят в одитния запис.

Добавете тестване на натоварването и капацитета

Функционалното тестване доказва, че един работен процес може да успее. Тестването на капацитета пита дали остава използваем през най-натоварения период на събитието.

• Пуснете няколко портала или четци едновременно, вместо да ги тествате един по един.
• Симулирайте очаквания модел на валидни, невалидни, дублирани и грешни-зонови сканирания.
• Управлявайте няколко терминала за плащане, докато четците за достъп и инструментите за поддръжка използват една и съща мрежа.
• Записвайте времето за реакция, поведението при повторен опит, нарастването на опашката, грешките в приложението и задните забавяния.
• Тествайте батерията на устройството, ротацията на зареждането, активирането на резервното-устройство и предаването на смяната.
• Повторете теста за възстановяване след прекъсване на мрежата, докато транзакциите на опашка чакат да се синхронизират.

Целта за приемане трябва да бъде-дефинирана в проекта. Запишете очакваното пиково състояние, метода на изпитване, измерения резултат, оперативния ефект и собственика на решението. Бързото лабораторно отчитане не доказва приемлива производителност на гейта.

Контролирайте партидното кодиране, проверка и опаковане

Производствените контроли трябва да откриват дублирано или липсващо кодиране, грешен чип, нечетими модули, несъответствия на сериен-към-UID, грешни нива на достъп, смесени илюстрации, неправилни затваряния и пакети, поставени извън последователността.

Записът на партида трябва да свързва поръчката за покупка, ревизията на илюстрацията, ревизията на кодиращия-файл, партидата на чипа, датата на производство, серийната гама, кашона, резултата от проверката, отхвърленото количество и одобрението за пускане. Преглед на Syntek наRFID оборудване за проверка на качествотоописва свързаните възможности за -проверка на производството.

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

Защита на данните и административен достъп

Маншетът може да носи само идентификатор, но свързаната платформа все още може да съдържа имена, записи на билети, история на достъп, записи на плащания и бележки за поддръжка. Събирайте и съхранявайте само информацията, необходима за определена оперативна или правна цел.

• Ограничете кой може да издава, активира, спира, заменя, прехвърля баланси или променя нивата на достъп.
• Използвайте индивидуални акаунти на служители, вместо споделени администраторски идентификационни данни.
• Защитете API ключове, импортирайте файлове и експортирайте данни.
• Записвайте чувствителните промени в журнал за проверка.
• Определете кой доставчик получава какви полета и как се прехвърлят файловете.
• Задайте правила за задържане и изтриване за тестови данни, неизползвани съпоставяния, записи на събития и експортиране на поддръжка.
• Премахнете достъпа незабавно, когато временен персонал или доставчици напуснат проекта.

Изискванията за поверителност и сигурност варират според юрисдикцията и дизайна на системата. Организаторът на събитието трябва да възложи отговорността, вместо да приема, че доставчикът на маншет или платформата притежава всяко решение за данни.

Използвайте Change Control, за да решите кога да тествате повторно

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

Планирайте графика за внедряване

1. Замразете работните процеси.Одобряване на влизане, зони, повторно -влизане, плащане, възстановяване на средства, замяна, офлайн и правила за докладване.
2. Одобрете технологичния профил.Потвърдете честота, чип, формат на идентификатора, настройки за сигурност, поддръжка на четец и платформа.
3. Одобрете производствени{0}}еквивалентни проби.Пълни физически тестове, тестове за данни, достъп, плащане и възстановяване.
4. Замразете произведения на изкуството и файлове за картографиране.Контролирайте ревизиите преди да започне груповото кодиране.
5. Валидирайте партидата и импортирайте.Проверете уникалността, картографирането, опаковането и присвояването на платформата.
6. Изпълнете теста на сайта и капацитета.Използвайте предвидените портове, терминали, мрежа, захранване и резервен процес.
7. Обучете персонала и репетирайте изключенията.Включете невалидни сканирания, прекъсвания, изгубени маншети, възстановяване на средства и ръчни промени.
8. Задръжте Go/No-Go преглед.Разрешете критични дефекти и потвърдете готовността за поддръжка преди публична експлоатация.

Илюстративна неуспешна интеграция

Следният сценарий е хипотетичен и не е представен като клиентски резултат.

Три{0}}дневен фестивал получава платнени гривни, отпечатани в правилните VIP и общи-цветове за вход. Настолният енкодер експортира четири-байтови UID като big-endian десетични знаци, докато платформата за билети очаква обратен ред на байтовете. Гривните се четат правилно, но импортираните идентификационни данни не съответстват на записите на билетите.

Екипът идентифицира проблема по време на импортиране-на проба, а не на входа. Той замразява масовото кодиране, документира правилото за реда на байтовете-, регенерира файла за картографиране и повтаря тестове за порта, VIP, замяна и офлайн тестове. Коригираната проба преминава и крайната партида е опакована по ниво на билета и контролирана серийна гама.

Този пример илюстрира защо успехът при четене, картографирането на данни и упълномощаването на платформа изискват отделни доказателства.

Go/No-Go контролен списък

Проектът не трябва да се активира, докато някое от следните остава неразрешено:

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

За персонализирана конструкция, печат, кодиране и контролирано опаковане прегледайте Syntek'sOEM и ODM производствовъзможности. Купувачът също можепоискайте проба за внедряванеза физическо, кодиращо и интеграционно валидиране преди масово производство.

Одобрете системата, а не само маншета

RFID платнена гривна е готова само когато нейната физическа конструкция, карта на идентификатора, профил за сигурност, четци, правила на платформата, партидни записи, офлайн поведение и процедури на персонала са валидирани заедно.

Не пускайте проект, защото произведението изглежда правилно или една проба създава UID. Пуснете го, когато очакваният работен процес е документиран, всеки критичен тест е преминал, партидата е проследима и екипът на събитието може да се възстанови от грешките, които е най-вероятно да възникнат на място.