Розгортання тканинного браслета RFID: кодування, інтеграція та приймальне тестування

Тканинний браслет RFID можна виготовити правильно, але все одно вийти з ладу. Зчитувач може виявити чіп, тоді як платформа подій інтерпретує ідентифікатор у неправильному форматі. Друкований серіал може бути пов’язаний з одним квитком, тоді як електронний обліковий запис – з іншим. Заміна може працювати, навіть якщо втрачений браслет залишається активним.

Це збої розгортання, а не проблеми з-друком на структурі. КонтрольованийРозгортання тканинного браслета RFIDнеобхідно підключити фізичні облікові дані, закодовані дані, зчитувачі, програмне забезпечення, мережу, дозволи, правила оплати та процедури персоналу.

Швидка відповідь:Схвалити весь робочий процес, а не лише браслет. Визначте карту ідентифікатора, профіль безпеки та правила роботи перед масовим кодуванням. Випробуйте робочий-еквівалентний зразок із фактичним зчитувачем, мікропрограмою, платформою, дозволами доступу, потоком платежів, офлайн-режимом і процесом заміни. Випускайте пакет лише тоді, коли кожен критичний результат має власника та задокументовану умову проходження.

Покупці, які все ще порівнюють фізичні формати, можуть переглянути формати SyntekАсортимент браслетів RFIDіПлетені браслети RFID. Цей посібник розпочинається після того, як проект вирішив, що облікові дані Fabric підходять.

Чому читабельний браслет усе ще може вийти з ладу

Система RFID подій зазвичай включає браслет, чіп і антену, зчитувач, мікропрограму зчитувача, додаток, базу даних, мережу, джерело живлення та процедуру персоналу. TheІнструкція з безпеки RFID NISTтрактує RFID як систему, а не ізольовану мітку, і огляд Syntek щодокомпоненти системи RFIDмістить відповідний вступ.

Настільний рідер може підтвердити, що тег відповідає. Він не може довести, що шлюз застосує правильний рівень доступу, платіжний термінал запобіжить дублікату плати або служба підтримки деактивує втрачені облікові дані. Пояснення Syntek щодояк RFID-мітки спілкуються зі зчитувачамиє корисним фоном, але остаточне затвердження має використовувати апаратне та програмне забезпечення проекту.

Закріпіть правила роботи перед кодуванням

Кодування має представляти письмовий робочий процес. Його не слід використовувати для винаходу робочого процесу під час виробництва.

Допуск, повторний-вхід і анти-повернення

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

Рівні доступу

Окремо вкажіть загальний вхід, VIP-дозволи, дозволи за лаштунками, персонал, постачальника, медіа, кемпінг, паркування та вікові-обмеження. Один браслет може мати кілька дозволів, але кожне місце зчитування має повертати рішення, що стосується цієї зони.

Безготівкові рахунки

Укажіть, чи пов’язаний браслет із замкнутим -балансом, обліковим записом із післяплатою, профілем квитка чи середовищем платіжної-картки. У багатьох системах браслет представляє ідентифікатор, а серверна частина зберігає офіційний баланс і історію транзакцій.

Коли середовище зберігає, обробляє або передає дані платіжного рахунку,Стандарт безпеки даних PCIзабезпечує базові технічні та експлуатаційні вимоги. Гаманець із замкнутим{1}}циклом подій може мати інший обсяг, тому організатор повинен підтвердити платіжну модель у постачальника платформи, банку-еквайєра та команди відповідності.

Втрата, заміна та відшкодування

Задокументуйте, хто може повідомити про втрату браслета, як перевіряється право власності на квиток, коли старі облікові дані призупинено, як передається доступ або баланс і чи можна оригінал коли-небудь повернути в експлуатацію. Процес заміни не вдався, коли новий браслет працює, але старий залишається дійсним.

Виберіть радіочастотну технологію в розділі «Взаємодія».

HF і NFC для навмисних натискань

TheФорум NFCописує NFC як безконтактну технологію 13,56 МГц, призначену для-взаємодії на короткій відстані. HF або NFC часто підходять для воріт,-терміналів-точок продажу, шафок та інших-особистих---кранів.

Слова «сумісність з NFC» не є повною специфікацією. Для платформи може знадобитися певне сімейство мікросхем, довжина UID, структура пам’яті, метод автентифікації або формат даних. Посібник Syntek длярізниця між RFID і NFCі його асортиментЧитачі та записи NFCможе підтримувати початковий вибір.

УВЧ для вибраних-робочих процесів із дальнім діапазоном

TheСтандарт GS1 EPC Gen2 UHF повітря-визначає зв'язок між пасивними УВЧ-мітками та зчитувачами. УВЧ може підходити для вибраних додатків із визначенням часу, транспортного засобу, проходження-або кількох-тегів.

Більша дальність не означає автоматично кращу в контрольованих воротах. Зчитування кількох сусідніх облікових даних, коли один учасник має намір увійти, може створити неоднозначні події. Проекти, які оцінюють цей підхід, слід розглядати як сумісніЗчитувачі UHF RFIDі перевірте повну конфігурацію зчитувача, антени, браслета та сайту.

СинтекДовідник із робочої{0}}частоти RFIDможе допомогти сформулювати початкове обговорення. Остаточне рішення все одно має ґрунтуватися на необхідній взаємодії та перевіреному зразку продукції.

Створіть контрольовану карту облікових даних

Кожне фізичне та електронне представлення облікових даних має бути пов’язано одним контрольованим записом.

Ілюстративний конфлікт формату UID

Наступні значення є гіпотетичними та включені, щоб показати, чому формат потрібно узгодити перед імпортом.

Зчитувач, електронна таблиця та платформа продажу квитків можуть по-різному відображати той самий фізичний UID. Затверджена специфікація повинна визначати порядок байтів, шістнадцяткове чи десяткове подання, заповнення, великі літери, роздільники та дозволену довжину UID. Ніколи не виправляйте очевидну невідповідність, змінюючи значення вручну без документування правила та повторної перевірки повного імпорту.

Затвердити точний чіп і профіль безпеки

Назва мікросхеми - це лише початок специфікації. Підтвердьте виробника, модель, протокол, поведінку UID, пам’ять, структуру програми, дозволи на читання та запис, автентифікацію, право власності на ключ, стан персоналізації, налаштування блокування та підтримувану конфігурацію зчитувача.

Про це повідомляє NXPMIFARE DESFire EV3може підтримувати криптографічну автентифікацію та захищені безконтактні транзакції. Ці можливості все ще залежать від дизайну програми, безпечного керування ключами, конфігурації зчитувача та елементів керування серверною частиною. Використання захищеного чіпа лише як відкритого UID не забезпечує захист, доступний завдяки функціям автентифікації.

Слід також переглянути дозволи на обробку проектів або особисті записиБезпека даних RFID. Безпека має охоплювати облікові дані, зчитувачі, облікові записи персоналу, API, мережу, журнали та базу даних, а не лише чіп.

Створіть робочий-еквівалентний зразок

Зразок затвердження має відповідати запланованому порядку за тканиною, шириною, мікросхемою, антеною, корпусом, закриттям, ілюстрацією, видимим номером, закодованими даними, призначенням серверної частини та етикеткою упаковки. Порожня інкрустація чи цифрова пробна ілюстрація не можуть підтвердити завершеність робочого процесу.

Для багато{0}}денних подій SyntekRFID фестивальні браслетиіТканинні браслети RFIDзабезпечити відповідні фізичні відправні точки. Вибраний продукт все ще потрібно перевірити з фактичним кодуванням і платформою.

Зберігайте схвалений зразок із його версією ілюстрації, специфікацією мікросхеми, профілем кодування, версією-файлу даних, моделлю зчитувача, мікропрограмою, версією платформи, результатом тесту, датою затвердження та сторонами, які затверджують.

Визначте критерії прийнятності перед тестуванням

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

Стаття Syntek прочому потрібне тестування системи RFIDпояснюється, чому облікові дані, читач і програма повинні перевірятися як один робочий процес.

Виконайте багаторівневі приймальні тести

Читання лежачи та{0}}на зап’ясті

Підтвердьте виявлення, формат ідентифікатора, закодовані дані, стан блокування та автентифікацію за допомогою робочого зчитувача. Повторіть тест, коли браслет одягаєте на зап’ястя різних розмірів і орієнтацій, за очікуваних умов одягу та вологості. Учаснику не потрібно повторювати незручні повороти, щоб отримати нормальне читання.

Правила воріт, зон і-повторного входу

Перевірте кожен тип читача з дійсними, недійсними, скасованими, повторними та неправильними обліковими даними-зони. Перевірте-одноразовий вхід, повторний вхід і поведінку проти-повернення відповідно до письмової політики.

Безготівкові операції та звірка

Тестова активація, поповнення-за потреби, покупка, швидке повторне натискання, відшкодування, анулювання, відхилення облікових даних і звірка--зміни. Перевірте, яка система є авторитетною книгою та як порівнюються загальні показники постачальника, гаманця та терміналу.

Автономна робота та відновлення

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

Заміна та анулювання

Активуйте тестовий обліковий запис, позначте його як втрачений і видайте заміну. Старий браслет має вийти з ладу на відповідних зчитувачах, новий має отримати схвалений доступ або зв’язок гаманця, і обидві дії мають відображатися в записі аудиту.

Додайте перевірку навантаження та ємності

Функціональне тестування доводить, що один робочий процес може бути успішним. Тестування ємності запитує, чи залишається він придатним для використання в період найбільшої активності події.

• Запустіть кілька воріт або зчитувачів одночасно, а не перевіряйте їх один за іншим.
• Змоделюйте очікуваний шаблон сканування дійсних, недійсних, дублікатів і неправильних-зон.
• Керуйте декількома платіжними терміналами, а зчитувачі доступу та засоби підтримки використовують одну мережу.
• Записуйте час відповіді, поведінку повторних спроб, зростання черги, помилки програми та затримки серверної частини.
• Перевірте батарею пристрою, чергування зарядки, активацію-запасного пристрою та передачу зміни.
• Повторіть тест відновлення після переривання мережі, поки транзакції в черзі очікують на синхронізацію.

Мета прийняття має бути-визначена проектом. Запишіть очікуваний піковий стан, метод випробування, результат вимірювання, операційний ефект і власника рішення. Швидке лабораторне зчитування не підтверджує прийнятну пропускну здатність воріт.

Контроль пакетного кодування, перевірки та пакування

Контроль виробництва має виявляти повторюване або відсутнє кодування, неправильний чіп, нечитабельні модулі, невідповідність серійного{0}}-UID, неправильні рівні доступу, змішане оформлення, неправильні закриття та пакети, розміщені не по порядку.

Запис партії має пов’язувати замовлення на купівлю, ревізію ілюстрації, редакцію-файлу кодування, партію мікросхем, дату виробництва, серійний діапазон, коробку, результат перевірки, відхилену кількість і схвалення випуску. Огляд Syntek щодоОбладнання перевірки якості RFIDописує відповідні можливості-перевірки виробництва.

Поля ідентифікації та відображення можуть вимагати ширшої перевірки, ніж візуальний вигляд. Якщо виявлено дублікат або помилку відображення, виділіть уражений діапазон і визначте, чи є причиною один браслет, станція кодування, вихідний файл, правило імпорту чи повна партія. Перероблені облікові дані потрібно ще раз перевірити перед випуском.

Захист даних і адміністративний доступ

Браслет може містити лише ідентифікатор, але підключена платформа може містити імена, записи квитків, історію доступу, записи про платежі та примітки служби підтримки. Збирайте та зберігайте лише інформацію, необхідну для певної операційної чи юридичної мети.

• Обмежте, хто може випускати, активувати, призупиняти, замінювати, переказувати баланси або змінювати рівні доступу.
• Використовуйте індивідуальні облікові записи співробітників, а не спільні облікові дані адміністратора.
• Захистіть ключі API, імпорт файлів і експорт даних.
• Запис конфіденційних змін у журнал аудиту.
• Визначте, який постачальник отримує які поля та як файли передаються.
• Встановіть правила збереження та видалення для тестових даних, невикористаних зіставлень, записів подій і підтримки експорту.
• Негайно видаляйте доступ, коли тимчасовий персонал або постачальники залишають проект.

Вимоги до конфіденційності та безпеки залежать від юрисдикції та конструкції системи. Організатор заходу повинен призначити відповідальність, а не вважати, що постачальник браслетів або постачальник платформи володіє всіма рішеннями щодо даних.

Використовуйте контроль змін, щоб вирішити, коли проводити повторне тестування

У записі про зміни має бути зазначено, що змінилося, чому це змінилося, які докази залишаються дійсними та які тести необхідно повторити.

Плануйте графік розгортання

1. Заморозити робочі процеси.Схвалення правил входу, зон,-повторного входу, оплати, відшкодування, заміни, офлайн і звітності.
2. Затвердити технологічний профіль.Підтвердьте частоту, чіп, формат ідентифікатора, налаштування безпеки, підтримку зчитувача та платформи.
3. Затвердити виробничі-еквівалентні зразки.Пройдіть фізичні тести, перевірки даних, доступу, оплати та відновлення.
4. Заморозити ілюстрації та файли карт.Контролюйте версії перед початком масового кодування.
5. Перевірте партію та імпортуйте.Перевірте унікальність, відображення, упаковку та призначення платформи.
6. Виконайте перевірку сайту та ємності.Використовуйте передбачені шлюзи, термінали, мережу, живлення та резервний процес.
7. Навчіть персонал і репетируйте винятки.Включно з недійсними скануваннями, збоями, втраченими браслетами, відшкодуваннями та ручними перевизначеннями.
8. Проведіть огляд Go/No-Go.Усунути критичні дефекти та підтвердити готовність підтримки до публічної експлуатації.

Ілюстративна помилка інтеграції

Наступний сценарій є гіпотетичним і не представлений як результат клієнта.

Три{0}}денний фестиваль отримує браслети з тканини, надруковані у відповідних кольорах для VIP та-загальних вхідних квитків. Кодер для настільного комп’ютера експортує чотири-байтові UID як великі-десяткові числа з кінцем, а платформа продажу квитків очікує зворотного порядку байтів. Браслети читаються правильно, але імпортовані облікові дані не збігаються з записами квитків.

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

Цей приклад ілюструє, чому успішне читання, зіставлення даних і авторизація платформи вимагають окремих доказів.

Go/No-Контрольний список Go/No

Проект не повинен бути запущений, поки не вирішено будь-яку з наведених нижче проблем.

• критичний ідентифікатор або невідповідність відображення;
• несанкціонований доступ до зони;
• втрачені облікові дані, які залишаються активними після заміни;
• непояснена різниця в оплаті або звірці;
• офлайн-транзакції, які не можуть передбачувано синхронізуватися;
• повторювані, відсутні або невідстежувані пакетні облікові дані;
• неконтрольований доступ адміністратора або перевизначення;
• немає власника через збої читача, мережі, платформи чи підтримки;
• немає протестованого резервного-пристрою, заряджання чи процесу інциденту.

Щодо нестандартної конструкції, друку, кодування та контрольованого пакування, перегляньте SyntekВиробництво OEM і ODMможливості. Покупець також можезапросити зразок розгортаннядля фізичної перевірки, перевірки кодування та інтеграції перед масовим виробництвом.

Схвалюйте систему, а не лише браслет

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

Не випускайте проект, оскільки ілюстрація виглядає правильно або один зразок створює UID. Випустіть його, коли очікуваний робочий процес буде задокументовано, всі критичні тести пройдено, партію можна буде відстежити, а команда події зможе відновитися після збоїв, які, швидше за все, виникнуть на місці.