Czym jest karta Kantech ioProx — i które kontrolery jej używają
Kantech ioProx to technologia zbliżeniowa LF 125 kHz szeroko stosowana w obiektach komercyjnych, instytucjonalnych i lekko przemysłowych, które zainstalowały sprzęt Kantech w latach 2000. i 2010. Kontrolery najczęściej parowane z poświadczeniami ioProx to KT-300 (czterodrzwiowy kontroler IP) i KT-400 (ośmiodrzwiowy wariant), oba zarządzane za pośrednictwem platformy zarządzania dostępem EntraPass firmy Johnson Controls. Ponieważ infrastruktura czytników jest zainstalowana i zazwyczaj dawno zamortyzowana, zarządcy obiektów rzadko mają powód do jej wymiany — potrzebują zamiennych poświadczeń, które prezentują prawidłowe dane po przyłożeniu do istniejącej głowicy czytnika.
Czytniki ioProx działają na częstotliwości 125 kHz, tej samej częstotliwości nośnej co standardowe karty i breloki zbliżeniowe 125 kHz LF takie jak HID H10301 lub AWID, ale ioProx używa własnej zastrzeżonej modulacji danych i struktury formatu Sensor. Surowa 26-bitowa karta HID nie uwierzytelni się na czytniku Kantech ioProx i odwrotnie. Rozróżnienie ma znaczenie przy zamawianiu zamienników: samo określenie „zbliżeniowe 125 kHz” nie wystarczy — format i struktura bitowa muszą odpowiadać zarejestrowanemu typowi poświadczenia w EntraPass.
Rozszyfrowane numery części ioProx: P10SHL, P20DYE, P40KEY
Poświadczenia Kantech ioProx są zgodne ze spójnym schematem numeracji części, który koduje formę i wykończenie w samej nazwie. P10SHL to standardowa karta ISO CR-80 (86 × 54 mm) w zwykłym białym lub jasnym, nadającym się do druku wykończeniu — podstawowe poświadczenie spotykane w większości wdrożeń ioProx. P20DYE to ten sam format karty ISO z powierzchnią do druku sublimacyjnego, odpowiedni do instalacji, które wydają karty identyfikacyjne ze zdjęciem, łączące dostęp logiczny z identyfikacją wizualną. P40KEY to forma breloka, kompaktowa wymiarowo i odpowiednia dla personelu lub wykonawców, którzy noszą klucze zamiast kart.
Wszystkie trzy numery części wykorzystują tę samą podstawową technologię RF ioProx — format Sensor zakodowany na poświadczeniu jest określany w momencie zamawiania lub wydania, a nie przez sufiks numeru części. Przy zamawianiu kompatybilnych zamienników, określenie numeru części pomaga potwierdzić formę, ale kluczowymi punktami danych są format Sensor (XSF, KSF lub K32), kod obiektu i zakres numerów kart. Jeśli nie masz pewności, który format Sensor jest aktywny w Twojej instalacji, nasz przewodnik identyfikacji formatu karty przedstawia kroki diagnostyczne.
XSF vs KSF vs wariant 32-bitowy Wiegand
Trzy formaty Sensor używane w systemach ioProx są odrębne na poziomie struktury danych, a wybranie niewłaściwego spowoduje odczyty, które kontroler odrzuci — nawet jeśli karta fizycznie zasila się w czytniku. XSF (eXtended Secure Format) to obecny standardowy format dla wdrożeń ioProx i zapewnia pole danych o większej pojemności niż starszy KSF. KSF (Kantech Sensor Format) to starszy wariant, nadal aktywny w starszych instalacjach, które poprzedzały wprowadzenie XSF. Wiele długo działających obiektów nadal wydaje poświadczenia KSF, ponieważ ich baza danych numerów kart EntraPass została zbudowana w oparciu o KSF, a migracja schematu numeracji kart do XSF wymagałaby ponownej rejestracji każdej istniejącej karty.
Oznaczenie K32 odnosi się do 32-bitowego wariantu Wiegand ioProx — czasami wymienianego jako 32-bitowy format Wiegand Kantech. Jego struktura danych jest zgodna ze standardową ramką Wiegand: jeden bit parzystości wiodącej, 8-bitowe pole kodu obiektu, 16-bitowe pole numeru karty i jeden bit parzystości końcowej, co daje łącznie 32 bity. Dzięki temu K32 jest strukturalnie czytelny dla każdego panelu obsługującego Wiegand, dlatego został przyjęty w miejscach, w których działały środowiska kontrolerów różnych dostawców obok sprzętu Kantech. kompletny przewodnik po formatach Wiegand zawiera dodatkowy kontekst dotyczący konwencji długości bitów i obliczania parzystości w typowych formatach kontroli dostępu.
Warto zauważyć, że XSF i KSF nie są po prostu krótszymi lub dłuższymi wersjami tej samej struktury — używają różnych schematów organizacji danych. Karta kompatybilna z Kantech ioProx XSF i karta zbliżeniowa kompatybilna z Kantech KSF są zamawiane oddzielnie i nie mogą być zamieniane w tym samym programie czytnika, nawet jeśli kody obiektów i numery kart są identyczne.
Jak kodowane są kompatybilne poświadczenia ioProx
Technologia chipów leżąca u podstaw kompatybilnych poświadczeń ioProx to programowalny substrat T5577 lub EM4305-class 125 kHz. Są to wieloprotokołowe chipy LF, które można zaprogramować tak, aby emulowały schemat modulacji, strukturę danych i ramkowanie bitów formatu docelowego — w tym przypadku protokołu Kantech ioProx Sensor. przewodnik po T5577 opisuje, jak ta klasa chipów działa w różnych zastrzeżonych formatach LF. Z perspektywy zarządzania obiektem ważne jest, aby struktura danych zapisana w chipie w pełni odpowiadała zarejestrowanemu formatowi Sensor: długość bitów, parzystość, pozycja kodu obiektu i typ modulacji muszą być prawidłowe, aby czytnik mógł wygenerować prawidłowy sygnał wyjściowy Wiegand do kontrolera.
Aby karta kompatybilna z Kantech ioProx lub karta kompatybilna z Kantech ioProx 32-bit działała w Twojej instalacji, poświadczenie musi być zakodowane z Twoim specyficznym kodem obiektu i numerami kart, które wyznaczysz — a nie z ogólnym lub 'pustym' szablonem zbliżeniowym. Jest to zasadniczo różne od pustej karty ISO: ładunek danych ioProx musi zostać zapisany, zanim poświadczenie w ogóle wygeneruje jakikolwiek użyteczny odczyt. Security ID Systems dostarcza poświadczenia wstępnie zakodowane z Twoim kodem obiektu i zakresem numerów kart, zgodnie z zamówieniem; po otrzymaniu nie jest wymagane żadne dodatkowe programowanie.
Zamawianie kompatybilnych zamienników Kantech ioProx: Co należy podać
Aby dokładnie zrealizować zamówienie na kompatybilne ioProx, wymagane są trzy informacje: format Sensor (XSF, KSF lub K32/32-bit Wiegand), kod obiektu przypisany do Twojej lokalizacji oraz zakres numerów kart, które mają być objęte. Format Sensor jest zazwyczaj udokumentowany w EntraPass w ustawieniach formatu karty dla grupy czytników lub można go odczytać z eksportu konfiguracji kontrolera. Jeśli żadne z tych źródeł nie jest dostępne, działające poświadczenie z istniejącej partii można odczytać w celu potwierdzenia formatu. W przypadku instalacji, które używają ioProx od wielu lat i poprzedzają dostępną dokumentację, nasz przewodnik identyfikacyjny opisuje, jak potwierdzić format z aktywnej karty.
Kody obiektów i numery kart dla wdrożenia ioProx są przechowywane w EntraPass i nie są standardowo drukowane na poświadczeniach — w przeciwieństwie do niektórych starszych formatów, które wytłaczają lub drukują te wartości. Jeśli nie możesz ich odzyskać z oprogramowania, najszybszą metodą potwierdzenia jest sekwencyjna wymiana kilku kart z istniejącej partii i przetestowanie ich na czytniku. W przypadku większych zamówień obejmujących wiele budynków lub zakresów numerów kart, możemy dostarczyć karty w określonych partiach w pełnym zakresie. Kompatybilne karty kompatybilne z Kantech KSF 32-bit i kompatybilne karty do instalacji Kantech i AMAG/Lenel/Keri/Indala różnych dostawców są również dostępne tam, gdzie obiekt ma heterogeniczną infrastrukturę czytników. Skontaktuj się z nami za pośrednictwem formularza zapytania aby omówić wymagania dotyczące ilości, formatu i dostawy dla Twojej lokalizacji.
Security ID Systems jest niezależnym producentem i dostawcą kompatybilnych poświadczeń kontroli dostępu i nie jest powiązany, autoryzowany ani wspierany przez Kantech ani Johnson Controls.
Numery części Kantech ioProx — obudowa, format sensora & Chip bazowy
| Numer części | Obudowa | Opcje formatu sensora | Technologia chipa bazowego | Typowe zastosowanie |
|---|---|---|---|---|
| P10SHL | Karta ISO CR-80 (86 × 54 mm) | XSF, KSF, K32 (32-bit Wiegand) | T5577 / EM4305-class 125 kHz LF | Standardowa karta pracownicza, gładkie wykończenie |
| P20DYE | Karta ISO CR-80 (86 × 54 mm) | XSF, KSF, K32 (32-bit Wiegand) | T5577 / EM4305-class 125 kHz LF | Karta do zdjęć/nadruku termosublimacyjnego |
| P40KEY | Brelok (kompaktowy) | XSF, KSF, K32 (32-bit Wiegand) | T5577 / EM4305-class 125 kHz LF | Poświadczenie na klucze dla personelu lub wykonawców |
| XSF (format) | Dowolna obudowa ioProx | eXtended Secure Format | Zakodowane zgodnie z kodem obiektu + numerem karty | Obecny standardowy format; większość wdrożeń po 2010 roku |
| KSF (format) | Dowolna obudowa ioProx | Kantech Sensor Format (starsza wersja) | Zakodowane zgodnie z kodem obiektu + numerem karty | Starsze instalacje; bazy danych numerów kart zbudowane przed XSF |
| K32 (format) | Dowolna obudowa ioProx | 32-bit Wiegand (8-bit site + 16-bit card + 2 bity parzystości) | Zakodowane zgodnie z kodem obiektu + numerem karty | Panele różnych dostawców; dowolny kontroler obsługujący Wiegand |