การ์ด Kantech ioProx คืออะไร — และตัวควบคุมใดที่ใช้
Kantech ioProx เป็นเทคโนโลยีพรอกซิมิตี้ LF 125 kHz ที่ใช้กันอย่างแพร่หลายในไซต์เชิงพาณิชย์ สถาบัน และอุตสาหกรรมเบาที่ติดตั้งฮาร์ดแวร์ Kantech ในช่วงปี 2000 และ 2010 ตัวควบคุมที่จับคู่กับข้อมูลประจำตัว ioProx บ่อยที่สุดคือ KT-300 (ตัวควบคุม IP สี่ประตู) และ KT-400 (รุ่นแปดประตู) ทั้งสองจัดการผ่านแพลตฟอร์มการจัดการการเข้าถึง EntraPass ของ Johnson Controls เนื่องจากโครงสร้างพื้นฐานของเครื่องอ่านได้รับการติดตั้งและโดยทั่วไปแล้วจะเสื่อมราคามานาน ผู้จัดการสิ่งอำนวยความสะดวกจึงไม่ค่อยมีเหตุผลที่จะเปลี่ยน — พวกเขาต้องการข้อมูลประจำตัวทดแทนที่นำเสนอข้อมูลที่ถูกต้องเมื่อถือไว้ที่หัวเครื่องอ่านที่มีอยู่
เครื่องอ่าน ioProx ทำงานที่ 125 kHz ซึ่งเป็นความถี่พาหะเดียวกับมาตรฐาน การ์ดและพวงกุญแจพร็อกซิมิตี้ LF 125 kHz เช่น HID H10301 หรือ AWID แต่ ioProx ใช้การมอดูเลตข้อมูลที่เป็นกรรมสิทธิ์และโครงสร้างรูปแบบ Sensor ของตัวเอง การ์ด HID 26 บิตดิบจะไม่ตรวจสอบสิทธิ์บนเครื่องอ่าน Kantech ioProx และในทางกลับกัน ความแตกต่างมีความสำคัญเมื่อสั่งซื้อการเปลี่ยน: การระบุ 'พรอกซิมิตี้ 125 kHz' เพียงอย่างเดียวไม่เพียงพอ — รูปแบบและโครงสร้างบิตต้องตรงกับประเภทข้อมูลประจำตัวที่ลงทะเบียนใน EntraPass
ถอดรหัสหมายเลขชิ้นส่วน ioProx: P10SHL, P20DYE, P40KEY
ข้อมูลประจำตัว Kantech ioProx เป็นไปตามแผนหมายเลขชิ้นส่วนที่สอดคล้องกันซึ่งเข้ารหัสฟอร์มแฟคเตอร์และพื้นผิวในการกำหนดเอง P10SHL เป็นการ์ด ISO CR-80 มาตรฐาน (86 × 54 มม.) ในพื้นผิวสีขาวธรรมดาหรือสีอ่อนที่พิมพ์ได้ — ข้อมูลประจำตัวที่ใช้งานได้จริงที่พบในการปรับใช้ ioProx ส่วนใหญ่ P20DYE เป็นรูปแบบการ์ด ISO เดียวกันที่มีพื้นผิวที่พิมพ์ได้ด้วยการระเหิดของสีย้อม เหมาะสำหรับการติดตั้งที่ออกบัตรประจำตัวที่มีรูปถ่ายซึ่งรวมการเข้าถึงเชิงตรรกะเข้ากับการระบุด้วยภาพ P40KEY เป็นฟอร์มแฟคเตอร์พวงกุญแจ มีขนาดกะทัดรัดและเหมาะสำหรับพนักงานหรือผู้รับเหมาที่พกกุญแจมากกว่าการ์ด
หมายเลขชิ้นส่วนทั้งสามมีเทคโนโลยี RF ioProx พื้นฐานเดียวกัน — รูปแบบ Sensor ที่เข้ารหัสบนข้อมูลประจำตัวจะถูกกำหนดเมื่อสั่งซื้อหรือออก ไม่ใช่โดยส่วนท้ายของหมายเลขชิ้นส่วน เมื่อสั่งซื้อการเปลี่ยนที่เข้ากันได้ การระบุหมายเลขชิ้นส่วนช่วยยืนยันฟอร์มแฟคเตอร์ แต่จุดข้อมูลที่สำคัญคือรูปแบบ Sensor (XSF, KSF หรือ K32) รหัสสิ่งอำนวยความสะดวก และช่วงหมายเลขการ์ด หากคุณไม่แน่ใจว่ารูปแบบ Sensor ใดทำงานอยู่ในการติดตั้งของคุณ การระบุรูปแบบการ์ด จะอธิบายขั้นตอนการวินิจฉัย
XSF เทียบกับ KSF เทียบกับ Wiegand 32 บิต
รูปแบบ Sensor สามรูปแบบที่ใช้ในระบบ ioProx มีความแตกต่างกันในระดับโครงสร้างข้อมูล และการเลือกรูปแบบที่ไม่ถูกต้องจะส่งผลให้การอ่านที่ตัวควบคุมปฏิเสธ — แม้ว่าการ์ดจะได้รับพลังงานทางกายภาพที่เครื่องอ่านก็ตาม XSF (eXtended Secure Format) เป็นรูปแบบมาตรฐานปัจจุบันสำหรับการปรับใช้ ioProx และให้ฟิลด์ข้อมูลที่มีความจุสูงกว่า KSF รุ่นเก่า KSF (Kantech Sensor Format) เป็นรูปแบบดั้งเดิมที่ยังคงทำงานอยู่ในการติดตั้งรุ่นเก่าที่มาก่อนการเปิดตัว XSF ไซต์ที่ดำเนินการมานานหลายแห่งยังคงออกข้อมูลประจำตัว KSF เนื่องจากฐานข้อมูลหมายเลขการ์ด EntraPass ของพวกเขาถูกสร้างขึ้นภายใต้ KSF และการย้ายแผนหมายเลขการ์ดไปยัง XSF จะต้องมีการลงทะเบียนการ์ดที่มีอยู่ทั้งหมดใหม่
การกำหนด K32 หมายถึง ioProx รุ่น Wiegand 32 บิต ซึ่งบางครั้งระบุว่าเป็นรูปแบบ Kantech 32 บิต Wiegand โครงสร้างข้อมูลเป็นไปตามเฟรม Wiegand มาตรฐาน: บิตพาริตีนำ 1 บิต, ฟิลด์รหัสสิ่งอำนวยความสะดวก 8 บิต, ฟิลด์หมายเลขบัตร 16 บิต และบิตพาริตีตามหลัง 1 บิต รวมเป็น 32 บิต ทำให้ K32 สามารถอ่านโครงสร้างได้โดยแผงควบคุมที่รองรับ Wiegand ซึ่งเป็นเหตุผลที่นำมาใช้ในไซต์ที่ใช้สภาพแวดล้อมคอนโทรลเลอร์แบบผสมผสานกับฮาร์ดแวร์ Kantech คู่มือรูปแบบ Wiegand ฉบับสมบูรณ์ ให้บริบทเพิ่มเติมเกี่ยวกับข้อตกลงความยาวบิตและการคำนวณพาริตีในรูปแบบการควบคุมการเข้าออกทั่วไป
เป็นที่น่าสังเกตว่า XSF และ KSF ไม่ใช่เพียงแค่โครงสร้างเดียวกันที่สั้นลงหรือยาวขึ้นเท่านั้น แต่ใช้แผนการจัดระเบียบข้อมูลที่แตกต่างกัน บัตรที่เข้ากันได้กับ Kantech ioProx XSF และ บัตร Proximity ที่เข้ากันได้กับ Kantech KSF จะถูกสั่งซื้อแยกต่างหากและไม่สามารถใช้แทนกันได้ในโปรแกรมเครื่องอ่านเดียวกัน แม้ว่ารหัสสิ่งอำนวยความสะดวกและหมายเลขบัตรจะเหมือนกัน
วิธีการเข้ารหัสข้อมูลประจำตัว ioProx ที่เข้ากันได้
เทคโนโลยีชิปที่อยู่เบื้องหลังข้อมูลประจำตัว ioProx ที่เข้ากันได้คือ T5577 หรือ EM4305-class 125 kHz programmable substrate ซึ่งเป็นชิป LF แบบหลายโปรโตคอลที่สามารถเขียนเพื่อเลียนแบบรูปแบบการมอดูเลต โครงสร้างข้อมูล และการจัดเฟรมบิตของรูปแบบเป้าหมาย ซึ่งในกรณีนี้คือโปรโตคอล ioProx Sensor ของ Kantech คำอธิบาย T5577 ครอบคลุมวิธีการทำงานของชิปคลาสนี้ในรูปแบบกรรมสิทธิ์ LF ที่แตกต่างกัน สิ่งที่สำคัญจากมุมมองของการจัดการสิ่งอำนวยความสะดวกคือโครงสร้างข้อมูลที่เขียนลงในชิปจะต้องตรงกับรูปแบบ Sensor ที่ลงทะเบียนไว้อย่างสมบูรณ์: ความยาวบิต, พาริตี, ตำแหน่งรหัสสิ่งอำนวยความสะดวก และประเภทการมอดูเลตจะต้องถูกต้องทั้งหมดเพื่อให้เครื่องอ่านสร้างเอาต์พุต Wiegand ที่ถูกต้องไปยังคอนโทรลเลอร์
สำหรับ บัตรที่เข้ากันได้กับ Kantech ioProx หรือ บัตรที่เข้ากันได้กับ Kantech ioProx 32 บิต เพื่อให้ใช้งานได้กับการติดตั้งของคุณ ข้อมูลประจำตัวจะต้องถูกเข้ารหัสด้วยรหัสสิ่งอำนวยความสะดวกเฉพาะของคุณและหมายเลขบัตรที่คุณกำหนด ไม่ใช่เทมเพลต Proximity ทั่วไปหรือ 'ว่างเปล่า' ซึ่งแตกต่างจากบัตร ISO เปล่าโดยพื้นฐาน: เพย์โหลดข้อมูล ioProx จะต้องถูกเขียนก่อนที่ข้อมูลประจำตัวจะสามารถอ่านค่าที่เป็นประโยชน์ได้เลย Security ID Systems จัดหาข้อมูลประจำตัวที่เข้ารหัสล่วงหน้าด้วยรหัสสิ่งอำนวยความสะดวกและช่วงหมายเลขบัตรของคุณตามที่ระบุในคำสั่งซื้อของคุณ ไม่จำเป็นต้องมีการตั้งโปรแกรมเพิ่มเติมเมื่อได้รับ
การสั่งซื้อ Kantech ioProx ทดแทนที่เข้ากันได้: สิ่งที่ต้องจัดเตรียม
เพื่อให้การสั่งซื้อ ioProx ที่เข้ากันได้เป็นไปอย่างถูกต้อง จำเป็นต้องมีข้อมูลสามส่วน: รูปแบบ Sensor (XSF, KSF หรือ K32/32-bit Wiegand), รหัสสิ่งอำนวยความสะดวกที่กำหนดให้กับไซต์ของคุณ และช่วงหมายเลขบัตรที่คุณต้องการครอบคลุม รูปแบบ Sensor มักจะถูกบันทึกไว้ใน EntraPass ภายใต้การตั้งค่ารูปแบบบัตรสำหรับกลุ่มเครื่องอ่าน หรือสามารถอ่านได้จากการส่งออกการกำหนดค่าของคอนโทรลเลอร์ หากไม่สามารถเข้าถึงได้ สามารถอ่านข้อมูลประจำตัวที่ใช้งานได้จากชุดที่มีอยู่เพื่อยืนยันรูปแบบ สำหรับการติดตั้งที่ใช้ ioProx มาหลายปีและมีเอกสารก่อนหน้าที่จะเข้าถึงได้ คู่มือการระบุของเราครอบคลุมวิธีการยืนยันรูปแบบจากบัตรที่ใช้งานอยู่
รหัสสิ่งอำนวยความสะดวกและหมายเลขบัตรสำหรับการใช้งาน ioProx จะถูกเก็บไว้ใน EntraPass และไม่ได้พิมพ์บนข้อมูลประจำตัวตามมาตรฐาน ซึ่งแตกต่างจากรูปแบบเดิมบางรูปแบบที่นูนหรือพิมพ์ค่าเหล่านี้ หากคุณไม่สามารถดึงข้อมูลจากซอฟต์แวร์ได้ การเปลี่ยนบัตรจำนวนหนึ่งตามลำดับจากชุดที่มีอยู่และทดสอบกับเครื่องอ่านเป็นวิธีที่รวดเร็วที่สุดในการยืนยัน สำหรับคำสั่งซื้อจัดซื้อขนาดใหญ่ที่ครอบคลุมอาคารหลายแห่งหรือช่วงหมายเลขบัตร เราสามารถจัดหาบัตรเป็นชุดที่กำหนดไว้ตลอดช่วงทั้งหมด บัตรที่เข้ากันได้กับ Kantech KSF 32 บิต และ บัตรที่เข้ากันได้สำหรับการติดตั้ง Kantech และ AMAG/Lenel/Keri/Indala แบบผสมผสาน ยังมีให้สำหรับไซต์ที่มีโครงสร้างพื้นฐานเครื่องอ่านที่แตกต่างกัน ติดต่อเราผ่านทาง แบบฟอร์มสอบถาม เพื่อหารือเกี่ยวกับปริมาณ รูปแบบ และข้อกำหนดการจัดส่งสำหรับไซต์ของคุณ
Security ID Systems เป็นผู้ผลิตและผู้จัดจำหน่ายอิสระของข้อมูลประจำตัวการควบคุมการเข้าออกที่เข้ากันได้ และไม่มีส่วนเกี่ยวข้อง ไม่ได้รับอนุญาต หรือรับรองโดย Kantech หรือ Johnson Controls
หมายเลขชิ้นส่วน Kantech ioProx — รูปแบบ, รูปแบบ Sensor & ชิปพื้นฐาน
| หมายเลขชิ้นส่วน | รูปแบบ | ตัวเลือกรูปแบบ Sensor | เทคโนโลยีชิปพื้นฐาน | การใช้งานทั่วไป |
|---|---|---|---|---|
| P10SHL | บัตร ISO CR-80 (86 × 54 มม.) | XSF, KSF, K32 (32-bit Wiegand) | T5577 / EM4305-class 125 kHz LF | บัตรพนักงานมาตรฐาน, ผิวเรียบ |
| P20DYE | บัตร ISO CR-80 (86 × 54 มม.) | XSF, KSF, K32 (32-bit Wiegand) | T5577 / EM4305-class 125 kHz LF | บัตรสำหรับพิมพ์รูปถ่าย/พิมพ์ด้วยสีย้อมระเหิด |
| P40KEY | พวงกุญแจ (ขนาดกะทัดรัด) | XSF, KSF, K32 (32-bit Wiegand) | T5577 / EM4305-class 125 kHz LF | ข้อมูลประจำตัวพวงกุญแจสำหรับพนักงานหรือผู้รับเหมา |
| XSF (รูปแบบ) | รูปแบบ ioProx ใดก็ได้ | รูปแบบความปลอดภัยเพิ่มเติม (eXtended Secure Format) | เข้ารหัสตามรหัสสิ่งอำนวยความสะดวกของไซต์ + หมายเลขบัตร | รูปแบบมาตรฐานปัจจุบัน การติดตั้งส่วนใหญ่หลังปี 2010 |
| KSF (รูปแบบ) | รูปแบบ ioProx ใดก็ได้ | Kantech Sensor Format (รุ่นเก่า) | เข้ารหัสตามรหัสสิ่งอำนวยความสะดวกของไซต์ + หมายเลขบัตร | การติดตั้งรุ่นเก่า; ฐานข้อมูลหมายเลขบัตรที่สร้างขึ้นก่อน XSF |
| K32 (รูปแบบ) | รูปแบบ ioProx ใดก็ได้ | Wiegand 32 บิต (ไซต์ 8 บิต + บัตร 16 บิต + บิตพาริตี 2 บิต) | เข้ารหัสตามรหัสสิ่งอำนวยความสะดวกของไซต์ + หมายเลขบัตร | แผงควบคุมแบบผสมผู้จำหน่าย; คอนโทรลเลอร์ที่รองรับ Wiegand |