RFID Key Fob-kompatibilitetstest: Hur man godkänner ett prov före massproduktion

Ett RFID-nyckelbricka-kompatibilitetstest bör bevisa att den färdiga referensen fungerar över köparens fullständiga åtkomst-kontrollkedja. Chipet måste kommunicera med den avsedda läsaren, läsaren och kontrollanten måste tolka datan korrekt, programvaran måste tillämpa rätt behörigheter och den fysiska nyckelbrickan måste matcha de godkända numrerings-, varumärkes- och förpackningsposterna.

Ett läsarpip räcker inte.

En läsare kan upptäcka en referens medan kontrollenheten avvisar dess format, programvaran kan inte hitta sin registreringspost eller dörrbehörigheten är felaktig. En förproduktionsenhet bör därför testas som en del av det installerade systemet, inte som en isolerad plastbit.

Läsare som fortfarande jämför teknik och formfaktorer kan börja med en bredareRFID nyckelbricka guide. Den här artikeln fokuserar på det snävare godkännandebeslutet: vad som måste verifieras innan en skräddarsydd beställning går in i massproduktion.

Snabbt svar: Vad måste testlegitimationen bevisa?

Den slutliga kodade referensen bör fungera på alla representativa läsare och åtkomstzoner som ingår i projektet, producera förväntade systemdata, klara både auktoriserings- och avslagstester, matcha de godkända tryckta och elektroniska dokumenten och uppfylla projektets fysiska kvalitetskrav.

Godkännandet bör omfatta sex områden:

• Frekvensen, chipet och autentiseringsapplikationen matchar de avsedda läsarna.
• Anslutningen från läsaren-till-kontrollern ger det förväntade systemresultatet.
• Kodade, visade, utskrivna och importerade identifierare är korrekt mappade.
• Godkända, nekade, utgångna, förlorade och ersättningstillstånd fungerar som specificerat.
• Läsprestanda och hållbarhet uppfyller projekt-definierade acceptansvillkor.
• Den godkända referensen, datafilen och förpackningssekvensen kan reproduceras i produktionen.

Den här system-nivåvyn följer samma läsare, styrenhet och mjukvarukedja som förklaras ihur RFID-nyckelbrickor fungerar i passerkontroll.

Varför ett tomt prov eller en skrivbordsskanning inte är slutgiltigt godkännande

En tom fob testar utseendet, inte den slutliga legitimationen

Ett tomt hölje kan bekräfta form, dimensioner, färg, logotypposition, ytfinish och nyckelringshårdvara. Den kan inte bekräfta en anläggningskod, kortnummerintervall, programdata, säkerhetsnycklar, tryckt-nummermappning eller databasimportregel.

Använd separata godkännanden vid behov:

• Visuellt godkännande:bostäder, konstverk, färg och finish
• Funktionellt godkännande:chip, kodning, behörigheter, systembeteende och datamappning

Massproduktion bör inte befrias från enbart visuellt godkännande.

En stationär läsare återger inte den installerade dörren

En stationär enhet kan identifiera ett chip eller hjälpa till att inspektera autentiseringsdata, men den kanske inte använder samma RF-fält, firmware, utdatabeteende, applikationsnycklar eller styrenhetsinställningar som live access-systemet. En lämpligRFID-skrivbordsläsareär användbart under registrering och inspektion, men det slutliga beslutet kräver fortfarande installerad eller representativ dörrbeslag.

En framgångsrik ingång testar endast en väg

En legitimation kan öppna huvudentrén men misslyckas vid en hiss, parkering, hotelllås eller sekundär byggnad eftersom dessa områden använder olika läsare, firmware, applikationer eller kontrollerinställningar. Godkännandet måste täcka varje distinkt systemtyp som autentiseringsuppgifterna förväntas tjäna.

Frys specifikationen innan provet görs

En leverantör kan inte tillverka en tillförlitlig godkännandeenhet från ett fotografi av en befintlig nyckelbricka. Köparen eller integratören bör tillhandahålla en kontrollerad specifikation innan kodningen påbörjas.

Bekräfta frekvens och exakt chip

Börja med att avgöra om projektet använder en LF-referens som 125 kHz, en HF-referens som fungerar på 13,56 MHz eller en multi-teknikdesign. Synteks guide tillatt välja rätt RFID nyckelbricka frekvensförklarar det första urvalssteget.

Frekvensen är bara ett lager. Köparen bör också identifiera chipfamiljen, minnes- och åtkomstkonfiguration, protokoll, autentiseringsapplikation och eventuella säkerhetsnycklar som krävs. Syntek erbjuder exempel som t.ex125 kHz RFID nyckelbrickor, a 13,56 MHz MIFARE nyckelbrickaoch aRFID-nyckelbricka med dubbla-frekvenser. Dessa produktkategorier är inte automatiskt utbytbara med alla läsare.

HID:s tjänstemanProxKey III informationanger att produkten stöder flera autentiseringsformat. Detta illustrerar varför två nyckelbrickor inom samma breda 125 kHz-ekosystem fortfarande kan bära olika datastrukturer.

Definiera vad det synliga numret betyder

Numret som är tryckt eller lasermarkerat på ett hus kan vara ett rå UID, en decimal eller hexadecimal konvertering, ett kortnummer, en anläggnings-kod och kort-nummerkombination, en anställd referens eller ett leverantörs serienummer.

Beställningsspecifikationen ska ange exakt hur det synliga numret relaterar till:

• Värdet lagrat eller fixerat i chipet
• Värdet som visas av registreringsläsaren
• Värdet som överförs till regulatorn
• Autentiseringsposten importerad till åtkomstprogramvaran
• Numret tryckt på skalet och listat i leverantörsfilen

Be inte en leverantör att "göra samma nummer" förrän systemägaren har definierat vilket nummer och representation som krävs.

Wiegand och OSDP kräver olika testdetaljer

Autentiseringstekniken och gränssnittet från läsaren-till-kontrollern är separata kompatibilitetsskikt. En 125 kHz eller 13,56 MHz nyckelbricka kommunicerar med en läsare; läsaren kommunicerar sedan med åtkomstkontrollern med hjälp av ett gränssnitt valt av systemdesignen.

Legacy och Wiegand-stilsystem

Vissa system sänder en fast autentiseringsbitström som kan innehålla paritet, en anläggnings- eller platskod och ett individuellt kortnummer. I dessa projekt kan testspecifikationen behöva definiera:

• Formatnamn och total bitlängd
• Anläggnings- eller platskod, när den används
• Start- och slutkorts-nummerintervall
• Paritet och numreringsregler
• Läsarutgång och kontrolltolkning

Dessa fält är vanliga i vissa äldre distributioner, men de är inte universella attribut för alla RFID-uppgifter.

OSDP-system

DeSecurity Industry Associations OSDP-översiktbeskriver ett dubbelriktat läsare-till-kontrollerprotokoll med enhetsövervakning och valfri säker kanal med AES-128.

Om OSDP används kan godkännandeplanen behöva verifiera:

• Läsarens adress och kommunikationsinställningar
• Firmware-kompatibilitet för kontroller och läsare
• Korrekt online- och övervakad status
• Säker kanalkonfiguration vid behov
• Autentiseringsuppgifter som levereras till den registeransvarige
• Förväntat beteende efter byte av läsare eller konfigurationsändringar

En nyckelbricka kan vara tekniskt kompatibel med läsaren medan ett OSDP-konfigurationsproblem fortfarande hindrar hela åtkomstvägen från att fungera.

De sju kompatibilitetslagren

Att testa alla sju lagren förhindrar att "läsbar" förväxlas med "kompatibel". Köpare som behöver mer information om autentiseringsuppgifter och systemskydd kan granskaRFID-datasäkerhet.

Åtta-stegs RFID Key Fob-kompatibilitetstest

Steg 1: Verifiera den fysiska delen och inloggningstekniken

Jämför godkännandeenheten med specifikationen. Registrera husets material, dimensioner, nyckelringshårdvara, chipmodell, frekvens, protokoll, applikationskonfiguration, logotyp och färgreferens.

För material och ytbehandlingar, använd projektmiljön snarare än bara utseendet. DeRFID-nyckelbricka materialvalsguidekan hjälpa köpare att jämföra vanliga konstruktionsalternativ innan hållbarhetstestning.

Steg 2: Testa med godkänd utrustning

Använd den installerade eller representativa läsaren, styrenheten och produktions- eller iscensättningsprogramvaran. Inkludera den avsedda registreringsläsaren och kodaren när det är tillämpligt.

En smartphone bör inte vara den enda testenheten. DeNFC Forum teknik översiktförklarar att NFC arbetar med en basfrekvens på 13,56 MHz. En telefon kan upptäcka vissa kompatibla HF- eller NFC-uppgifter, men den testar inte vanliga 125 kHz-nyckelbrickor och bevisar inte att en specifik åtkomstkontrollapplikation stöds. Synteks förklaring avRFID och NFC skillnaderger ytterligare bakgrund.

Steg 3: Jämför varje datarepresentation

För varje testenhet, jämför chipvärdet, registrerings-läsarens display, kontrollinmatning, programvarupost, synligt skalnummer och leverantörsdatafil. Registrera alla decimala eller hexadecimala konverteringar, byteordning, anläggningskod, kortnummer eller applikationsmappning som används av projektet.

Använd mer än en sekventiell autentiseringsinformation när sekvensintegritet är viktig. En enda enhet kan inte avslöja saknade, duplicerade, transponerade eller felaktigt inkrementerade nummer.

Steg 4: Testa auktorisering och avslag

Registrera en testuppgifter med normala behörigheter och verifiera sedan både framgångsrika och misslyckade resultat:

• Den avsedda dörren öppnas under det tillåtna schemat.
• En obehörig dörr förblir låst.
• Tillträde utanför det tillåtna schemat avvisas.
• Händelseloggen visar korrekt referens och resultat.
• Användaren och behörighetsgruppen visas korrekt.

Att endast testa framgångsrikt inträde kan inte bevisa att åtkomstregler upprätthålls.

Steg 5: Testa avaktivering och utbyte

1. Registrera autentiseringsuppgifterna och bekräfta normal åtkomst.
2. Markera den som förlorad, inaktiv eller utgången.
3. Bekräfta att den ursprungliga referensen har avvisats.
4. Utfärda och registrera en ersättare.
5. Bekräfta att ersättningen fungerar och att originalet förblir inaktivt.

Det här livscykeltestet är viktigt för kontor, hotell, campus, lägenheter och system med flera-platser där användaruppgifter ofta byts ut eller omtilldelas.

Steg 6: Testa läsprestanda i faktisk användning

Definiera förväntat presentationsavstånd och driftsförhållanden före testning. Kontrollera sedan fram- och baksidan, olika rotationer, fästa nyckelringar, närliggande nycklar eller telefoner, installerade läsarytor och varje representativ läsarfamilj.

Spela in upprepade presentationer snarare än ett lyckat tryck. Projektet bör definiera hur många presentationer, anvisningar och tillåtna misslyckanden som utgör acceptans; det finns ingen enskild universell läs-avståndströskel för varje chip, hölje och läsarinstallation.

Steg 7: Inspektera varumärke och hållbarhet

Kontrollera logotypen, färgen, lasernumrering, kanter, sömmar, epoxiyta, höljesförslutning och nyckelringsfäste. Tillämpa endast de miljötester som är relevanta för den avsedda användningen, såsom droppar, nötning, vattenexponering, rengöringskemikalier, värme, solljus eller upprepade fickrörelser.

Varje hållbarhetstest kräver en dokumenterad metod och förväntat resultat. "Godkänd ett falltest" är inte meningsfullt om inte höjd, yta, repetitioner och RF-prestanda efter-testet registreras.

Steg 8: Verifiera datafilen och paketeringen

Bekräfta den godkända revisionen, nummerintervallet, kvantiteten, autentiseringsformatet, tryckt-nummerkolumn, förpackningssekvens, kartongetiketter, avdelningsgruppering och reservlager-. Öppna representativa paket och jämför deras innehåll med den godkända datafilen.

Bygg en kompatibilitetstestmatris

En formell matris förhindrar att ett framgångsrikt dörrtest behandlas som ett fullständigt projektgodkännande.

Inkludera minst en representativ enhet från varje distinkt läsarteknik, firmware-grupp, kontrollerkonfiguration, gränssnittstyp och åtkomstzon som nyckelbrickan förväntas stödja. Att testa många identiska dörrar är mindre värdefullt än att testa varje distinkt systemväg.

De bredare skälen till att testa integrerade komponenter tas upp i Synteks guide tillRFID-systemtestning.

Godkänd, Villkorat godkänd, Underkänd eller ej testad?

Fel frekvens, chip, applikation, anläggningskod, nummerområde, säkerhetsnyckel, läsarutgång, OSDP-konfiguration eller inaktiveringsbeteende kräver normalt ett nytt funktionstest. En mindre konstverksjustering behöver kanske bara visuell bekräftelse när den inte kan påverka antennen, höljet, läsprestanda eller tryckt-nummermappning.

Säkerhetskontroller för åtkomst-Kontrollnyckelbrickor

UID-Endast användaruppgifter

En fast identifierare kan användas i vissa äldre system eller system med lägre-risk först efter att organisationen har utvärderat och accepterat dess begränsningar och lagt till lämpliga driftskontroller. Det ska inte beskrivas som kryptografisk autentisering.

Testet ska identifiera vilket värde som används, om dubbletter kan registreras, hur förlorade referenser inaktiveras och vilken övervakning som finns för ovanlig återanvändning.

Skyddade applikationer och säkra chips

Vissa HF-system använder skyddat minne, applikationsdata, diversifierade nycklar eller autentiserade meddelanden. NXP:s tjänstemanMIFARE DESFire EV3 databladbeskriver stöd för kryptografiska inställningar inklusive AES och säker meddelandehantering.

Dessa chipfunktioner gör inte en implementering säker automatiskt. Godkännandet bör också bekräfta:

• Vem äger och genererar nycklarna
• Vem anpassar referenserna
• Om standardnycklar har ersatts
• Hur test- och produktionsuppgifter separeras
• Hur avvisade, överskjutande och ersättningsuppgifter kontrolleras
• Hur nycklar och applikationsdata kommer att migreras om leverantören byter

Planera produktionsprovtagning och dubbletter av kontroller

Det funktionella provet bevisar designen. Produktionsinspektionen måste bevisa att den godkända konstruktionen återgavs korrekt över hela partiet.

Provtagningsplanen bör baseras på projektrisk, partistorlek, behörighetstyp, leverantörshistorik och kontraktuella kvalitetskrav. Det bör innehålla:

• Först producerade enheter efter installation
• Konsekutiva autentiseringsuppgifter för att verifiera sekvenslogik
• Enheter från början, mitten och slutet av produktionen
• Slumpmässiga enheter från olika förpackningar eller kartonger
• Reserv- och ersättningsnummerintervall-
• Kontrollerar efter dubbletter, saknade nummer och felaktigt utskriven-till-kodad mapp
• Funktionsavläsning på godkänd utrustning
• Fysisk och förpackningskontroll

Uppfinn inte en universell provprocent för varje projekt. Definiera planen i inköpsspecifikationen och notera vilka enheter som testades, av vem och med vilket resultat. Köpare kan använda Synteks översikt överkvalitetsinspektionsutrustningnär vi diskuterar fabriks-kodning och batchkontroller.

Skapa ett gyllene prov och version-kontrollpost

Den godkända fysiska enheten ska lagras med de dokument som definierar varför den godkändes. När det är praktiskt möjligt bör köparen och leverantören behålla en kontrollerad referens.

En upprepad beställning bör inte antas vara identisk bara för att produktnamnet är oförändrat.

När krävs omtestning?

Den faktiska omfattningen av omprovet bör definieras av den risk som ändringen medför. En leverantör bör inte ersätta ett otillgängligt chip, antenn eller material med ett "kompatibelt alternativ" utan dokumenterat godkännande.

Tre illustrativa misslyckande scenarier

Korrekt frekvens, fel autentiseringsformat

En 125 kHz-enhet detekteras av läsaren, men styrenheten förväntar sig en annan anläggningskod och bitstruktur. Radiofrekvensen är korrekt; systemdata är det inte.

Korrekt dörrdrift, fel tryckt nummer

Autentiseringsuppgifterna öppnar dörren, men skalet visar ett rå UID medan åtkomstdatabasen använder ett konverterat kortnummer. Supportpersonal kan inte identifiera rätt post när nyckelbrickan tappas bort. Numreringsregeln måste korrigeras innan godkännande.

Huvudentrén fungerar, hissen misslyckas

Huvudentrén och hissen använder olika läsarteknologier eller applikationsinställningar. Att bara testa ingången skapade en falsk känsla av kompatibilitet. Projektet behöver en matris som täcker varje distinkt systemväg.

Godkänn systemresultatet, inte bara nyckelbrickan

En tillförlitlig order börjar med en kontrollerad specifikation och slutar med en testad produktionsreferens. Bekräfta frekvens, exakt chip, autentiseringsapplikation, läsar-kontrollergränssnitt, nummermappning, behörigheter, fysisk konstruktion och produktionsposter innan massproduktion.

Det starkaste godkännandet är inte ett leverantörsuttalande om att nyckelbrickan är "kompatibel". Det är dokumenterade bevis på att den färdiga referensen fungerar korrekt över köparens representativa läsare, kontroller, programvara, behörigheter och verkliga driftsförhållanden.

Köpare kanbegär ett kodat RFID-nyckelbrickagenom att tillhandahålla läsarmodellen, styrenheten eller gränssnittet, erforderligt chip, nummerformat, konstverk, kvantitet och testkrav.