H10301 vs H10302 vs H10304: HID-kortformater forklart

Hva er forskjellen mellom H10301, H10302 og H10304?

H10301, H10302 og H10304 organiserer identifikasjonsdata for adgangskort på ulike måter. H10301 er et 26-bits format med en anleggskode og et kortnummer. H10302 er et 37-bits format med ett stort kortnummer og ingen anleggskode. H10304 er et 37-bits format med en større anleggskode og et kortnummer.

H10302 og H10304 kan ikke brukes om hverandre selv om begge inneholder 37 biter. Adgangskontrollpanelet må konfigureres for legitimasjonens nøyaktige format.

Når du erstatter legitimasjoner, må du bruke samme format som systemet allerede benytter. Hvis du bare tilpasser bitlengden, kan det resultere i legitimasjoner som panelet ikke kan tolke.

Hva er et HID-kortformat?

Et HID-kortformat definerer posisjonen og lengden på hvert felt i legitimasjonsdataene. Disse feltene kan omfatte en anleggskode, kortnummer og paritetsbiter som brukes til feilkontroll.

Formatet identifiserer ikke kortets radiofrekvens, chipteknologi, minne, kryptering eller fysiske modell. Det kan heller ikke bekreftes ut fra et trykt kortnummer alene.

To legitimasjoner kan vise samme anleggskode og kortnummer, men inneholde ulike binære data. H10301 og H10304 tildeler ulikt antall biter til disse feltene.

H10301 vs H10302 vs H10304 i et raskt overblikk

Hvert format inneholder også to paritetsbiter. Disse bitene hjelper panelet med å oppdage overføringsfeil, men identifiserer ikke kortinnehaveren.

De binære feltene kan representere null. Leverandører og adgangskontrollbaser kan bruke driftsområder som begynner på én, så bekreft godkjente verdier før bestilling.

Hva er anleggskoder og kortnummer?

Anleggskode

En anleggskode, noen ganger kalt en stedskode, grupperer legitimasjoner innenfor formater som H10301 og H10304. Den kan representere et sted, en bygning, en organisasjon eller en gruppe legitimasjoner.

Anleggskoden bestemmer ikke dørrettigheter. Adgangskontrollsystemet tildeler tilgangsrettigheter til hver legitimasjonspost.

H10302 har ikke noe felt for anleggskode. De 35 databitene utgjør ett kortnummer.

Kortnummer

Kortnummeret identifiserer en individuell legitimasjon innenfor formatet sitt. I H10301 og H10304 leser panelet vanligvis anleggskoden og kortnummeret som én kombinasjon.

Anleggskode 10/kortnummer 500 og anleggskode 20/kortnummer 500 er forskjellige legitimasjonsposter.

Gå gjennom de registrerte numrene før du bestiller flere legitimasjoner. Gjenbruk av en eksisterende kombinasjon kan skape dupliserte poster eller registreringskonflikter.

H10301: standard 26-bits format

H10301 er det standard åpne 26-bits Wiegand-legitimasjonsformatet.

P | FFFFFFFF | NNNNNNNNNNNNNNNN | P
    8-bit FC     16-bit card number

Dets 26 biter inneholder:

• Én ledende paritetsbit
• En 8-bits anleggskode
• Et 16-bits kortnummer
• Én avsluttende paritetsbit

Feltet for anleggskode kan matematisk representere 0-255, og feltet for kortnummer kan representere 0-65 535. HID-bestilling beskrives vanligvis som anleggskoder 1-255 og kortnumre 1-65 535.

H10301 støttes bredt og passer når nummerområdene oppfyller systemkravene.

H10301 garanterer ikke global unikhet. To organisasjoner kan bruke samme kombinasjon av anleggskode og kortnummer. Forhindre duplikater i tilgangskontrollbasen ved å kontrollere eksisterende numre før bestilling.

For en detaljert forklaring av binæroppsettet og pariteten, se Forstå 26-bits Wiegand-format.

H10302: 37-bits format uten anleggskode

H10302 inneholder to paritetsbiter og ett 35-bits kortnummerfelt.

P | NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN | P
               35-bit card number

H10302 kan matematisk representere kortnumre fra 0 til 34 359 738 367. Det inneholder ingen anleggskode.

Tilgangskontrollpanelet må konfigureres spesifikt for H10302. En generisk 37-bits innstilling kan bruke et annet felt- eller paritetsoppsett.

Ikke oppgi anleggskode ved bestilling av H10302-legitimasjoner. Bekreft om leverandøren godtar et ønsket startnummer eller tildeler nummersekvensen. Bekreft også hvordan forebygging av duplikatnumre håndteres, spesielt for kompatible legitimasjoner.

H10304: 37-bits format med anleggskode

H10304 inneholder en 16-bits anleggskode, et 19-bits kortnummer og to paritetsbiter.

P | FFFFFFFFFFFFFFFF | NNNNNNNNNNNNNNNNNNN | P
      16-bit FC             19-bit card number

Dens 37 biter inneholder:

• Én ledende paritetsbit
• En 16-bits anleggskode
• Et 19-bits kortnummer
• Én avsluttende paritetsbit

Anleggskodefeltet kan matematisk representere 0–65 535, og kortnummerfeltet kan representere 0–524 287.

H10304 støtter flere anleggskoder og flere kortnumre per anleggskode enn H10301. Det kan støtte større legitimasjonsprogrammer eller programmer på flere steder som organiserer legitimasjoner etter anleggskode.

Panelet må støtte det nøyaktige H10304-oppsettet. Støtte for et annet 37-bits format etablerer ikke H10304-kompatibilitet.

H10302 vs H10304

Begge formatene inneholder 37 biter, inkludert to paritetsbiter. De bruker de resterende 35 bitene ulikt:

• H10302 bruker alle 35 databiter til ett kortnummer.
• H10304 bruker 16 biter til en anleggskode og 19 biter til et kortnummer.

Forskjellen avgjør hvilke verdier som programmeres, og hvordan panelet dekoder dem. H10302 krever bare et kortnummer. H10304 krever både en anleggskode og et kortnummer.

Et system konfigurert for H10302 vil ikke tolke H10304-data riktig, og et system konfigurert for H10304 vil ikke tolke H10302-data riktig.

Hvilket HID-kortformat bør jeg bruke?

Erstatte eksisterende legitimasjoner

Bruk det nøyaktige formatet som allerede er konfigurert i systemet. Sjekk den forrige eskeetiketten, den opprinnelige bestillingen, tilgangskontrollkonfigurasjonen, kortholdereksporten eller systemrapporten for H10301, H10302 eller H10304.

Ikke velg et format kun basert på det trykte nummeret, den fysiske kortmodellen eller bitlengden.

Sette opp et nytt system

Bekreft formatene som støttes av panelet og programvaren, før du bestiller legitimasjoner.

• Bruk H10301 når systemet støtter standard 26-bits Wiegand, og områdene for anleggskode og kortnummer er tilstrekkelige.
• Bruk H10302 når systemet forventer et 37-bits kortnummer uten anleggskode.
• Bruk H10304 når systemet forventer H10304 og krever større områder for anleggskode og kortnummer.

Systemkonfigurasjonen bestemmer det påkrevde legitimasjonsformatet.

Administrere flere nettsteder

H10304 kan tildele ulike anleggskoder til nettsteder eller legitimasjonsgrupper. Kontroller at hvert berørte panel støtter H10304, og at de planlagte områdene ikke overlapper eksisterende legitimasjoner.

H10302 kan også støtte en stor legitimasjonspopulasjon, men det bruker ett kortnummerfelt i stedet for separate felt for anleggskode og kortnummer.

Hvilken informasjon kreves ved bestilling av programmerte kort?

Identifiser det nøyaktige formatet, nummersekvensen, antallet, legitimasjonsteknologien, den fysiske modellen og utskriftskravene.

Programmeringsinformasjon for H10301 26-bit

Oppgi:

• Format: H10301
• Anleggskode
• Startkortnummer
• Antall
• Krav om sekvensiell eller godkjent egendefinert nummerering
• Eksisterende anleggskoder og kortnummerområder
• Format for trykt nummer, hvis påkrevd
• Legitimasjonsteknologi og modell for kort eller nøkkelbrikke

Eksempel:

Format: H10301 26-bit
Facility code: 120
Card numbers: 01001-01100
Quantity: 100

Programmeringsinformasjon for H10302 37-bit

Oppgi:

• Format: H10302
• Antall
• Ønsket startnummer, hvis leverandøren godtar kundevalgt nummerering
• Godkjenning av leverandørtildelt sekvens når det er aktuelt
• Eksisterende kortnummerområder eller informasjon om tidligere bestillinger
• Format for trykt nummer, hvis påkrevd
• Legitimasjonsteknologi og modell for kort eller nøkkelbrikke

H10302 bruker ikke anleggskode. Bekreft hvordan leverandøren tildeler, viderefører og sporer nummerområdet sitt.

Programmeringsinformasjon for H10304 37-bit

Oppgi:

• Format: H10304
• Anleggskode
• Startkortnummer
• Antall
• Krav om sekvensiell eller godkjent egendefinert nummerering
• Eksisterende anleggskoder og kortnummerområder
• Format for trykt nummer, hvis påkrevd
• Legitimasjonsteknologi og modell for kort eller nøkkelbrikke

Eksempel:

Format: H10304 37-bit
Facility code: 1200
Card numbers: 010001-010100
Quantity: 100

Kortformat er ikke det samme som kortteknologi

H10301, H10302 og H10304 definerer dataoppsettet for legitimasjonen. De definerer ikke frekvensen, brikkefamilien, krypteringen eller den fysiske konstruksjonen.

HID 1326 identifiserer for eksempel kortmodellen ProxCard II. Den identifiserer ikke ett fast programmeringsformat. Modellen kan bestilles med ulike støttede formater.

To legitimasjoner kan begge fungere på 125 kHz og likevel være inkompatible fordi de bruker ulike RFID-teknologier. Legitimasjonsteknologien må samsvare med leseren, og dataformatet må samsvare med panelkonfigurasjonen.

Gir et høyere bitantall bedre sikkerhet?

Et høyere bitantall gir flere tallkombinasjoner, men tilfører ikke automatisk kryptering eller forhindrer kopiering.

Legitimasjonsteknologi, leserkommunikasjon, systemkonfigurasjon og nøkkeladministrasjon avgjør sikkerheten uavhengig av nummerformatet H10301, H10302 eller H10304.

Ledende nuller og trykte numre

Ledende nuller endrer normalt hvordan et tall vises, ikke den binære verdien. For eksempel 25 og 00025 representerer vanligvis samme kortnummer.

En tilgangskontrollbase, en importmal, et kortdesign eller en registreringsprosess kan kreve et fast antall viste sifre. Bekreft dette kravet før du skriver ut eller importerer legitimasjoner.

En trykt verdi kan representere et kortnummer, en anleggskode, en salgsordrereferanse eller en annen identifikator. Den avslører ikke nødvendigvis det fullstendige programmerte formatet.

Hvordan kan jeg bekrefte et eksisterende kortformat?

Bruk den forrige etiketten på esken, den opprinnelige bestillingen, leverandørens kryssreferanseliste eller tilgangskontrollkonfigurasjonen. Be tilgangskontrollleverandøren bekrefte det nøyaktige formatnavnet og de programmerte feltene når disse registrene ikke er tilgjengelige.

En kortleser kan vise rå legitimasjonsdata, men rådata alene beviser ikke nødvendigvis hvordan panelet deler dem inn i felt. Det konfigurerte formatet eller den opprinnelige programmeringsposten gir sterkere bevis.

Hvordan fungerer HID-tilgangslegitimasjoner?

En tilgangskontroll-legitimasjon inneholder identifikasjonsdata som en kompatibel leser kan oppdage. Systemet behandler deretter legitimasjonen i fire trinn:

1. Kortregistrering: Leseren oppdager et kompatibelt kort, nøkkelbrikke eller merke innenfor sitt driftsområde.
2. Dataoverføring: Legitimasjonen sender sine kodede identifikasjonsdata til leseren.
3. Panelkommunikasjon: Leseren sender legitimasjonsdataene til tilgangskontrollpanelet gjennom sitt konfigurerte grensesnitt.
4. Tilgangsbeslutning: Panelet tolker det konfigurerte dataformatet, finner den registrerte legitimasjonsposten og anvender tilgangstillatelsene sine.

Leserteknikken og panelformatet utfører forskjellige oppgaver. Leseren må kommunisere med legitimasjonen, mens panelet må dekode H10301, H10302, H10304 eller et annet konfigurert format korrekt.

Andre vanlige HID- og tilgangskontrollformater

HID og andre produsenter av adgangskontroll støtter mange formater utover H10301, H10302 og H10304. Formater med samme bitlengde kan tildele ulike posisjoner og lengder til anleggskoder, kortnumre, utstedelsesnivåer og paritetskontroller.

Oversikten nedenfor grupperer vanlige formatnavn etter bitlengde. Den er ikke en fullstendig kompatibilitetsliste.

Ikke velg et format kun basert på bitlengden. Bekreft det nøyaktige formatnavnet og panelkonfigurasjonen før du bestiller programmerte legitimasjoner.

Hva er HID iCLASS?

HID iCLASS er en kontaktløs smartkortteknologi på 13,56 MHz. Det er ikke ett enkelt Wiegand-dataformat.

En iCLASS-legitimasjon kan inneholde identifikasjonsdata for adgangskontroll i et format som støttes av leseren og panelet. Det logiske dataformatet kan fortsatt bruke felt som anleggskode og kortnummer, mens iCLASS definerer hvordan smartlegitimasjonen kommuniserer med en kompatibel leser.

Eldre HID Prox-legitimasjoner opererer vanligvis på 125 kHz, mens iCLASS-legitimasjoner opererer på 13,56 MHz. En Prox-only-leser kan ikke lese iCLASS bare fordi begge legitimasjonene bruker H10301 eller et annet kjent dataformat.

iCLASS-legitimasjoner kan støtte smartkortfunksjoner og sikkerhetsfunksjoner som ikke er tilgjengelige på grunnleggende eldre Prox-legitimasjoner. De nøyaktige egenskapene avhenger av iCLASS-generasjonen, legitimasjonens konfigurasjon, leseren og adgangskontrollsystemet.

Når du erstatter et iCLASS-kort, må du bekrefte:

• iCLASS-legitimasjonstype og generasjon
• Leserkompatibilitet
• Programmert adgangskontrollformat
• Felt for anleggskode og kortnummer når det er aktuelt
• Minne- eller applikasjonskonfigurasjon når den brukes av systemet

Kortstiler bestemmer ikke det programmerte formatet

Samme dataformat kan være tilgjengelig i ulike fysiske legitimasjonsstiler, inkludert utskrivbare ISO-kort, komposittkort, clamshell-kort, nøkkelbrikker og klebeetiketter.

Et utskrivbart ISO-kort har en flat overflate beregnet for kortskrivere. Et clamshell-kort har et tykkere beskyttende skall og brukes vanligvis når holdbarhet er viktigere enn direkte utskrift.

Den fysiske stilen fastslår ikke H10301, H10302, H10304 eller et annet format. Bekreft legitimasjonsmodell, teknologi og programmert format separat.