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

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

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

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

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

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

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

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

Зони за допускане,-влизане и достъп

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

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

Правила за безкасово плащане и възстановяване на средства

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

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

Загубени идентификационни данни и замяна

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

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

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

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

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

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

ТекущатаGS1 EPC Gen2 UHF стандартдефинира комуникация по въздушен{0}}интерфейс за UHF RFID системи през 860–930 MHz. UHF може да отговаря на избраното време, широко-лентови или много-метежни взаимодействия.

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

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

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

Пример за илюстративен UID формат

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примерен тестов запис

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

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

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

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

Не замествайте пропускателната способност на гейт с време за лабораторно отчитане. Целта трябва да бъде одобрена за действителния дизайн на входа, персонала и очаквания модел на взаимодействие.

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

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

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

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

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

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

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

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

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

Илюстративна грешка при интегриране: Несъответствие в реда на байтовете

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

Фестивалът получава правилно отпечатани платнени гривни и настолният четец открива всяка мостра. Експортирането на четеца преобразува четири-байтовия UID в десетична стойност с голям-endian, докато импортирането на билети очаква обратния ред на байтовете. Лентите за китки са четими, но импортираните идентификационни данни не съответстват на присвоените записи на билети.

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

Урокът е практичен: успехът при четене, нормализирането на идентификатора и оторизацията на платформата изискват отделни доказателства.

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

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

Матрица на отговорността на доставчика и платформата

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

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

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

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

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

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

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

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