Test kompatibility přívěsku RFID: Jak schválit vzorek před hromadnou výrobou

Test kompatibility RFID klíčenky by měl prokázat, že hotové pověření funguje v celém řetězci kontroly přístupu kupujícího-. Čip musí komunikovat se zamýšlenou čtečkou, čtečka a kontrolér musí správně interpretovat data, software musí aplikovat správná oprávnění a fyzická klíčenka se musí shodovat se schválenými záznamy o číslování, značce a balení.

Pípnutí čtečky nestačí.

Čtečka může detekovat pověření, zatímco kontrolér odmítne jeho formát, software nemůže najít záznam o zápisu nebo je chybné povolení dveří. Před-výrobní jednotka by proto měla být testována jako součást instalovaného systému, nikoli jako izolovaný kus plastu.

Čtenáři, kteří stále porovnávají technologie a tvarové faktory, mohou začít s širšíPrůvodce RFID klíčenky. Tento článek se zaměřuje na užší rozhodnutí o schválení: co musí být ověřeno, než se zakázka na zakázku přesune do sériové výroby.

Rychlá odpověď: Co musí testovací pověření prokázat?

Konečné zakódované pověření by mělo fungovat na každém reprezentativním čtecím zařízení a přístupové zóně zahrnuté v projektu, produkovat očekávaná systémová data, projít testem autorizace i zamítnutí, odpovídat schváleným tištěným a elektronickým záznamům a splňovat požadavky na fyzickou kvalitu projektu.

Schválení by se mělo týkat šesti oblastí:

• Frekvence, čip a přihlašovací aplikace odpovídají zamýšleným čtečkám.
• Spojení čtečky-k-řadiči vytváří očekávaný systémový výsledek.
• Kódované, zobrazené, vytištěné a importované identifikátory jsou správně namapovány.
• Stavy autorizace, zamítnutí, vypršení platnosti, ztráty a nahrazení se chovají podle specifikací.
• Výkon a trvanlivost čtení splňují podmínky přijetí-definované v projektu.
• Schválený odkaz, datový soubor a pořadí balení lze reprodukovat ve výrobě.

Toto zobrazení na systémové{0}}úrovni se řídí stejným řetězcem čtečky, ovladače a softwaru, jak je vysvětleno vjak RFID klíčenky fungují při kontrole přístupu.

Proč prázdný vzorek nebo skenování plochy není konečné schválení

Prázdný Fob testuje vzhled, nikoli konečné pověření

Prázdné pouzdro může potvrdit tvar, rozměry, barvu, umístění loga, povrchovou úpravu a hardware kroužku na klíče. Nemůže potvrdit kód zařízení, rozsah čísel karet, aplikační data, bezpečnostní klíče, tištěné -mapování čísel nebo pravidlo importu databáze.

V případě potřeby použijte samostatná schválení:

• Vizuální schválení:bydlení, umělecká díla, barvy a povrchová úprava
• Funkční schválení:čip, kódování, oprávnění, chování systému a mapování dat

Hromadná výroba by neměla být osvobozena pouze od vizuálního schválení.

Stolní čtečka nereprodukuje nainstalovaná dvířka

Stolní zařízení může identifikovat čip nebo pomoci při kontrole dat pověření, ale nemusí používat stejné RF pole, firmware, chování výstupu, aplikační klíče nebo nastavení ovladače jako systém živého přístupu. VhodnýStolní RFID čtečkaje užitečné při registraci a kontrole, ale konečné rozhodnutí stále vyžaduje nainstalované nebo reprezentativní dveřní kování.

Jeden úspěšný vstup testuje pouze jednu cestu

Pověření může otevřít hlavní vchod, ale selže u výtahu, parkoviště, hotelového zámku nebo vedlejší budovy, protože tyto oblasti používají různé čtečky, firmware, aplikace nebo nastavení ovladače. Schválení se musí vztahovat na každý odlišný typ systému, který má pověření sloužit.

Před vyrobením vzorku zmrazte specifikaci

Dodavatel nemůže vyrobit spolehlivou schvalovací jednotku z fotografie stávajícího přívěsku na klíče. Kupující nebo integrátor by měl před zahájením kódování poskytnout řízenou specifikaci.

Potvrďte frekvenci a přesný čip

Začněte tím, že určíte, zda projekt používá pověření LF, jako je 125 kHz, pověření HF pracující na 13,56 MHz, nebo více-technologický design. Průvodce Syntekemvýběr správné frekvence RFID klíčenkyvysvětluje první krok výběru.

Frekvence je pouze jedna vrstva. Kupující by měl také identifikovat rodinu čipů, konfiguraci paměti a přístupu, protokol, přihlašovací aplikaci a veškeré požadované bezpečnostní klíče. Syntek nabízí příklady jako např125 kHz RFID klíčenky, a Klíčenka MIFARE 13,56 MHza advoufrekvenční{0}}frekvence RFID klíčenka. Tyto kategorie produktů nejsou automaticky zaměnitelné s každou čtečkou.

Úředník HIDInformace o ProxKey IIIuvádí, že produkt podporuje více formátů pověření. To ilustruje, proč dvě klíčenky v rámci stejného širokého 125 kHz ekosystému mohou stále nést různé datové struktury.

Definujte, co znamená viditelné číslo

Číslo vytištěné nebo laserem{0}}označené na krytu může být nezpracované UID, decimální nebo hexadecimální převod, číslo karty, kombinace-kódu a čísla karty- zařízení, reference zaměstnance nebo sériové číslo dodavatele.

Ve specifikaci objednávky by mělo být přesně uvedeno, jak se viditelné číslo vztahuje k:

• Hodnota uložená nebo pevná v čipu
• Hodnota zobrazená čtenářem zápisu
• Hodnota přenášená do ovladače
• Záznam pověření importovaný do přístupového softwaru
• Číslo vytištěné na plášti a uvedené v souboru dodavatele

Nežádejte dodavatele, aby „vytvořil stejné číslo“, dokud vlastník systému nedefinuje, které číslo a zastoupení jsou vyžadovány.

Wiegand a OSDP vyžadují různé podrobnosti testu

Technologie pověření a rozhraní -to{1}}kontroléru jsou samostatné vrstvy kompatibility. Klíčenka 125 kHz nebo 13,56 MHz komunikuje se čtečkou; čtečka pak komunikuje s přístupovým kontrolérem pomocí rozhraní zvoleného návrhem systému.

Starší a Wiegand{0}}stylové systémy

Některé systémy přenášejí pevný bitový tok pověření, který může obsahovat paritu, kód zařízení nebo místa a individuální číslo karty. V těchto projektech může být ve specifikaci testu nutné definovat:

• Název formátu a celková bitová délka
• Kód zařízení nebo lokality, je-li použit
• Počáteční a koncová číselná-řada karet
• Pravidla parity a číslování
• Výstup čtečky a interpretace regulátoru

Tato pole jsou běžná v některých starších nasazeních, ale nejsou univerzálními atributy každého pověření RFID.

OSDP systémy

ThePřehled OSDP Asociace bezpečnostního průmyslupopisuje obousměrný protokol čtečky-do{1}}kontroléru s dohledem nad zařízením a volitelným zabezpečeným kanálem pomocí AES-128.

Pokud se používá OSDP, schvalovací plán může vyžadovat ověření:

• Adresa čtečky a nastavení komunikace
• Kompatibilita firmwaru ovladače a čtečky
• Opravte stav online a pod dohledem
• Konfigurace zabezpečeného kanálu v případě potřeby
• Pověřovací údaje doručené správci
• Očekávané chování po výměně čtečky nebo změně konfigurace

Klíčenka může být technicky kompatibilní se čtečkou, zatímco problém s konfigurací OSDP stále brání fungování celé přístupové cesty.

Sedm vrstev kompatibility

Testování všech sedmi vrstev zabrání tomu, aby bylo „čitelné“ zaměněno za „kompatibilní“. Kupující, kteří potřebují více podrobností o přihlašovacích údajích a ochraně systému, si mohou prohlédnoutZabezpečení dat RFID.

Osmi{0}}krokový test kompatibility přívěsku na klíče RFID

Krok 1: Ověřte fyzickou část a technologii pověření

Porovnejte schvalovací jednotku se specifikací. Zaznamenejte si materiál pouzdra, rozměry, hardware kroužku na klíče, model čipu, frekvenci, protokol, konfiguraci aplikace, metodu loga a odkaz na barvu.

Pro materiály a povrchové úpravy použijte spíše prostředí projektu než samotný vzhled. ThePrůvodce výběrem materiálu RFID klíčenkymůže pomoci kupujícím porovnat běžné konstrukční možnosti před testováním odolnosti.

Krok 2: Test se schváleným zařízením

Použijte nainstalovaný nebo reprezentativní software pro čtení, ovladač a produkční nebo přípravný software. Pokud je to možné, zahrňte zamýšlenou registrační čtečku a kodér.

Smartphone by neměl být jediným testovacím zařízením. ThePřehled technologie fóra NFCvysvětluje, že NFC pracuje na základní frekvenci 13,56 MHz. Telefon může detekovat některá kompatibilní pověření HF nebo NFC, ale netestuje běžné 125kHz klíčenky a neprokazuje, že je podporována konkrétní aplikace pro řízení přístupu-. Syntekovo vysvětleníRozdíly mezi RFID a NFCposkytuje další pozadí.

Krok 3: Porovnejte každou reprezentaci dat

U každé testovací jednotky porovnejte hodnotu čipu, registrační-displej čtečky, vstup ovladače, softwarový záznam, viditelné číslo pouzdra a datový soubor dodavatele. Zaznamenejte všechny desítkové nebo hexadecimální převody, pořadí bajtů, kód zařízení, číslo karty nebo mapování aplikace používané projektem.

Pokud záleží na integritě sekvence, použijte více než jedno sekvenční pověření. Jedna jednotka nemůže odhalit chybějící, duplikovaná, transponovaná nebo nesprávně zvýšená čísla.

Krok 4: Autorizace a zamítnutí testu

Zaregistrujte jedno testovací pověření s normálními oprávněními a poté ověřte úspěšné i neúspěšné výsledky:

• Zamýšlené dveře se otevřou během povoleného plánu.
• Neoprávněné dveře zůstanou zamčené.
• Přístup mimo povolený plán je zamítnut.
• Protokol událostí zobrazuje správné pověření a výsledek.
• Uživatel a skupina oprávnění se zobrazují správně.

Testování pouze úspěšného vstupu nemůže prokázat, že jsou vynucována pravidla přístupu.

Krok 5: Test deaktivace a výměny

1. Zaregistrujte přihlašovací údaje a potvrďte normální přístup.
2. Označte jej jako ztracený, neaktivní nebo vypršela platnost.
3. Potvrďte, že původní pověření je odmítnuto.
4. Vydejte a zaregistrujte náhradníka.
5. Potvrďte, že náhrada funguje a originál zůstává neaktivní.

Tento test životního cyklu je důležitý pro kanceláře, hotely, kampusy, byty a systémy s více{0}}místy, kde se přihlašovací údaje často nahrazují nebo předělují.

Krok 6: Otestujte výkon čtení při skutečném použití

Před testováním definujte očekávanou prezentační vzdálenost a provozní podmínky. Poté zkontrolujte přední a zadní stranu, různé rotace, připojené klíčenky, klíče nebo telefony v blízkosti, nainstalované povrchy čteček a každou reprezentativní rodinu čteček.

Nahrávejte opakované prezentace spíše než jedno úspěšné klepnutí. Projekt by měl definovat, kolik prezentací, pokynů a povolených selhání představuje přijetí; neexistuje žádný univerzální práh čtecí-vzdálenosti pro každou instalaci čipu, krytu a čtečky.

Krok 7: Kontrola značky a trvanlivosti

Zkontrolujte logo, barvu, laserové číslování, okraje, švy, epoxidový povrch, uzávěr pouzdra a připevnění kroužku na klíče. Aplikujte pouze environmentální testy relevantní pro zamýšlené použití, jako jsou kapky, otěr, vystavení vodě, čisticím chemikáliím, teplu, slunečnímu záření nebo opakovanému pohybu kapsy.

Každá zkouška odolnosti vyžaduje zdokumentovanou metodu a očekávaný výsledek. "Úspěšně testováno pádem" nemá smysl, pokud nejsou zaznamenány výška, povrch, opakování a výkon po-testu RF.

Krok 8: Ověřte datový soubor a balení

Potvrďte schválenou revizi, číselný rozsah, množství, formát pověření, tištěný-sloupec čísel, pořadí balení, štítky kartonů, seskupení oddělení a náhradní-skladový sortiment. Otevřete reprezentativní balíčky a porovnejte jejich obsah se schváleným datovým souborem.

Sestavte matici testu kompatibility

Formální matice brání tomu, aby byl jeden úspěšný test dveří považován za úplné schválení projektu.

Zahrňte alespoň jednu reprezentativní jednotku z každé odlišné technologie čtečky, skupiny firmwaru, konfigurace řadiče, typu rozhraní a přístupové zóny, kterou má klíčenka podporovat. Testování mnoha identických dveří je méně hodnotné než testování každé odlišné systémové cesty.

Širší důvody pro testování integrovaných komponent jsou popsány v příručce společnosti SyntekTestování RFID systému.

Vyhověl, podmíněně, nevyhověl nebo netestoval?

Nesprávná frekvence, čip, aplikace, kód zařízení, číselný rozsah, bezpečnostní klíč, výstup čtečky, konfigurace OSDP nebo chování při deaktivaci obvykle vyžaduje nový funkční test. Drobná úprava uměleckého díla může vyžadovat pouze vizuální potvrzení, pokud nemůže ovlivnit anténu, pouzdro, výkon čtení nebo tištěné -mapování čísel.

Bezpečnostní kontroly přístupu-Ovládací klíčenky

UID-Pouze přihlašovací údaje

Pevný identifikátor lze v některých starších systémech nebo systémech s nižším rizikem používat pouze poté, co organizace vyhodnotí a přijme svá omezení a přidá vhodné provozní kontroly. Nemělo by být popisováno jako kryptografická autentizace.

Test by měl určit, která hodnota se používá, zda lze zapsat duplikáty, jak jsou zakázány ztracené přihlašovací údaje a jaké monitorování existuje pro neobvyklé opětovné použití.

Chráněné aplikace a zabezpečené čipy

Některé vysokofrekvenční systémy používají chráněnou paměť, aplikační data, diverzifikované klíče nebo ověřené zprávy. Oficiální NXPTechnický list MIFARE DESFire EV3popisuje podporu kryptografických nastavení včetně AES a zabezpečeného zasílání zpráv.

Tyto schopnosti čipu nezabezpečují implementaci automaticky. Schválení by mělo také potvrdit:

• Kdo vlastní a generuje klíče
• Kdo personalizuje přihlašovací údaje
• Zda byly nahrazeny výchozí klíče
• Jak jsou odděleny testovací a produkční přihlašovací údaje
• Jak jsou kontrolovány odmítnuté, přebytečné a nahrazené přihlašovací údaje
• Jak budou migrovány klíče a data aplikace, pokud se změní dodavatel

Plánujte odběr vzorků výroby a kontroly duplicit

Funkční vzorek dokazuje design. Výrobní kontrola musí prokázat, že schválený návrh byl správně reprodukován v celé šarži.

Plán odběru vzorků by měl vycházet z rizika projektu, velikosti šarže, typu pověření, historie dodavatele a smluvních požadavků na kvalitu. Mělo by obsahovat:

• První vyrobené jednotky po nastavení
• Po sobě jdoucí přihlašovací údaje k ověření sekvenční logiky
• Jednotky od začátku, středu a konce výroby
• Náhodné jednotky z různých balení nebo kartonů
• Náhradní a náhradní-řady čísel
• Kontroluje duplikáty, chybějící čísla a nesprávně vytištěné -do{1}}kódované mapování
• Funkční údaje na schváleném zařízení
• Fyzická kontrola a kontrola balení

Nevymýšlejte univerzální procento vzorku pro každý projekt. Definujte plán v nákupní specifikaci a zaznamenejte, které jednotky byly testovány, kým as jakým výsledkem. Kupující mohou využít přehled společnosti Syntekzařízení pro kontrolu kvalitykdyž mluvíme o továrním{0}}postranním kódování a dávkových kontrolách.

Vytvořte zlatý vzorek a{0}}kontrolní záznam verze

Schválená fyzická jednotka by měla být uložena s dokumenty, které definují, proč prošla. Je-li to praktické, měli by si kupující i dodavatel ponechat kontrolovanou referenci.

Opakovaná objednávka by neměla být považována za identickou pouze proto, že název produktu je nezměněn.

Kdy je nutné opakované testování?

Skutečný rozsah opakovaného testu by měl být definován rizikem, které změna přináší. Dodavatel by neměl nahradit nedostupný čip, anténu nebo materiál „kompatibilní alternativou“ bez zdokumentovaného schválení.

Tři ilustrativní scénáře selhání

Správná frekvence, nesprávný formát pověření

Čtečka detekuje jednotku 125 kHz, ale ovladač očekává jiný kód zařízení a bitovou strukturu. Rádiová frekvence je správná; systémové údaje nejsou.

Správný chod dveří, špatně vytištěné číslo

Pověření otevře dveře, ale shell zobrazuje nezpracované UID, zatímco přístupová databáze používá převedené číslo karty. Zaměstnanci podpory nemohou identifikovat správný záznam, když se klíčenka ztratí. Pravidlo číslování musí být před schválením opraveno.

Hlavní vchod funguje, výtah selhal

Hlavní vchod a výtah využívají různé technologie čtečky nebo nastavení aplikací. Testování pouze vstupu vytvořilo falešný pocit kompatibility. Projekt potřebuje matici pokrývající každou jednotlivou systémovou cestu.

Schvalte výsledek systému, nejen klíčenku

Spolehlivá zakázka začíná kontrolovanou specifikací a končí testovanou výrobní referencí. Před hromadnou výrobou ověřte frekvenci, přesný čip, přihlašovací aplikaci,-rozhraní ovladače čtečky, mapování čísel, oprávnění, fyzickou konstrukci a výrobní záznamy.

Nejsilnější schválení není prohlášení dodavatele, že klíčenka je „kompatibilní“. Je to zdokumentovaný důkaz, že hotové pověření se chová správně napříč čtečkami, kontrolory, softwarem, oprávněními a skutečnými provozními podmínkami kupujícího.

Kupující mohoupožádat o kódovaný vzorek RFID klíčenkyposkytnutím modelu čtečky, ovladače nebo rozhraní, požadovaného čipu, formátu čísla, kresby, množství a požadavků na testy.