Indala Formatnummern erklärt: FlexSecur, 26/27/29-bit & Optus

Indala und PSK-Codierung: Warum es nicht HID Prox ist

Standard-HID Prox-Anmeldeinformationen senden mittels Frequenzumtastung (FSK), wobei zwischen zwei Trägerfrequenzen umgeschaltet wird, um Binärdaten darzustellen. Indala verwendet stattdessen Phasenumtastung, wobei Bits durch Invertieren der Phase des 125 kHz-Trägers dargestellt werden. Der praktische Effekt ist, dass der Demodulator eines Indala-Lesegeräts auf Phasenübergänge abgestimmt ist, nicht auf Frequenzverschiebungen – was die beiden Produktlinien trotz gemeinsamer Trägerfrequenz und Muttergesellschaft in getrennte, nicht austauschbare Ökosysteme einordnet.

Diese Unterscheidung ist wichtig bei der Beschaffung von Ersatzteilen. Eine Einrichtung, die 125 kHz LF Proximity-Karten über einen gemischten Bestand betreibt, muss vor der Bestellung nicht nur die Frequenz, sondern auch das Modulationsschema identifizieren. PSK-Modulation wird auch von einer kleinen Anzahl anderer Legacy-Formate verwendet, daher ist das Vorhandensein von 125 kHz allein nicht ausreichend, um die Indala-Kompatibilität zu bestätigen. Der definitive Indikator ist die spezifische Karten- oder Lesegerät-Teilenummer aus Ihrer Installationsdokumentation.

Auf der Seite der Anmeldeinformationen ist die PSK-Wellenform auf einem programmierbaren T5577- oder Q5-Rohling reproduzierbar. Der programmierbarer T5577-Rohling kann die PSK-Modulation emulieren, wenn seine Konfigurationsregister korrekt eingestellt sind, weshalb T5577-basierte Rohlinge das Standard-Substrat für kompatible Indala-Anmeldeinformationen über die meisten Bitbreitenvarianten in der Formatfamilie sind.

Die Indala-Formatfamilie: 26-bit, 27-bit, 29-bit, Optus 34-bit und DSX 33-bit

Das ursprüngliche Indala-Kartenformat – Katalogreferenz 40134 – verwendet einen 26-bit-Frame, der oberflächlich dem Wiegand 26-bit-Standard ähnelt, aber in PSK statt Wiegand-Pulsbreitenmodulation codiert ist. Dies bedeutet, dass, obwohl die Datenlast (8-bit Facility Code, 16-bit Kartennummer, zwei Paritätsbits) einem bekannten Layout folgt, die On-Card-Codierung völlig anders ist. Eine kompatible Indala-kompatible Proximity-Karte für eine 40134-Installation muss mit PSK-Modulation programmiert werden, nicht mit Wiegand-Pulscodierung.

Die ASC 27-bit-Variante fügt dem Standard-Frame ein einzelnes zusätzliches Bit hinzu, wodurch je nach spezifischer Implementierung entweder das Facility Code- oder das Kartennummerfeld erweitert wird. Die Indala ASC 27-bit kompatible Karte ist eine der häufiger anzutreffenden Varianten in nordamerikanischen kommerziellen Installationen von den späten 1990er bis Mitte der 2000er Jahre. Die Indala 29-bit kompatible Proximity-Karte erweitert den Anmeldeinformationsraum weiter und ist mit größeren Unternehmensbereitstellungen verbunden, die mehr Kartennummern pro Facility Code erfordern.

Optus 34-bit wurde für Telekommunikationsinfrastruktur und Zugangskontrolle im Versorgungssektor in Australien entwickelt und ist in Legacy-Installationen in der gesamten Region immer noch aktiv. Die Indala Optus 34-bit kompatible Karte trägt ein größeres Kartennummerfeld und unterstützt Populationen, die die Grenzen von 26-bit- oder 27-bit-Frames überschreiten. Die DSX 33-bit-Variante ist eng mit DSX Access Systems Panel-Bereitstellungen verbunden; die DSX 33-bit Indala-kompatible Karte wird typischerweise bestellt, wenn die DSX-Panel-Dokumentation die Indala PSK-Codierung auf dieser spezifischen Lesegerät-Hardware bestätigt.

FlexSecur: Verschlüsselte Facility Codes erklärt

FlexSecur ist eine Indala-Option, die einen kundenspezifischen Verschlüsselungsalgorithmus auf die Facility Code-Bits innerhalb des PSK-Frames anwendet. Die zugrunde liegende Modulation ist immer noch PSK bei 125 kHz, und die Rohbitanzahl ist unverändert, aber die Bitreihenfolge des Facility Codes wird gemäß einer Tabelle neu angeordnet, die bei der ursprünglichen Kartenbestellung definiert wurde. Lesegeräte, die mit dem FlexSecur-Profil dieses Kunden programmiert sind, erwarten Daten in der verschlüsselten Reihenfolge; eine Standard-Indala PSK-Karte mit einem unverschlüsselten Facility Code wird abgelehnt.

Der Zweck von FlexSecur ist es, das Risiko zu verringern, dass ein gültig aussehendes Berechtigungsdokument von einem anderen Standort versehentlich oder absichtlich als gültig auf einer anderen FlexSecur-Installation präsentiert wird – da die Scramble-Reihenfolge jedes Kunden einzigartig ist. Dies ist eine kundenspezifische Anpassung auf Standortebene, die über das PSK-Format gelegt wird, keine separate Frequenztechnologie. Sie ist relevant für den Leitfaden für Corporate 1000, FlexSecur und benutzerdefinierte Facility Codes da kompatible Indala FlexSecur kompatible Karten erfordern, dass Sie Ihr bestehendes Scramble-Layout angeben, das Security ID Systems verwendet, um jede Karte gemäß der spezifischen Bit-Reihenfolge Ihrer Einrichtung zu programmieren.

Einrichtungen, die ihre FlexSecur-Installation erweitern müssen, sollten das Scramble-Profil entweder in der Originaldokumentation des Systemintegrators finden oder ein Muster-Berechtigungsdokument zur Analyse einreichen. Die Scramble-Tabelle ist ein Kundenvermögen; sie ist nicht allein aus der Lesegerät-Hardware ableitbar. Dies ist der Hauptgrund, warum FlexSecur-Berechtigungsdokumente zum Zeitpunkt der Bestellung mehr Informationen erfordern als eine Standard-Indala 26-bit oder ASC 27-bit Karte.

Kodierung eines kompatiblen Indala-Berechtigungsdokuments

Alle Indala PSK-Formate – einschließlich des 26-bit 40134, ASC 27-bit, 27-bit, 29-bit, Optus 34-bit und DSX 33-bit – werden auf einem T5577-Substrat kodiert, das für PSK-Modulation konfiguriert ist. Der Programmierprozess schreibt den Facility Code und die Kartennummer in die entsprechenden Bitfelder für das Zielformat, setzt die T5577-Konfigurationsregister in den PSK-Modus und überprüft die Ausgangswellenform anhand der erwarteten Demodulatorantwort. Eine korrekt programmierte Karte wird einem Indala-Lesegerät identisch mit einem Original-Berechtigungsdokument mit denselben Berechtigungsdaten präsentiert.

Die FlexSecur-Kodierung fügt einen Vorverarbeitungsschritt hinzu: Die Facility Code-Bits werden gemäß der Scramble-Tabelle des Kunden neu angeordnet, bevor sie auf den Rohling geschrieben werden. Das Kartennummer-Feld wird durch das Scramble nicht beeinflusst. Karten, die mit falschen Scramble-Daten produziert wurden, werden vom Lesegerät abgelehnt, weshalb die Bereitstellung eines genauen Scramble-Profils eine Voraussetzung für die Auftragsabwicklung und kein optionales Detail ist.

Für Zutrittskontrollinstallationen, die mehrere Panel-Marken umfassen – zum Beispiel ein Standort, der AMAG, Lenel, Kantech oder Keri Panels mit Indala-Lesegeräten verwendet – wird die Kodierungsanforderung durch das Lesegerät bestimmt, nicht durch das Panel. Panels dieser Hersteller akzeptieren standardmäßige Wiegand-Datenausgabe vom Lesegerät, sodass das Panel, solange das Berechtigungsdokument korrekt in Indala PSK kodiert ist, gültige Wiegand-Daten empfängt und normal funktioniert.

Bestellung kompatibler Indala-Karten und Schlüsselanhänger

Der Ausgangspunkt für jede Indala-Ersatzbestellung ist die Bestätigung der genau verwendeten Formatvariante. Die Modellnummer des Lesegeräts, die ursprüngliche Kartenteilenummer oder die Dokumentation des Systemintegrators identifiziert, ob die Installation 26-bit 40134, ASC 27-bit, 29-bit, Optus 34-bit, DSX 33-bit oder FlexSecur verwendet. Wenn keine Dokumentation verfügbar ist, ist die Einreichung einer Musterkarte zur Formatidentifikation der zuverlässigste Ansatz – siehe den Leitfaden zur Identifizierung von Kartenformaten für den Prozess. Für Einrichtungen, bei denen das Format bestätigt, aber die Variante unklar ist, sind eine Indala 27-bit kompatible Proximity-Karte und eine 26-bit Karte nicht austauschbar, daher vermeidet eine Überprüfung vor der Bestellung unnötigen Lagerbestand.

Schlüsselanhänger-Versionen aller Standard-Indala PSK-Formate sind über das Sortiment kompatibler Schlüsselanhängererhältlich, wobei dieselbe T5577-basierte Kodierung auf einem Clamshell- oder flachen Schlüsselanhänger-Substrat verwendet wird. Schlüsselanhänger werden mit denselben Berechtigungsdaten – Facility Code, Kartennummernbereich und für FlexSecur das Scramble-Profil – wie Karten-Berechtigungsdokumente bestellt. Es gibt keinen funktionalen Unterschied am Lesegerät zwischen einer Karte und einem Schlüsselanhänger, die dieselben kodierten Daten tragen.

Großbestellungen für Immobilienverwaltung, Gastgewerbe und Gebäudemanagement werden pro Projekt angeboten. Für Installationen mit mehreren Indala-Varianten über verschiedene Lesegerät-Generationen hinweg – ein häufiges Szenario in Campus- oder Mehrgebäudeumgebungen – wird jede Variante separat produziert und gekennzeichnet, um Verwechslungen bei der Inbetriebnahme zu vermeiden. Security ID Systems ist ein unabhängiger Hersteller und Lieferant von kompatiblen Zutrittskontroll-Berechtigungsdokumenten und ist nicht mit HID Global oder Assa Abloy verbunden, von diesen autorisiert oder unterstützt.