Lenel, LenelS2 và OnGuard: Bối cảnh
Lenel Systems International đã phát triển nền tảng OnGuard như một hệ thống quản lý an ninh và kiểm soát truy cập hợp nhất, và qua các lần thay đổi quyền sở hữu liên tiếp, thương hiệu này đã trở thành LenelS2 — tên được sử dụng ngày nay trên các tài liệu bán hàng, tài liệu và số bộ phận phần cứng. Mặc dù đã đổi thương hiệu, cơ sở hạ tầng đầu đọc cơ bản và các định dạng thẻ mà nó hỗ trợ vẫn nhất quán qua các thế hệ triển khai OnGuard.
OnGuard là một nền tảng tập trung vào phần mềm: bảng điều khiển truy cập, đầu đọc và thông tin xác thực thẻ được coi là các thành phần có thể hoán đổi cho nhau được kết nối bằng giao diện Wiegand. Kiến trúc đó có nghĩa là định dạng thẻ quan trọng hơn số bộ phận thẻ cụ thể — hai thẻ từ các nhà sản xuất hoàn toàn khác nhau sẽ hoạt động trong cùng một đầu đọc Lenel miễn là chúng truyền các chuỗi bit giống hệt nhau. Đây là cơ sở kỹ thuật mà trên đó thẻ proximity tương thích Lenel được cung cấp dưới dạng thay thế trực tiếp cho việc mở rộng địa điểm và thay thế thẻ bị mất.
Các nhà quản lý cơ sở vận hành các triển khai OnGuard lớn hoặc đa địa điểm thường gặp phải sự kết hợp của các thế hệ định dạng. Thẻ được cấp vào đầu những năm 2000 có thể mang dữ liệu 26-bit đơn giản trong khi các bảng điều khiển được cài đặt sau các nâng cấp lớn có thể được đăng ký vào cơ sở dữ liệu 37-bit hoặc 42-bit. Biết cách đọc mã cơ sở và số thẻ được in từ một thông tin xác thực hiện có — và bố cục bit nào chi phối cách các số đó được mã hóa — là kiến thức thực tế cho bất kỳ quản trị viên trang web Lenel nào.
Triển khai Lenel 26-Bit và 37-Bit tiêu chuẩn
Định dạng H10301 26-bit là cấu trúc Wiegand được triển khai rộng rãi nhất ở Bắc Mỹ, và các đầu đọc Lenel OnGuard đã hỗ trợ nó ngay từ khi nền tảng này ra đời. Cấu trúc này đơn giản: 1 bit dẫn chẵn lẻ, mã cơ sở 8-bit (giá trị 0–255), số thẻ 16-bit (giá trị 0–65.535), và 1 bit cuối lẻ, tổng cộng 26 bit. Vì mã cơ sở bị giới hạn ở 8 bit, các tổ chức lớn thường hết không gian số của mình, và các xung đột số thẻ giữa các cơ sở khác nhau chia sẻ cùng một mã là một rủi ro hoạt động được công nhận.
Định dạng 37-bit mở rộng cả hai trường đáng kể. Một biến thể 37-bit phổ biến phân bổ mã cơ sở 16-bit và số thẻ 18-bit, cung cấp không gian địa chỉ lớn hơn nhiều trước khi xảy ra xung đột. Các bảng điều khiển Lenel được đăng ký vào cơ sở dữ liệu 37-bit sẽ từ chối các thẻ 26-bit mang cùng số thô, vì đầu đọc giải mã luồng bit trước khi so sánh nó với cơ sở dữ liệu thông tin xác thực — công nghệ thẻ vật lý (thẻ ISO, móc khóa, thẻ mỏng) không liên quan đến kiểm tra này. Cả 26-bit và 37-bit thông tin xác thực định dạng bit Wiegand là các mặt hàng tiêu chuẩn trong danh mục chỉ yêu cầu mã cơ sở và phạm vi số thẻ của bạn để sản xuất.
Nếu bạn không chắc chắn trang web của mình đang chạy định dạng nào, Cách xác định định dạng thẻ truy cập hoặc móc khóa của bạn hướng dẫn sẽ trình bày các bước thực tế: kiểm tra bản ghi thông tin xác thực của phần mềm bảng điều khiển, đọc dữ liệu thẻ bằng bộ phân tích Wiegand và diễn giải số được in trên các thẻ hiện có. Hầu hết các cài đặt Lenel chưa được cấu hình tùy chỉnh sẽ chạy một trong hai định dạng tiêu chuẩn này, giúp việc tìm nguồn thẻ tương thích trở nên đơn giản.
Giải mã định dạng Lenel 42-Bit (L11601) độc quyền
Định dạng 42-bit liên quan đến phần cứng dòng Lenel L11601 là định dạng có khả năng tạo ra khó khăn trong việc tìm nguồn cung cấp nhất, vì nó nằm ngoài danh mục Wiegand tiêu chuẩn được các nhà phân phối thẻ proximity chung lưu trữ. Bố cục bit của nó là: 1 bit chẵn lẻ dẫn đầu, mã trang web 14-bit (giá trị 0–16.383), số thẻ 12-bit (giá trị 0–4.095), và 1 bit lẻ cuối cùng, tổng cộng 42 bit. Trường mã trang web mở rộng là lợi thế thực tế: mã trang web 14-bit hỗ trợ hơn 16.000 giá trị cơ sở riêng biệt, có ý nghĩa đối với các triển khai doanh nghiệp lớn và khuôn viên trường học nơi việc cạn kiệt địa chỉ 26-bit là một hạn chế thực sự.
Được mã hóa trên nền LF 125 kHz, luồng dữ liệu 42-bit được truyền qua giao diện Wiegand tiêu chuẩn theo cùng một cách như bất kỳ định dạng nào khác — đầu đọc chỉ đơn giản là giải mã một chuỗi bit dài hơn. Bởi vì các trường trang web và thẻ có độ rộng khác nhau so với H10301, một đầu đọc được cấu hình cho hoạt động 42-bit sẽ không chấp nhận thẻ 26-bit ngay cả khi các giá trị mã cơ sở trùng lặp về mặt số học. Đây cũng là lý do tại sao việc tìm nguồn thay thế chính xác lại quan trọng: một thẻ 26-bit chung được đặt hàng mà không xác minh định dạng đã cài đặt sẽ bị từ chối một cách âm thầm ở mọi đầu đọc.
The Thẻ tương thích Lenel 42-bit yêu cầu ba thông tin để sản xuất chính xác: tổng độ rộng bit (42), mã trang web được lưu trữ trong cơ sở dữ liệu OnGuard và phạm vi số thẻ mong muốn. Với ba tham số đó được xác nhận, một thông tin xác thực tương thích mã hóa giống hệt với thẻ được cung cấp từ OEM và trình bày cùng một đầu ra Wiegand cho đầu đọc. Hướng dẫn Định dạng Wiegand Hoàn chỉnh bao gồm logic chẵn lẻ và ranh giới trường đầy đủ cho nhân viên cơ sở cần xác minh độ chính xác mã hóa.
Cách mã hóa thẻ Lenel tương thích
Tất cả các thẻ proximity tần số thấp 125 kHz — bất kể thương hiệu hay định dạng — đều lưu trữ dữ liệu của chúng trên một chip transponder LF có thể ghi lại. thẻ proximity LF 125 kHz nền được sử dụng trong các thông tin xác thực Lenel tương thích là chip T5577 hoặc EM4305 có thể ghi lại, được lập trình tại nhà máy với mẫu bit chính xác mà đầu đọc Lenel mong đợi. Bản thân chip không mang bất kỳ liên kết thương hiệu nào; định dạng được xác định hoàn toàn bởi cấu trúc bit được ghi vào nó.
Mã hóa một thẻ tương thích cho một trang web Lenel 42-bit có nghĩa là tính toán các bit chẵn lẻ chính xác, lắp ráp chuỗi 42-bit đầy đủ theo đúng thứ tự trường (chẵn lẻ, trang web, thẻ, chẵn lẻ) và ghi chuỗi đó vào chip với điều chế và tốc độ dữ liệu chính xác để tương thích với EM/HID proximity. Mã hóa thẻ 26-bit hoặc 37-bit tuân theo cùng một quy trình với độ rộng trường ngắn hơn. thẻ proximity tương thích Lenel 42-bit được mã hóa tại nhà máy theo mã trang web và phạm vi số thẻ được chỉ định của bạn — nó không phải là một thẻ trống yêu cầu lập trình tại chỗ.
Các định dạng thẻ thông minh được sử dụng trong các môi trường Lenel bảo mật cao hơn — thường là MIFARE DESFire hoặc các thông tin xác thực dựa trên MIF của Lenel — hoạt động khác nhau. Đây là các thông tin xác thực thông minh trống mà hệ thống OnGuard của bạn đăng ký bằng cách sử dụng các khóa mã hóa dành riêng cho trang web của nó. Thông tin xác thực không mang các khóa tại thời điểm sản xuất; hệ thống ghi chúng trong quá trình đăng ký. Đây là khung chính xác cho bất kỳ định dạng thẻ thông minh được mã hóa nào: thông tin xác thực là một thẻ trống tương thích mà hệ thống kiểm soát truy cập của riêng bạn ủy quyền, không phải là một bản sao được lập trình sẵn. Xem Corporate 1000, FlexSecur và Mã cơ sở tùy chỉnh hướng dẫn để biết thêm ngữ cảnh về cách các lược đồ mã hóa độc quyền được xử lý ở cấp hệ thống.
Đặt hàng số lượng lớn thông tin xác thực Lenel tương thích
Mở rộng địa điểm, tăng cường tuyển dụng nhân viên và thay thế thẻ bị mất đều tạo ra nhu cầu về thông tin xác thực Lenel tương thích ngoài các kênh cung cấp OEM thông thường. Thông tin cần thiết để đặt hàng số lượng lớn là như nhau bất kể định dạng: độ rộng bit (26, 37 hoặc 42), mã trang web hoặc cơ sở, phạm vi số thẻ yêu cầu và yếu tố hình thức vật lý (thẻ ISO, clamshell hoặc móc khóa). Nếu độ rộng bit không được ghi lại trong tài liệu hệ thống, nó thường có thể được truy xuất từ bản ghi thông tin xác thực OnGuard hoặc được xác nhận bằng cách đọc một thẻ hiện có.
The Thẻ prox tương thích AMAG Lenel Kantech danh sách bao gồm một số nền tảng chia sẻ các thông số kỹ thuật vật lý và điện tương thích, điều này liên quan đến các trang web đa nhà cung cấp nơi một kho thẻ duy nhất cần hoạt động trên nhiều nền tảng kiểm soát truy cập. Đối với các trang web đã gặp số bộ phận L11601 cụ thể trong tài liệu cũ, thẻ tương thích Lenel L11601 36-bit bao gồm biến thể đó của họ định dạng mở rộng.
Thời gian chờ đối với thẻ Lenel 26-bit và 37-bit tiêu chuẩn thường ngắn, vì đây là các định dạng danh mục có khối lượng lớn. Định dạng 42-bit yêu cầu lập trình tại nhà máy theo các thông số trang web và số thẻ cụ thể của bạn và được vận chuyển dưới dạng thông tin xác thực đã hoàn thiện, sẵn sàng đăng ký. Đối với các cơ sở vận hành môi trường định dạng hỗn hợp — phổ biến khi OnGuard đã được triển khai theo từng giai đoạn trong nhiều năm — thẻ tương thích có thể được đặt hàng trên nhiều định dạng trong một lần giao dịch, mỗi lô được lập trình theo bố cục bit chính xác cho nhóm đầu đọc đó. Liên hệ với đội ngũ kỹ thuật của chúng tôi để xác nhận các yêu cầu định dạng của bạn trước khi đặt hàng số lượng lớn.
Security ID Systems là nhà sản xuất và nhà cung cấp độc lập các thông tin xác thực kiểm soát truy cập tương thích và không liên kết, không được ủy quyền hoặc xác nhận bởi Lenel Systems International hoặc LenelS2.
So sánh định dạng thẻ Lenel / LenelS2 OnGuard: bố cục trường và dung lượng
| Định dạng | Tổng số bit | Độ rộng mã địa điểm/cơ sở | Độ rộng số thẻ | Phạm vi mã địa điểm | Phạm vi số thẻ | Sử dụng điển hình |
|---|---|---|---|---|---|---|
| 26-bit H10301 | 26 | 8-bit | 16-bit | 0–255 | 0–65.535 | Các địa điểm Lenel tiêu chuẩn; khả năng tương thích đầu đọc rộng nhất |
| 37-bit (biến thể HID 37-bit) | 37 | 16-bit | 18-bit | 0–65.535 | 0–262.143 | Doanh nghiệp lớn; tránh cạn kiệt địa chỉ 26-bit |
| Lenel 42-bit (L11601-liền kề) | 42 | 14-bit | 12-bit | 0–16.383 | 0–4.095 | Định dạng mở rộng độc quyền; dung lượng mã địa điểm cao |
| MIFARE DESFire (thẻ thông minh) | Không áp dụng (mã hóa AES) | Hệ thống xác định | Hệ thống xác định | Hệ thống xác định | Hệ thống xác định | Môi trường OnGuard bảo mật cao hơn; đăng ký bằng hệ thống |