Test zgodności breloka RFID: jak zatwierdzić próbkę przed masową produkcją

Jul 21, 2026

Zostaw wiadomość

Test zgodności breloka RFID powinien wykazać, że gotowe dane uwierzytelniające działają w całym łańcuchu-kontroli dostępu kupującego. Chip musi komunikować się z zamierzonym czytnikiem, czytnik i kontroler muszą poprawnie interpretować dane, oprogramowanie musi zastosować odpowiednie uprawnienia, a fizyczny brelok musi odpowiadać zatwierdzonej numeracji, oznakowaniu i zapisom opakowania.

RFID key fob compatibility test using an access reader, controller and access-control software before mass production

Sygnał czytnika nie wystarczy.

Czytnik może wykryć dane uwierzytelniające, gdy kontroler odrzuci ich format, oprogramowanie nie może znaleźć rekordu rejestracji lub zezwolenie na drzwi jest nieprawidłowe. Dlatego-jednostka przedprodukcyjna powinna być testowana jako część zainstalowanego systemu, a nie jako izolowany kawałek plastiku.

Czytelnicy, którzy wciąż porównują technologie i kształty, mogą zacząć od szerszego spojrzeniaPrzewodnik po breloczkach RFID. W tym artykule skupiono się na węższej decyzji o zatwierdzeniu: co należy zweryfikować, zanim niestandardowe zamówienie trafi do masowej produkcji.

 

Szybka odpowiedź: Co musi potwierdzać poświadczenie testowe?

Ostateczne zakodowane dane uwierzytelniające powinny działać na każdym reprezentatywnym czytniku i strefie dostępu uwzględnionej w projekcie, generować oczekiwane dane systemowe, przejść testy autoryzacji i odrzucenia, odpowiadać zatwierdzonym zapisom drukowanym i elektronicznym oraz spełniać wymagania dotyczące jakości fizycznej projektu.

Zatwierdzenie powinno obejmować sześć obszarów:

  • Częstotliwość, chip i aplikacja uwierzytelniająca odpowiadają zamierzonym czytnikom.
  • Połączenie czytnika-z-kontrolerem daje oczekiwany wynik systemowy.
  • Zakodowane, wyświetlane, drukowane i importowane identyfikatory są prawidłowo odwzorowane.
  • Stany autoryzowane, odrzucone, wygasłe, utracone i zastępcze zachowują się zgodnie z opisem.
  • Wydajność i trwałość odczytu spełniają-warunki akceptacji określone w projekcie.
  • Zatwierdzoną referencję, plik danych i sekwencję pakowania można odtworzyć w produkcji.

Ten widok na poziomie systemu- opiera się na tym samym łańcuchu czytnika, kontrolera i oprogramowania, który opisano wjak breloki RFID sprawdzają się w kontroli dostępu.

 

Dlaczego pusta próbka lub skan pulpitu nie jest ostatecznym zatwierdzeniem

Pusty brelok sprawdza wygląd, a nie ostateczne poświadczenie

Pusta obudowa może potwierdzić kształt, wymiary, kolor, położenie logo, wykończenie powierzchni i okucia do kluczy. Nie może potwierdzić kodu obiektu, zakresu numerów kart, danych aplikacji, kluczy bezpieczeństwa, wydrukowanego-mapowania numerów ani reguły importu bazy danych.

W razie potrzeby użyj oddzielnych zatwierdzeń:

  • Zatwierdzenie wizualne:obudowa, grafika, kolor i wykończenie
  • Zatwierdzenie funkcjonalne:chip, kodowanie, uprawnienia, zachowanie systemu i mapowanie danych

Produkcja masowa nie powinna ograniczać się wyłącznie do akceptacji wizualnej.

Czytnik stacjonarny nie odtwarza zainstalowanych drzwi

Urządzenie stacjonarne może zidentyfikować chip lub pomóc w sprawdzeniu danych uwierzytelniających, ale może nie korzystać z tego samego pola RF, oprogramowania sprzętowego, zachowania wyjściowego, kluczy aplikacji lub ustawień kontrolera, co system dostępu na żywo. OdpowiedniCzytnik stacjonarny RFIDjest przydatny podczas rejestracji i kontroli, ale ostateczna decyzja nadal wymaga zainstalowania lub reprezentatywnego okucia do drzwi.

Jedno udane wejście testuje tylko jedną ścieżkę

Poświadczenie może otworzyć główne wejście, ale nie zadziałać w windzie, parkingu, śluzie hotelowej lub budynku dodatkowym, ponieważ w tych obszarach używane są różne czytniki, oprogramowanie sprzętowe, aplikacje lub ustawienia kontrolera. Zatwierdzenie musi obejmować każdy odrębny typ systemu, który ma służyć poświadczenie.

 

Zamroź specyfikację przed wykonaniem próbki

Dostawca nie może wyprodukować niezawodnego modułu homologacyjnego na podstawie zdjęcia istniejącego pilota. Kupujący lub integrator powinien dostarczyć kontrolowaną specyfikację przed rozpoczęciem kodowania.

Obszar specyfikacji Informacje do zdefiniowania Dlaczego to ma znaczenie
Czytnik i kontroler Producent, model, oprogramowanie sprzętowe, kontroler i oprogramowanie dostępowe Różne kombinacje mogą różnie interpretować te same dane uwierzytelniające
Technologia uwierzytelniania Częstotliwość, dokładna rodzina chipów, protokół i zastosowanie Sama częstotliwość nie gwarantuje kompatybilności
Interfejs czytnika-do-kontrolera Wiegand, OSDP lub inne określone połączenie Interfejs zmienia to, co należy skonfigurować i przetestować
Dane uwierzytelniające UID, numer karty, kod obiektu, format bitowy, dane aplikacji lub bezpieczne klucze, jeśli ma to zastosowanie Kontroler i oprogramowanie potrzebują oczekiwanej struktury danych
Mapowanie liczb Zależność pomiędzy danymi chipa, danymi wyjściowymi czytnika, wydrukowanym numerem i plikiem importowym Personel pomocniczy musi być w stanie zidentyfikować i dezaktywować prawidłowe dane uwierzytelniające
Konstrukcja fizyczna Materiał, wymiary, logo, kolor, pierścień, hermetyzacja i opakowanie Część produkcyjna musi być zgodna z zatwierdzoną specyfikacją handlową

Potwierdź częstotliwość i dokładny chip

Rozpocznij od ustalenia, czy w projekcie wykorzystuje się certyfikat LF, taki jak 125 kHz, certyfikat HF ​​pracujący na częstotliwości 13,56 MHz, czy też projekt wykorzystujący wiele-technologii. Przewodnik Syntekawybór odpowiedniej częstotliwości breloka RFIDwyjaśnia pierwszy krok selekcji.

Częstotliwość to tylko jedna warstwa. Kupujący powinien również określić rodzinę chipów, konfigurację pamięci i dostępu, protokół, aplikację uwierzytelniającą i wszelkie wymagane klucze bezpieczeństwa. Syntek oferuje przykłady takie jakBreloki RFID 125 kHz, a Brelok MIFARE 13,56 MHzi aBrelok RFID o podwójnej-częstotliwości. Te kategorie produktów nie są automatycznie zamienne z każdym czytnikiem.

Urzędnik HIDInformacje o ProxKey IIIstwierdza, że ​​produkt obsługuje wiele formatów danych uwierzytelniających. To ilustruje, dlaczego dwa breloki w tym samym szerokim ekosystemie 125 kHz mogą nadal przenosić różne struktury danych.

Zdefiniuj, co oznacza widoczna liczba

Numer wydrukowany lub zaznaczony laserowo-na obudowie może być nieprzetworzonym UID, konwersją dziesiętną lub szesnastkową, numerem karty, kombinacją-kodu obiektu i-numeru karty, numer referencyjny pracownika lub numer seryjny dostawcy.

W specyfikacji zamówienia należy dokładnie określić, w jaki sposób widoczny numer odnosi się do:

  • Wartość przechowywana lub ustalona w chipie
  • Wartość wyświetlana przez czytnik rejestrujący
  • Wartość przesyłana do sterownika
  • Rekord danych uwierzytelniających zaimportowany do oprogramowania dostępowego
  • Numer wydrukowany na obudowie i podany w dokumentacji dostawcy

Nie proś dostawcy o „wykonanie tego samego numeru”, dopóki właściciel systemu nie zdefiniuje wymaganego numeru i reprezentacji.

 

Wiegand i OSDP wymagają różnych szczegółów testu

Technologia uwierzytelniania i interfejs czytnika-do-kontrolera to oddzielne warstwy zgodności. Z czytnikiem komunikuje się brelok 125 kHz lub 13,56 MHz; czytnik komunikuje się wówczas z kontrolerem dostępu za pomocą interfejsu wybranego w projekcie systemu.

Wiegand and OSDP access-control testing paths between an RFID key fob reader and door contro

Systemy starsze i Wiegand-

Niektóre systemy przesyłają stały strumień bitów danych uwierzytelniających, który może zawierać parzystość, kod obiektu lub miejsca oraz indywidualny numer karty. W takich projektach specyfikacja testu może wymagać zdefiniowania:

  • Nazwa formatu i całkowita długość bitowa
  • Kod obiektu lub miejsca, jeśli jest używany
  • Początkowy i końcowy zakres numerów-kart
  • Zasady parzystości i numeracji
  • Dane wyjściowe czytnika i interpretacja kontrolera

Pola te są powszechne w niektórych starszych wdrożeniach, ale nie są uniwersalnymi atrybutami każdego uwierzytelnienia RFID.

Systemy OSDP

ThePrzegląd OSDP stowarzyszenia Security Industry Associationopisuje dwukierunkowy protokół czytnika-do-kontrolera z nadzorem urządzenia i opcjonalnym bezpiecznym kanałem wykorzystującym AES-128.

W przypadku stosowania OSDP plan zatwierdzania może wymagać sprawdzenia:

  • Adres czytnika i ustawienia komunikacji
  • Zgodność oprogramowania sprzętowego kontrolera i czytnika
  • Popraw status online i nadzorowany
  • Konfiguracja bezpiecznego kanału, jeśli jest to wymagane
  • Dane uwierzytelniające dostarczane do kontrolera
  • Oczekiwane zachowanie po wymianie czytnika lub zmianach konfiguracji

Brelok może być technicznie kompatybilny z czytnikiem, a problem z konfiguracją OSDP nadal uniemożliwia działanie pełnej ścieżki dostępu.

 

Siedem warstw kompatybilności

Warstwa Pytanie Typowa porażka
Częstotliwość Czy czytnik może zasilić i wykryć dane uwierzytelniające? Certyfikat 13,56 MHz jest przedstawiany czytnikowi obsługującemu tylko częstotliwość 125 kHz-
Chip i aplikacja Czy czytnik obsługuje dokładnie tę technologię i aplikację poświadczeń? Częstotliwość jest prawidłowa, ale chip lub chroniona aplikacja nie jest obsługiwana
Dane uwierzytelniające Czy brelok zawiera oczekiwany identyfikator, format lub dane aplikacji? Chip odpowiada, ale brakuje wymaganej wartości lub jest ona inaczej zakodowana
Konfiguracja czytnika Czy czytelnik może zinterpretować lub uwierzytelnić poświadczenie? Klucze czytnika, sektory lub ustawienia aplikacji nie pasują
Interfejs czytnika-kontrolera Czy Wiegand, OSDP lub inny interfejs jest poprawnie skonfigurowany? Poświadczenie zostało odczytane, ale kontroler otrzymuje błędne dane lub brak prawidłowego komunikatu
Rejestracja zaplecza Czy poświadczenie jest przypisane do właściwego użytkownika, harmonogramu i grupy uprawnień? Identyfikator jest ważny, ale nieaktywny, wygasł lub został nieprawidłowo zarejestrowany
Środowisko fizyczne Czy użytkownicy mogą rzetelnie zaprezentować ostateczny brelok w rzeczywistych warunkach? Obudowa, breloczki do kluczy, mocowanie czytnika lub pobliskie przedmioty zmniejszają wydajność

Testowanie wszystkich siedmiu warstw zapobiega pomyleniu słowa „czytelny” z „kompatybilnym”. Kupujący, którzy potrzebują więcej szczegółów na temat poświadczeń i ochrony systemu, mogą to sprawdzićBezpieczeństwo danych RFID.

 

Ośmioetapowy test zgodności breloka RFID

Krok 1: Sprawdź część fizyczną i technologię uwierzytelniania

Porównaj jednostkę homologacyjną ze specyfikacją. Zapisz materiał obudowy, wymiary, osprzęt do breloków, model chipa, częstotliwość, protokół, konfigurację aplikacji, metodę logo i odniesienie do koloru.

W przypadku materiałów i wykończeń należy używać środowiska projektu, a nie samego wyglądu. ThePrzewodnik po wyborze materiału breloczka RFIDmoże pomóc kupującym porównać typowe opcje konstrukcyjne przed badaniem trwałości.

Krok 2: Przetestuj na zatwierdzonym sprzęcie

Użyj zainstalowanego lub reprezentatywnego czytnika, kontrolera oraz oprogramowania produkcyjnego lub testowego. Jeśli ma to zastosowanie, uwzględnij zamierzony czytnik rejestracyjny i koder.

Smartfon nie powinien być jedynym urządzeniem testowym. ThePrzegląd technologii Forum NFCwyjaśnia, że ​​NFC działa na częstotliwości podstawowej 13,56 MHz. Telefon może wykryć niektóre zgodne dane uwierzytelniające HF lub NFC, ale nie testuje zwykłych breloków 125 kHz i nie sprawdza, czy dana aplikacja-kontroli dostępu jest obsługiwana. Wyjaśnienie Syntka dotRóżnice w RFID i NFCzapewnia dodatkowe tło.

Krok 3: Porównaj każdą reprezentację danych

Dla każdej jednostki testowej porównaj wartość chipa,-wyświetlacz czytnika rejestracji, dane wejściowe kontrolera, zapis oprogramowania, widoczny numer powłoki i plik danych dostawcy. Zapisz konwersję dziesiętną lub szesnastkową, kolejność bajtów, kod obiektu, numer karty lub mapowanie aplikacji używane w projekcie.

Jeśli integralność sekwencji ma znaczenie, użyj więcej niż jednego poświadczenia sekwencyjnego. Pojedyncza jednostka nie może ujawnić brakujących, zduplikowanych, transponowanych lub nieprawidłowo zwiększonych liczb.

Krok 4: Autoryzacja i odrzucenie testu

Zarejestruj jedno poświadczenie testowe ze zwykłymi uprawnieniami, a następnie zweryfikuj zarówno pomyślne, jak i niepomyślne wyniki:

  • Zamierzone drzwi otwierają się w dozwolonym harmonogramie.
  • Nieupoważnione drzwi pozostają zamknięte.
  • Dostęp poza dozwolonym harmonogramem jest odrzucany.
  • Dziennik zdarzeń pokazuje prawidłowe poświadczenia i wyniki.
  • Użytkownik i grupa uprawnień są wyświetlane poprawnie.

Testowanie tylko udanego wpisu nie może udowodnić, że reguły dostępu są egzekwowane.

Krok 5: Dezaktywacja i wymiana testu

  1. Zarejestruj dane uwierzytelniające i potwierdź normalny dostęp.
  2. Oznacz go jako utracony, nieaktywny lub wygasły.
  3. Potwierdź, że oryginalne dane uwierzytelniające zostały odrzucone.
  4. Wydaj i zarejestruj zamiennik.
  5. Upewnij się, że zamiennik działa, a oryginał pozostaje nieaktywny.

Ten test cyklu życia jest ważny w przypadku biur, hoteli, kampusów, apartamentów i systemów obejmujących wiele-oddziałów, w których często wymienia się lub przypisuje poświadczenia.

Krok 6: Przetestuj wydajność odczytu w rzeczywistym użyciu

Przed testowaniem określ oczekiwaną odległość prezentacji i warunki pracy. Następnie sprawdź przód i tył, różne obroty, dołączone breloki, pobliskie klucze lub telefony, zainstalowane powierzchnie czytników i każdą reprezentatywną rodzinę czytników.

Nagrywaj powtarzające się prezentacje zamiast jednego udanego kliknięcia. W projekcie należy określić, ile prezentacji, wskazówek i dopuszczalnych niepowodzeń składa się na akceptację; nie ma jednego uniwersalnego progu odległości odczytu-dla każdego chipa, obudowy i czytnika.

Krok 7: Sprawdź markę i trwałość

Sprawdź logo, kolor, numerację laserową, krawędzie, szwy, powierzchnię epoksydową, zamknięcie obudowy i zamocowanie breloka. Stosuj wyłącznie testy środowiskowe odpowiednie do zamierzonego zastosowania, takie jak upadki, ścieranie, narażenie na wodę, środki czyszczące, ciepło, światło słoneczne lub powtarzające się ruchy kieszeni.

Każde badanie trwałości wymaga udokumentowanej metody i oczekiwanego wyniku. „Przeszedł test upadku” nie ma żadnego znaczenia, jeśli nie zostanie zarejestrowany wzrost, powierzchnia, liczba powtórzeń i wydajność RF po-teście.

Krok 8: Sprawdź plik danych i opakowanie

Potwierdź zatwierdzoną wersję, zakres numerów, ilość, format referencji, wydrukowaną kolumnę-numerów, kolejność pakowania, etykiety kartonów, grupowanie działów i-zakres zapasów zapasowych. Otwórz reprezentatywne pakiety i porównaj ich zawartość z zatwierdzonym plikiem danych.

 

Zbuduj macierz testów zgodności

Formalna matryca sprawia, że ​​jeden udany test drzwi nie może być traktowany jako pełna akceptacja projektu.

Jednostka testowa Czytnik i oprogramowanie sprzętowe Kontroler i interfejs Drzwi lub strefa Oczekiwany wynik Rzeczywisty wynik Powtarzane prezentacje Status
Poświadczenie A Zapisz model i oprogramowanie sprzętowe Kontroler nagrywania i interfejs Wiegand, OSDP lub inny Zapisz reprezentatywną lokalizację Przyznaj lub odmów Zapisz zaobserwowane zachowanie i dziennik zdarzeń Zapisz liczbę testów-zdefiniowanych w projekcie Zaliczony, warunkowy zaliczony, niezaliczony lub nie przetestowany

Uwzględnij co najmniej jedną reprezentatywną jednostkę z każdej odrębnej technologii czytnika, grupy oprogramowania sprzętowego, konfiguracji kontrolera, typu interfejsu i strefy dostępu, którą brelok ma obsługiwać. Testowanie wielu identycznych drzwi jest mniej wartościowe niż testowanie każdej odrębnej ścieżki systemowej.

Szersze powody testowania zintegrowanych komponentów są omówione w przewodniku SyntekTestowanie systemu RFID.

 

Zdany, warunkowy zaliczony, niezaliczony czy nie przetestowany?

Decyzja Oznaczający Wymagane działanie
Przechodzić Wymagania techniczne, dotyczące danych, bezpieczeństwa i fizyczne są spełnione Zatwierdzić jednostkę i zapisy jako odniesienie produkcyjne
Warunkowe podanie Ograniczony problem można rozwiązać bez zmiany zgodności systemu Udokumentuj korektę i określ, czy wymagany jest dowód, czy poprawiona jednostka
Ponieść porażkę Krytyczny wymóg jest nieprawidłowy lub wydajność jest nie do zaakceptowania Odrzuć jednostkę i przygotuj poprawioną próbkę funkcjonalną
Nie testowano Wymagany sprzęt, dostęp do oprogramowania, dane lub środowisko były niedostępne Nie uruchamiaj masowej produkcji dla nieprzetestowanych wymagań

Nieprawidłowa częstotliwość, chip, aplikacja, kod obiektu, zakres numerów, klucz bezpieczeństwa, wyjście czytnika, konfiguracja OSDP lub zachowanie podczas dezaktywacji zwykle wymagają nowego testu funkcjonalnego. Drobna korekta grafiki może wymagać jedynie wizualnego potwierdzenia, jeśli nie ma wpływu na antenę, obudowę, wydajność odczytu ani wydrukowane-mapowanie numerów.

 

Kontrole bezpieczeństwa dostępu-Piloty kontrolne

UID-Tylko dane uwierzytelniające

Stałego identyfikatora można używać w niektórych starszych systemach lub systemach-o niższym ryzyku dopiero po ocenieniu i zaakceptowaniu przez organizację jego ograniczeń oraz dodaniu odpowiednich kontroli operacyjnych. Nie należy tego określać jako uwierzytelnianie kryptograficzne.

Test powinien określić, która wartość jest używana, czy można zarejestrować duplikaty, w jaki sposób wyłączane są utracone dane uwierzytelniające i jakie monitorowanie istnieje w przypadku nietypowego ponownego użycia.

Chronione aplikacje i bezpieczne chipy

Niektóre systemy HF wykorzystują chronioną pamięć, dane aplikacji, zróżnicowane klucze lub uwierzytelnione przesyłanie wiadomości. Urzędnik NXPKarta danych MIFARE DESFire EV3opisuje obsługę ustawień kryptograficznych, w tym AES i bezpieczne przesyłanie wiadomości.

Te możliwości chipa nie zapewniają automatycznego bezpieczeństwa implementacji. Zatwierdzenie powinno również potwierdzać:

  • Kto jest właścicielem i generuje klucze
  • Kto personalizuje dane uwierzytelniające
  • Czy domyślne klucze zostały zastąpione
  • Sposób oddzielenia poświadczeń testowych i produkcyjnych
  • W jaki sposób kontrolowane są odrzucone, nadmiarowe i zastępcze dane uwierzytelniające
  • Sposób migracji kluczy i danych aplikacji w przypadku zmiany dostawcy

 

Zaplanuj pobieranie próbek produkcyjnych i powtarzane kontrole

Próbka funkcjonalna potwierdza projekt. Kontrola produkcji musi wykazać, że zatwierdzony projekt został prawidłowo odtworzony w całej partii.

Plan pobierania próbek powinien opierać się na ryzyku projektu, wielkości partii, rodzaju referencji, historii dostawcy i umownych wymaganiach jakościowych. Powinno zawierać:

  • Pierwsze wyprodukowane jednostki po instalacji
  • Kolejne poświadczenia w celu sprawdzenia logiki sekwencji
  • Jednostki z początku, środka i końca produkcji
  • Losowe jednostki z różnych opakowań lub kartonów
  • Zakresy numerów zapasowych i zamiennych-
  • Sprawdza duplikaty, brakujące liczby i nieprawidłowe wydrukowane mapowanie-na-kodowane
  • Odczyty funkcjonalne na zatwierdzonym sprzęcie
  • Kontrola fizyczna i opakowania

Nie wymyślaj uniwersalnego procentu próbek dla każdego projektu. Zdefiniuj plan w specyfikacji zakupu i zapisz, które jednostki zostały przetestowane, przez kogo i z jakim skutkiem. Kupujący mogą korzystać z przeglądu Synteksprzęt do kontroli jakościpodczas omawiania-fabrycznego kodowania i kontroli wsadowych.

 

Utwórz złotą próbkę i rekord-wersji kontrolnej

Zatwierdzoną jednostkę fizyczną należy przechowywać wraz z dokumentami określającymi, dlaczego została zatwierdzona. Jeśli jest to praktyczne, zarówno kupujący, jak i dostawca powinni zachować kontrolowane referencje.

Golden sample and production quality inspection for encoded RFID key fobs before bulk shipment

Pole rekordu Co dokumentować
Tożsamość referencyjna Złoty-numer próbki, zdjęcie i miejsce przechowywania
Specyfikacja fizyczna Wymiary, materiał, kolor, sprzęt, grafika i wykończenie
Specyfikacja poświadczeń Chip, częstotliwość, protokół, aplikacja, klucze i wersja kodowania, jeśli dotyczy
Numeracja Kod obiektu lub identyfikator aplikacji, zakres numerów i drukowana-reguła liczbowa
Testowany system Czytnik, oprogramowanie sprzętowe, kontroler, interfejs, oprogramowanie i reprezentatywne lokalizacje
Aprobata Data testu, wynik, osoba zatwierdzająca kupującego i zatwierdzająca dostawcę
Kontrola wersji Wersja, obowiązująca partia, powód zmiany i zastąpione odniesienie
Produkty dostawcy Plik danych, kolejność pakowania, raport z testów i wielkość produkcji

Nie należy zakładać, że powtórzone zamówienie jest identyczne tylko dlatego, że nazwa produktu pozostaje niezmieniona.

 

Kiedy wymagane jest ponowne badanie?

Zmiana Typowa recenzja minimalna
Pozycja logo lub tylko grafika Ocena wizualna plus potwierdzenie RF, jeśli zmiana dotyczy blisko anteny lub zmienia konstrukcję
Materiał obudowy, wymiary, obudowa lub brelok do kluczy Ponowny test wydajności fizycznej, wytrzymałości i odczytu.-
Aplikacja chipowa, antenowa, częstotliwościowa lub uwierzytelniająca Pełny, ponowny test funkcjonalności i kompatybilności systemu
Logika kodowania, zakres liczb lub reguła-drukowanych liczb Mapowanie danych, duplikacja, sekwencja, rejestracja i ponowne testowanie cyklu życia
Oprogramowanie sprzętowe czytnika, konfiguracja kontrolera lub oprogramowanie dostępowe Reprezentatywny system i ponowny test uprawnień
Konfiguracja interfejsu Wiegand lub OSDP Ponowny test-komunikacji z kontrolerem czytnika i-wyników zdarzeń
Kolejność pakowania lub sortowania Weryfikacja-pliku danych i sekwencji fizycznej-

Rzeczywisty zakres retestu powinien być określony przez ryzyko, jakie wprowadza zmiana. Dostawca nie powinien zastępować niedostępnego chipa, anteny lub materiału „kompatybilną alternatywą” bez udokumentowanej zgody.

 

Trzy ilustrujące scenariusze niepowodzeń

Prawidłowa częstotliwość, zły format danych uwierzytelniających

Czytnik wykrywa jednostkę 125 kHz, ale kontroler oczekuje innego kodu obiektu i struktury bitowej. Częstotliwość radiowa jest prawidłowa; dane systemowe nie.

Prawidłowe działanie drzwi, błędnie wydrukowany numer

Poświadczenie otwiera drzwi, ale powłoka pokazuje surowy UID, podczas gdy baza danych dostępu używa przekonwertowanego numeru karty. Personel pomocy technicznej nie może zidentyfikować prawidłowego rekordu w przypadku zgubienia pilota. Przed zatwierdzeniem należy poprawić zasadę numeracji.

Główne wejście działa, winda nie działa

Wejście główne i winda korzystają z różnych technologii czytników lub ustawień aplikacji. Testowanie samego wejścia stworzyło fałszywe poczucie kompatybilności. Projekt potrzebuje macierzy obejmującej każdą odrębną ścieżkę systemową.

 

Często zadawane pytania

P: Dlaczego czytnik wydaje sygnał dźwiękowy, ale drzwi się nie otwierają?

Odpowiedź: Czytnik może wykryć dane uwierzytelniające, ale wysłać dane, których kontroler nie akceptuje, lub dane uwierzytelniające mogą być nieaktywne lub przypisane do niewłaściwych uprawnień. Sprawdź chip, aplikację, konfigurację czytnika, interfejs, interpretację kontrolera i zapis rejestracji.

P: Czy telefon może przetestować breloczek RFID?

Odp.: Telefon może pomóc w identyfikacji niektórych danych uwierzytelniających 13,56 MHz HF lub NFC. Zwykle nie jest w stanie przetestować zwykłych danych uwierzytelniających 125 kHz, a pomyślny odczyt telefonu nie dowodzi zgodności z określonym czytnikiem drzwi lub bezpieczną aplikacją.

P: Czy próbka powinna być pusta czy zakodowana?

Odp.: Użyj zakodowanego poświadczenia funkcjonalnego w celu ostatecznego zatwierdzenia zgodności. Pusta lub niekodowana jednostka może zostać zatwierdzona oddzielnie pod względem wyglądu i materiału.

P: Ile drzwi należy przetestować?

Odp.: Przetestuj każdą odrębną technologię czytnika, grupę oprogramowania sprzętowego, konfigurację kontrolera, typ interfejsu i strefę dostępu, którą musi obsługiwać poświadczenie. Powtarzanie tego samego testu na wielu identycznych drzwiach zapewnia mniejszy zasięg niż testowanie każdej innej ścieżki systemowej.

P: Co to jest złota próbka?

Odp.: Jest to kontrolowane odniesienie fizyczne i techniczne wykorzystywane do produkcji i kontroli zamówienia zbiorczego oraz przyszłych zamówień powtarzalnych. Powinien być powiązany z zatwierdzoną specyfikacją, wynikami testów i zapisem wersji.

P: Czy powtarzające się zamówienia muszą zostać ponownie przetestowane?

Odp.: Każde ponowne zamówienie należy sprawdzić pod kątem zatwierdzonych referencji i specyfikacji danych. W przypadku zmiany chipa, anteny, obudowy, kodowania, czytnika, kontrolera, interfejsu lub oprogramowania wymagany jest szerszy ponowny test.

 

Zatwierdź wynik systemu, a nie tylko brelok

Rzetelne zamówienie zaczyna się od kontrolowanej specyfikacji, a kończy na sprawdzonej referencji produkcyjnej. Przed masową produkcją potwierdź częstotliwość, dokładny chip, zastosowanie poświadczeń, interfejs czytnika-kontrolera, mapowanie numerów, uprawnienia, konstrukcję fizyczną i zapisy produkcyjne.

Najsilniejsza aprobata nie jest oświadczeniem dostawcy, że brelok jest „kompatybilny”. Jest to udokumentowany dowód na to, że gotowe dane uwierzytelniające zachowują się prawidłowo w czytnikach, kontrolerach, oprogramowaniu, uprawnieniach i rzeczywistych warunkach działania reprezentujących kupującego.

Kupujący mogąpoproś o próbkę zakodowanego breloczka RFIDpodając model czytnika, kontroler lub interfejs, wymagany chip, format liczb, grafikę, ilość i wymagania testowe.

Wyślij zapytanie