Indala Formaatnummers Uitgelegd: FlexSecur, 26/27/29-bit & Optus

Indala en PSK-codering: Waarom het geen HID Prox is

Standaard HID Prox-referenties zenden uit met behulp van frequency-shift keying (FSK), waarbij wordt geschakeld tussen twee draagfrequenties om binaire gegevens weer te geven. Indala gebruikt in plaats daarvan phase-shift keying, waarbij bits worden weergegeven door de fase van de 125 kHz draaggolf om te keren. Het praktische effect is dat de demodulator van een Indala-lezer is afgestemd op faseovergangen, niet op frequentieverschuivingen — waardoor de twee productlijnen in afzonderlijke, niet-uitwisselbare ecosystemen terechtkomen, ondanks het delen van een draagfrequentie en een moederbedrijf.

Dit onderscheid is belangrijk bij het zoeken naar vervangingen. Een faciliteit die gebruikmaakt van 125 kHz LF proximity kaarten over een gemengd landgoed moet niet alleen de frequentie, maar ook het modulatieschema identificeren voordat er wordt besteld. PSK-modulatie wordt ook gebruikt door een klein aantal andere legacy-formaten, dus de aanwezigheid van alleen 125 kHz is niet voldoende om Indala-compatibiliteit te bevestigen. De definitieve indicator is het specifieke kaart- of lezeronderdeelnummer uit uw installatiedocumentatie.

Aan de referentiezijde is de PSK-golfvorm reproduceerbaar op een T5577 of Q5 programmeerbare blanco. De T5577 programmeerbare blanco kan PSK-modulatie emuleren wanneer de configuratieregisters correct zijn ingesteld, daarom zijn T5577-gebaseerde blanco's het standaard substraat voor compatibele Indala-referenties over de meeste bitbreedtevarianten in de formaatfamilie.

De Indala Formaatfamilie: 26-bit, 27-bit, 29-bit, Optus 34-bit en DSX 33-bit

Het originele Indala kaartformaat — catalogusreferentie 40134 — gebruikt een 26-bit frame dat oppervlakkig lijkt op de Wiegand 26-bit standaard, maar is gecodeerd in PSK in plaats van Wiegand pulsbreedtemodulatie. Dit betekent dat hoewel de datapayload (8-bit faciliteitscode, 16-bit kaartnummer, twee pariteitsbits) een bekende lay-out volgt, de on-card codering volledig anders is. Een compatibele Indala compatibele proximity kaart voor een 40134-installatie moet worden geprogrammeerd met PSK-modulatie, niet met Wiegand-pulscodering.

De ASC 27-bit variant voegt een enkele extra bit toe aan het standaardframe, waardoor ofwel de faciliteitscode of het kaartnummerveld wordt uitgebreid, afhankelijk van de specifieke implementatie. De Indala ASC 27-bit compatibele kaart is een van de meest voorkomende varianten in Noord-Amerikaanse commerciële installaties van eind jaren negentig tot midden jaren 2000. De Indala 29-bit compatibele prox kaart breidt de referentieruimte verder uit en wordt geassocieerd met grotere bedrijfsimplementaties die meer kaartnummers per faciliteitscode vereisen.

Optus 34-bit is ontwikkeld voor telecommunicatie-infrastructuur en toegangscontrole in de nutssector in Australië en is nog steeds actief in legacy-installaties in de regio. De Indala Optus 34-bit compatibele kaart draagt een groter kaartnummerveld, ter ondersteuning van populaties die de limieten van 26-bit of 27-bit frames overschrijden. De DSX 33-bit variant is nauw verbonden met DSX Access Systems paneelimplementaties; de DSX 33-bit Indala compatibele kaart wordt doorgaans besteld wanneer de DSX-paneeldocumentatie Indala PSK-codering op die specifieke lezerhardware bevestigt.

FlexSecur: Versleutelde Faciliteitscodes Uitgelegd

FlexSecur is een Indala-optie die een klantspecifiek versleutelingsalgoritme toepast op de faciliteitscodebits binnen het PSK-frame. De onderliggende modulatie is nog steeds PSK op 125 kHz, en het ruwe bit-aantal is ongewijzigd, maar de bit-order mapping van de faciliteitscode wordt herschikt volgens een tabel die werd gedefinieerd toen de oorspronkelijke kaartbestelling werd geplaatst. Lezers die zijn geprogrammeerd met het FlexSecur-profiel van die klant verwachten gegevens in de versleutelde volgorde; een standaard Indala PSK-kaart met een onversleutelde faciliteitscode wordt geweigerd.

Het doel van FlexSecur is om het risico te verkleinen dat een geldig ogend legitimatiebewijs van een andere locatie per ongeluk of opzettelijk als geldig wordt gepresenteerd op een andere FlexSecur-installatie — aangezien de scramble-volgorde van elke klant uniek is. Dit is een aanpassing op siteniveau, bovenop het PSK-formaat, geen afzonderlijke frequentietechnologie. Het is relevant voor de Corporate 1000, FlexSecur en aangepaste faciliteitscode gids omdat compatibele Indala FlexSecur compatibele kaarten vereisen dat u uw bestaande scramble-lay-out aanlevert, die Security ID Systems gebruikt om elke kaart te programmeren volgens de specifieke bit-volgorde van uw faciliteit.

Faciliteiten die hun FlexSecur-installatie moeten uitbreiden, moeten het scramble-profiel vinden in de documentatie van de oorspronkelijke systeemintegrator of door een voorbeeld van een legitimatiebewijs ter analyse in te dienen. De scramble-tabel is een klantbezit; deze is niet af te leiden uit alleen de lezerhardware. Dit is de belangrijkste reden waarom FlexSecur-legitimatiebewijzen meer informatie vereisen op het moment van bestellen dan een standaard Indala 26-bit of ASC 27-bit kaart.

Coderen van een compatibel Indala-legitimatiebewijs

Alle Indala PSK-formaten — inclusief de 26-bit 40134, ASC 27-bit, 27-bit, 29-bit, Optus 34-bit en DSX 33-bit — worden gecodeerd op een T5577-substraat geconfigureerd voor PSK-modulatie. Het programmeerproces schrijft de faciliteitscode en het kaartnummer in de juiste bit-velden voor het doelformaat, stelt de T5577-configuratieregisters in op PSK-modus en verifieert de uitvoergolfvorm tegen de verwachte demodulatorrespons. Een correct geprogrammeerde kaart zal zich aan een Indala-lezer identiek presenteren aan een origineel legitimatiebewijs met dezelfde legitimatiegegevens.

FlexSecur-codering voegt een voorverwerkingsstap toe: de faciliteitscode-bits worden opnieuw gerangschikt volgens de scramble-tabel van de klant voordat ze naar de blanco worden geschreven. Het kaartnummer-veld wordt niet beïnvloed door de scramble. Kaarten die zijn geproduceerd met onjuiste scramble-gegevens worden door de lezer geweigerd, daarom is het aanleveren van een nauwkeurig scramble-profiel een vereiste voor orderafhandeling in plaats van een optioneel detail.

Voor toegangscontrole-installaties die meerdere paneelmerken omvatten — bijvoorbeeld een locatie die gebruikmaakt van AMAG, Lenel, Kantech of Keri panelen met Indala-lezers — wordt de coderingsvereiste bepaald door de lezer, niet door het paneel. Panelen van deze fabrikanten accepteren standaard Wiegand-data-uitvoer van de lezer, dus zolang het legitimatiebewijs correct is gecodeerd in Indala PSK, ontvangt het paneel geldige Wiegand-data en werkt het normaal.

Compatibele Indala-kaarten en sleutelhangers bestellen

Het startpunt voor elke Indala-vervangingsbestelling is het bevestigen van de exacte formaatvariant die in gebruik is. Het modelnummer van de lezer, het originele kaartonderdeelnummer of de documentatie van de systeemintegrator zal identificeren of de installatie gebruikmaakt van 26-bit 40134, ASC 27-bit, 29-bit, Optus 34-bit, DSX 33-bit of FlexSecur. Als documentatie niet beschikbaar is, is het indienen van een voorbeeldkaart voor formaatidentificatie de meest betrouwbare aanpak — zie de gids voor identificatie van kaartformaten voor het proces. Voor faciliteiten waar het formaat is bevestigd, maar de variant dubbelzinnig is, zijn een Indala 27-bit compatibele prox-kaart en een 26-bit kaart niet uitwisselbaar, dus verificatie vóór het bestellen voorkomt verspilde voorraad.

Sleutelhangerversies van alle standaard Indala PSK-formaten zijn verkrijgbaar via het compatibele sleutelhangers assortiment, met dezelfde T5577-gebaseerde codering op een clamshell- of platte sleutelhanger-substraat. Sleutelhangers worden besteld met dezelfde legitimatiegegevens — faciliteitscode, kaartnummerbereik en voor FlexSecur, het scramble-profiel — als kaartlegitimatiebewijzen. Er is geen functioneel verschil bij de lezer tussen een kaart en een sleutelhanger met dezelfde gecodeerde gegevens.

Bulkbestellingen voor vastgoedbeheer, horeca en facilitair beheer worden per project geoffreerd. Voor installaties met meerdere Indala-varianten over verschillende lezergeneraties — een veelvoorkomend scenario in campus- of multi-gebouwomgevingen — wordt elke variant afzonderlijk geproduceerd en gelabeld om verwisselingen bij de inbedrijfstelling te voorkomen. Security ID Systems is een onafhankelijke fabrikant en leverancier van compatibele toegangscontrole-legitimatiebewijzen en is niet gelieerd aan, geautoriseerd door of onderschreven door HID Global of Assa Abloy.