Karta katalogowa PicoPass 2KS/32KS – przegląd układów

August 18, 2024 1065 komentarzy

PicoPass 2KS/32KS – arkusz danych (PDF)



Przegląd układu PicoPass 2KS/32KS

Arkusz danych PicoPass 2KS/32KS opisuje rodzinę bezstykowych układów pamięci 13,56 MHz, przeznaczoną dla systemów wymagających zarówno wydajności bliskiego zasięgu, jak i zasięgu odczytu w trybie vicinity. Jej główną zaletą jest interfejs dwustandardowy: układ może pracować z ISO 14443B i ISO 15693, z automatycznym wykrywaniem protokołu, natomiast opcjonalna wersja PicoPass/A obsługuje komunikację wyłącznie w standardzie ISO 14443A. Dzięki temu rodzina jest przydatna w programach kartowych, w których jeden nośnik może wymagać współpracy z różnymi infrastrukturami czytników, od transakcji zabezpieczonych na bliskim dystansie po punkty identyfikacji na większą odległość.

Komunikacja dwustandardowa i zasięg odczytu

W trybie ISO 15693 układ PicoPass jest przeznaczony do zwiększonej odległości komunikacji, gdy wysoka prędkość nie jest wymaganiem podstawowym. Arkusz danych podaje działanie do 1,5 m z anteną bramkową i do 70 cm z pojedynczą anteną. W trybie ISO 14443B lub opcjonalnym ISO 14443A typowa odległość wynosi około 10 cm, co odpowiada kontrolowanemu zbliżaniu karty przy bramkach, koderach biurkowych, terminalach kontroli dostępu, punktach walidacji typu płatniczego i stanowiskach weryfikacji tożsamości.

Prędkość komunikacji zależy od wybranego protokołu. Działanie w standardzie ISO 15693 podano na poziomie 26 kbps, natomiast ISO 14443B obsługuje 106 kbps lub 424 kbps. Daje to projektantom systemów praktyczny sposób na zrównoważenie szybkości transakcji, konstrukcji anteny, odległości czytnika i przebiegu pracy aplikacji. Na przykład karta dostępu do budynku może preferować szybkie uwierzytelnianie na bliskim dystansie, natomiast punkt kontrolny przepływu osób lub majątku może korzystać z odczytu vicinity na większej odległości.

Wersje pamięci i odwzorowanie aplikacji

Rodzina PicoPass obejmuje wersje EEPROM o pojemności 2 kbit, 16 kbit i 32 kbit. PicoPass 2KS udostępnia 2 kbit nieulotnej pamięci odczytu/zapisu, w tym obszar personalizacji chroniony bezpiecznikiem. PicoPass 16KS można skonfigurować jako jeden rozszerzony obszar aplikacji o pojemności 16 kbit albo jako osiem niezależnych przestrzeni aplikacji po 2 kbit. PicoPass 32KS integruje dwie struktury 16KS w tym samym krzemie, co umożliwia konfiguracje takie jak szesnaście obszarów aplikacji po 2 kbit lub dwa obszary pamięci po 16 kbit.

To odwzorowanie jest istotne w przypadku kart wieloaplikacyjnych. Transport, dostęp, identyfikacja ze zdjęciem, przechowywanie szablonów biometrycznych, dane lojalnościowe i zapisy związane ze zdrowiem można rozdzielić logicznie, zachowując niezależne warunki bezpieczeństwa. Arkusz danych podaje, że może współistnieć do 16 aplikacji po 2 kbit. Dla producentów budujących niestandardowe karty RFID, taka struktura pomaga rozdzielić strefy danych klienta, informacje o wystawcy i pliki specyficzne dla aplikacji, bez zmuszania każdego projektu do tego samego układu pamięci.

Bezpieczeństwo, uwierzytelnianie i integralność danych

PicoPass 2KS wykorzystuje zabezpieczenia kryptograficzne do ochrony danych i uwierzytelniania układu. Rodzina obsługuje uwierzytelnianie za pomocą zastrzeżonego algorytmu kryptograficznego firmy INSIDE, klucza o długości 64 bitów oraz oddzielnych kluczy kredytowych i debetowych dla bezpiecznych stron. Arkusz danych podaje również ochronę odczytu/zapisu z uwierzytelnianiem, obszar jednokrotnego zapisu oraz bezpieczny obszar wartości przechowywanej. Funkcje te mają znaczenie, gdy nośnik jest używany do przechowywania wartości, kontrolowanego wejścia, weryfikacji tożsamości lub w każdym projekcie, w którym należy ograniczyć niekontrolowany odczyt pamięci i nieautoryzowane modyfikacje.

Funkcja ochrony przed przerwaniem zapisu PowerGuard to kolejna praktyczna cecha. W rzeczywistym użyciu karta może opuścić pole RF w trakcie aktualizacji danych. Ochrona przed przerwaniem zapisu pomaga zachować spójność transakcji, zmniejszając ryzyko, że niepełna operacja zapisu uszkodzi zamierzoną wartość przechowywaną lub zapis aplikacji. Rodzina układów zapewnia także szybkie zarządzanie antykolizją, do 50 układów na sekundę w trybie ISO 15693 i do 100 układów na sekundę w trybie ISO 14443B.

Typowe zastosowania w projektach kart inteligentnych i RFID

Arkusz danych PicoPass 2KS/32KS wskazuje tę rodzinę do kart wieloaplikacyjnych, kontroli dostępu, transportu publicznego, kart identyfikacyjnych, paszportów, kontroli granicznej, kart firmowych, biometrii, płatności, kart zdrowotnych, kart miejskich i kart lojalnościowych. Aplikacje te łączy wspólna potrzeba: nośnik musi przechowywać ustrukturyzowane informacje, zapewniać niezawodną komunikację z czytnikiem i zachowywać odpowiednie rozdzielenie danych między aplikacjami. Układ szczególnie nadaje się do projektów wymagających czegoś więcej niż prosta karta o stałym UID.

W rozwiązaniach kontroli dostępu układ PicoPass można rozważyć, gdy architektura systemu wymaga bezstykowego nośnika obsługującego bezpieczne funkcje pamięci, zastosowania wieloaplikacyjne i planowanie zgodności z różnymi standardami czytników. Przy wyborze czytników do gotowej karty lub nośnika zespoły projektowe powinny ocenić geometrię anteny, wsparcie oprogramowania układowego, konfigurację protokołu i odległość transakcji. Powiązany sprzęt kontroli dostępu można znaleźć w kategorii czytniki dostępu RFID podczas budowania kompletnego rozwiązania obejmującego nośnik i czytnik.

Na potrzeby produkcji kart układ można zintegrować z korpusami kart plastikowych, nośnikami identyfikacyjnymi, kartami pracowniczymi, biletami komunikacyjnymi lub kompozytowymi strukturami kart inteligentnych, zgodnie z wymaganiami projektu. Jeśli klient porównuje bezstykowe układy pamięci ze stykowymi platformami kartowymi, warto określić, czy aplikacja wymaga wygody komunikacji RF, zgodności z interfejsem stykowym czy połączonej architektury karty. SCIVAS może również wspierać powiązane programy kartowe, takie jak karty IC ze stykiem gdy projekt wymaga personalizacji układu stykowego zamiast rozwiązania bezstykowego lub oprócz niego.

Uwagi dotyczące produkcji i kastomizacji

Planując kartę opartą na układzie PicoPass, należy pamiętać, że dane układu to tylko jedna część specyfikacji. Gotowy produkt zależy również od konstrukcji anteny, materiału karty, procesu łączenia układu, grafiki drukowanej, wymagań kodowania, numeracji, pakowania i testów zgodności z czytnikami klienta. Przed produkcją masową zaleca się potwierdzenie dokładnej wersji pamięci, docelowego protokołu, modelu czytnika, oczekiwanej odległości odczytu, formatu kodowania, zasad personalizacji oraz wszelkich kluczy bezpieczeństwa lub wymagań dostępu do sektorów.

Ponieważ rodzina PicoPass 2KS/32KS jest często stosowana w projektach na poziomie systemu, zdecydowanie zaleca się testy próbek. Partia pilotażowa pozwala zweryfikować szybkość transakcji, stabilność odczytu, działanie antykolizji i przebieg pracy użytkownika przed wyprodukowaniem większego zamówienia kart. Jest to szczególnie istotne w rozwiązaniach transportowych, kampusowych, korporacyjnej kontroli dostępu i wieloaplikacyjnych kart inteligentnych, w których kilka aplikacji może korzystać z tego samego fizycznego nośnika.

Arkusz danych PicoPass 2KS/32KS – FAQ

Jaka jest główna zaleta rodziny układów PicoPass 2KS/32KS?

Główną zaletą jest dwustandardowa konstrukcja bezstykowa. PicoPass obsługuje ISO 14443B i ISO 15693 z automatycznym wykrywaniem, zapewniając projektom zarówno szybką komunikację na bliskim dystansie, jak i pracę vicinity na większej odległości. Ta elastyczność jest przydatna, gdy jedna platforma kartowa musi obsługiwać środowiska kontroli dostępu, identyfikacji, transportu lub wieloaplikacyjnych kart inteligentnych.

Ile pamięci EEPROM udostępnia PicoPass 2KS/32KS?

PicoPass 2KS udostępnia 2 kbit pamięci EEPROM. Szersza rodzina obejmuje opcje 16 kbit i 32 kbit. PicoPass 16KS może działać jako jeden obszar aplikacji o pojemności 16 kbit albo jako osiem niezależnych obszarów po 2 kbit, natomiast PicoPass 32KS może udostępnić szesnaście obszarów po 2 kbit lub dwa obszary po 16 kbit.

Jakie prędkości komunikacji podano w arkuszu danych?

Arkusz danych podaje 26 kbps dla komunikacji ISO 15693. Dla ISO 14443B podaje 106 kbps lub 424 kbps. W praktyce wybrana prędkość zależy od czytnika, konstrukcji anteny, wsparcia oprogramowania układowego oraz tego, czy aplikacja preferuje odczyt vicinity na dużą odległość, czy szybsze transakcje na bliskim dystansie.

Czy PicoPass zawiera funkcje zabezpieczeń dla chronionych aplikacji?

Tak. PicoPass obsługuje uwierzytelnianie kryptograficzne, klucz o długości 64 bitów, klucze kredytowe i debetowe dla bezpiecznych stron, ochronę odczytu/zapisu z uwierzytelnianiem oraz obszar jednokrotnego zapisu. Funkcje te pomagają chronić przechowywane dane i ograniczać nieautoryzowany odczyt pamięci, modyfikację, klonowanie lub symulację w odpowiednio zaprojektowanych systemach.

Z jakimi aplikacjami są najczęściej kojarzone układy PicoPass?

Arkusz danych wymienia karty wieloaplikacyjne, kontrolę dostępu, transport publiczny, karty identyfikacyjne, paszporty, kontrolę graniczną, karty firmowe, biometrię, płatności, karty zdrowotne, karty miejskie i karty lojalnościowe. Układ najlepiej sprawdza się w projektach, które potrzebują bardziej ustrukturyzowanej pamięci i zabezpieczeń niż podstawowy nośnik z samym UID.

Co należy potwierdzić przed produkcją kart PicoPass?

Przed produkcją należy potwierdzić wersję pamięci, tryb protokołu, zgodność z czytnikami, wymagania dotyczące anteny, oczekiwaną odległość odczytu, zasady kodowania, odwzorowanie aplikacji, obsługę kluczy bezpieczeństwa, grafikę, numerację i pakowanie. Szczegóły te wpływają zarówno na wydajność układu, jak i na użyteczność gotowej karty, dlatego testy próbek należy przeprowadzić przed produkcją masową.

Czy SCIVAS może pomóc w produkcji niestandardowych kart z tym układem?

Tak. SCIVAS może wspierać produkcję korpusów kart, druk, koordynację kodowania, przygotowanie próbek oraz dyskusję projektową skoncentrowaną na zgodności dla odpowiednich zamówień kart z układem. Ostateczna specyfikacja powinna opierać się na środowisku czytników klienta, przebiegu pracy oprogramowania, zasadach bezpieczeństwa i wymaganym formacie karty, a nie wyłącznie na modelu układu.

Kod weryfikacyjny