Format-Detailanalyse

Software House CCOTZ 37-bit Erklärt (C•CURE / iSTAR)

Security ID Systems ·

Software House CCOTZ 37-bit ist ein proprietäres Wiegand Credential-Format, das ausschließlich von Johnson Controls (ehemals Tyco) verwendet wird. Software House C•CURE 9000 und iSTAR Zutrittskontrollplattformen. Obwohl es eine Gesamtrahmenlänge von 37 Bit mit einem gängigen HID-Format teilt, ordnet CCOTZ seine Facility-Code-, Kartennummer- und Paritätsfelder in einer herstellerspezifischen Reihenfolge an, die von jedem veröffentlichten offenen Standard abweicht. Dieser Unterschied ist wichtig bei der Bestellung von Ersatz- oder zusätzlichen Credentials: Eine Karte, die auf die falsche 37-Bit-Vorlage codiert ist, präsentiert Daten in der falschen Reihenfolge und wird von jedem C•CURE und iSTAR Lesegerät vor Ort abgelehnt.

Software House, C•CURE 9000 und iSTAR

Software House ist die Zutrittskontrollsparte, die jetzt unter Johnson Controls (ehemals Tyco Security Products) betrieben wird. Ihre beiden Flaggschiff-Controller-Familien – C•CURE 9000, eine Unternehmenssoftwareplattform, und iSTAR, ihre dedizierte Hardware-Controller-Linie – sind weit verbreitet in Unternehmenscampi, Regierungseinrichtungen, Gesundheitssystemen und Finanzinstituten in Nordamerika und international. Beide Plattformen kommunizieren Credential-Daten über das Wiegand-Protokoll und lesen Bitmuster von Karten und Schlüsselanhängern, die an Türlesern präsentiert werden.

Da die Produktlinien C•CURE und iSTAR um ein einheitliches Credential-Ökosystem herum aufgebaut sind, sind die Lesegeräte ab Werk so konfiguriert, dass sie die spezifische CCOTZ-Bit-Anordnung erwarten. Standorte, die diese Controller betreiben, können nicht einfach handelsübliche 37-Bit-Karten einsetzen und erwarten, dass sie funktionieren. Wenn ein Credential ein Standard-HID-37-Bit-Layout präsentiert, parst der Controller die Felder falsch – Facility Code und Kartennummer kollidieren mit Paritätspositionen – und der Zugang wird verweigert oder das Ereignis wird als ungültige Lesung protokolliert. Dies zu verstehen ist der erste Schritt zur korrekten Verwaltung eines Wiegand Bit-Format Karten Programms.

Warum CCOTZ nicht nur „eine 37-Bit-Karte“ ist

Das Wiegand-Protokoll legt fest, wie viele Bits über die Datenleitung übertragen werden und in welcher Spannungssequenz, aber es sagt nichts darüber aus, wie diese Bits in Felder unterteilt werden. Ein 37-Bit-Frame könnte auf Dutzende von Arten aufgeteilt werden – unterschiedliche Breiten für das führende Paritätsbit, den Facility-Code-Block, den Kartennummer-Block und das nachfolgende Paritätsbit. Jede vom Anbieter definierte Aufteilung erzeugt ein eigenständiges, nicht austauschbares Format. Der Vollständige Wiegand-Format-Anleitung deckt dies im Detail ab, aber die Kurzversion ist, dass Formatnamen wie „H10304“ (HID’s 37-Bit) und „CCOTZ“ eine Abkürzung für eine spezifische, proprietäre Partitionierung dieser 37 Bits sind.

CCOTZ ist eines der Formate, die Security ID Systems in seinem Hochsicherheits- und kundenspezifischen Format Bereich klassifiziert, eben weil historisch keine kompatiblen Credentials über allgemeine Distributoren erhältlich waren. Die von Software House gewählten Feldpositionen leiten sich nicht von einem ANSI- oder SIA-Standard ab, und das genaue Layout ist in keinem öffentlichen Datenblatt veröffentlicht. Das macht es zu einem proprietären Tier-S-Format und erschwert die Beschaffung von Ersatz ohne einen spezialisierten Lieferanten, der das Format anhand von Hardwaresamples dokumentiert hat.

Das CCOTZ Feldlayout entschlüsselt

CCOTZ verwendet einen 37-Bit-Gesamtrahmen, der wie folgt strukturiert ist: 1 führendes gerades Paritätsbit, ein Facility-Code-Feld (Anzahl der Bits unterscheidet sich von H10304), ein Kartennummer-Feld und 1 nachfolgendes ungerades Paritätsbit. Die genauen Bitbreiten für Facility Code und Kartennummer sind relativ zu H10304 invertiert: Wo H10304 ein breiteres Feld für den Facility Code und ein schmaleres für die Kartennummer zuweist, weist CCOTZ die Breiten im umgekehrten Verhältnis zu. Die beiden Paritätsbits decken jeweils unterschiedliche Hälften der Nutzlast ab, und die Paritätsregeln selbst gelten für eine andere Gruppe von Bits als in H10304. Dies sind keine kosmetischen Unterschiede – sie ändern, welche Kartennummern darstellbar sind und wie viele eindeutige Facility Codes das System adressieren kann.

In der Praxis bedeutet dies, dass ein Standort, der C•CURE oder iSTAR betreibt, typischerweise Facility Codes in einem Bereich und mit einer Verteilung sehen wird, die im Vergleich zu von HID ausgegebenen Standorten ungewohnt aussieht. Der Credential-Nummernraum ist nach den internen Zuweisungskonventionen von Software House strukturiert. Bei der Bestellung kompatibler Credentials müssen Sie Ihren vorhandenen Facility Code genau so angeben, wie er in den Controller programmiert ist – nicht einen Code von der aufgedruckten Nummer einer Karte, der möglicherweise nicht mit dem codierten Wert übereinstimmt. Unser Leitfaden zu Unternehmens- und benutzerdefinierten Facility Codes erläutert, wie Sie den programmierten Facility Code vor der Bestellung bestätigen können.

Es ist auch erwähnenswert, dass CCOTZ-Credentials sowohl auf 125 kHz Proximity-Technologie als auch auf der HF Legacy iCLASS-Plattform ausgegeben wurden. Das zugrunde liegende Bitformat ist über beide Trägerfrequenzen identisch; was sich ändert, ist die Funkschicht und die Chiptechnologie, die zum Speichern und Übertragen der Daten verwendet wird. Eine Software House CCOTZ 37-bit kompatible Karte reproduziert auf einem T5577- oder EM4305-Substrat, arbeitet mit 125 kHz und ist der Standardersatz für die große Mehrheit der C•CURE- und iSTAR-Standorte, die noch Proximity-Lesegeräte verwenden.

Codierung eines kompatiblen CCOTZ Credentials

Die Herstellung eines kompatiblen CCOTZ Credentials beginnt mit der Codierung der korrekten 37-Bit-Nutzlast auf das gewählte Substrat. Der Codierungsprozess schreibt den Facility Code in seine richtige Feldposition, schreibt die Kartennummer in ihr richtiges Feld und berechnet beide Paritätsbits aus der präzisen Gruppe von Bits, die CCOTZ spezifiziert – nicht die Gruppen, die von H10304 oder einer anderen 37-Bit-Variante verwendet werden. Ein Encoder, der alle 37-Bit-Formate als austauschbar behandelt, wird eine Karte produzieren, die am Lesegerät fehlschlägt. Aus diesem Grund kann CCOTZ nicht bei den meisten Proximity-Kartenlieferanten bestellt werden: Sie verfügen nicht über die dokumentierte Feldzuordnung und können kein korrekt paritätsgeprüftes Credential produzieren.

Security ID Systems liefert auch eine Software House CCOTZ 37-bit kompatible Karte Variante für Standorte, die zusätzlich zum Standardbereich einen 15-stelligen Kartennummernbereich verwenden. Egal, ob Sie Credentials für einen neuen Mitarbeiter bereitstellen, eine verlorene Karte ersetzen oder einen Standort erweitern, der seit Jahren C•CURE betreibt, die Codierung erfolgt nach derselben Feldspezifikation – Facility Code und Kartennummer in den korrekten CCOTZ-Positionen mit korrekter Parität. Es ist keine Konfiguration am Controller erforderlich; er liest das Credential genau so, wie er eine ursprünglich ausgegebene Software House Karte lesen würde.

Für vergleichbar obskure benutzerdefinierte Formate auf anderen Zutrittskontrollplattformen gilt derselbe präzise Codierungsansatz. Formate wie die Lenel 42-bit kompatible Proximity-Karte und den ATS Aritech 32-bit kompatible Proximity-Karte tragen jeweils ihre eigenen herstellerspezifischen Feldzuordnungen, und jede muss gemäß Spezifikation codiert werden, um korrekt mit dem ursprünglichen Controller zu funktionieren. Es gibt keine universelle „benutzerdefinierte Format“-Abkürzung.

Bestellung: Format, Facility Code und Verifizierung

Um kompatible CCOTZ-Zugangsdaten zu bestellen, benötigen Sie drei Informationen: die Bestätigung, dass Ihr Standort C•CURE 9000 oder iSTAR verwendet (keinen Drittanbieter-Controller, der auch 37-bit Daten akzeptiert), Ihren im Controller programmierten Facility Code und den benötigten Kartennummernbereich. Wenn Sie bereits Karten vor Ort haben, kann unser Team Ihnen bei der Überprüfung des kodierten Facility Codes mit dem gedruckten oder programmierten Wert helfen – dies ist besonders wichtig bei älteren Standorten, bei denen die ursprüngliche Inbetriebnahme-Dokumentation möglicherweise verloren gegangen ist.

Wenn Ihre Installation eine fortschrittlichere Berechtigungsebene verwendet – zum Beispiel iCLASS SE oder eine Multi-Technologie-Karte – basiert die gleiche CCOTZ-Nutzlast auf diesen Plattformen auf der Registrierung, was bedeutet, dass Ihr Controller und Ihre Lesegeräte die sichere Anwendungsebene verwalten und die Berechtigung während der Inbetriebnahme registrieren. Kompatible Rohlinge für diese Plattformen, wie in unserem ehrlichen Einkaufsführer für kompatible vs. Originalkarten, werden als registrierbare Rohlinge geliefert; die CCOTZ-Daten werden von Ihrem System während der Registrierung geschrieben, nicht bei der Herstellung vorcodiert. Unser Team wird vor jeder Bestellung bestätigen, welches Liefermodell für Ihre spezifische Leser- und Controller-Generation gilt.

Standorte mit gemischten Format-Umgebungen – wo einige Türen CCOTZ lesen und andere ein anderes proprietäres Format verwenden – können von einer Überprüfung der breiteren Landschaft von hochsensiblen benutzerdefinierten Formaten profitieren, die von Security ID Systems erhältlich sind. Lösungen wie HID Corporate 1000 kompatible Karten veranschaulichen, wie ähnlich proprietäre Formate auf anderen Plattformen gehandhabt werden: gleiches Prinzip, unterschiedliche Feldzuordnung, gleiche Präzision bei der Kodierung.

Security ID Systems ist ein unabhängiger Hersteller und Lieferant von kompatiblen Zutrittskontroll-Berechtigungen und ist nicht mit Johnson Controls, Tyco Security Products oder Software House verbunden, von diesen autorisiert oder unterstützt.

CCOTZ 37-bit vs. HID 37-bit H10304: Feld-für-Feld-Vergleich

FeldCCOTZ 37-bit (Software House)HID 37-bit H10304
Gesamter Bitrahmen37 bits37 bits
Führendes Paritätsbit1 bit (gerade)1 bit (gerade)
Breite des Facility-Code-FeldesEngere Zuweisung (anbieterspezifisch)Breitere Zuweisung (16 bits)
Breite des Kartennummer-FeldesBreitere Zuweisung (anbieterspezifisch)19 bits
Nachlaufendes Paritätsbit1 bit (ungerade)1 bit (ungerade)
ParitätsabdeckungsgruppenAnbieterspezifische BitgruppenAufteilung untere Hälfte / obere Hälfte
Trägerfrequenz (üblich)125 kHz proximity (T5577 / EM4305)125 kHz proximity (T5577 / EM4305)
Kompatible PlattformSoftware House C•CURE 9000, iSTARHID-kompatible Controller (offener Standard)
Als kompatible Karte erhältlichJa – erfordert dokumentierte CCOTZ-FeldzuordnungJa – weit verbreitet

Häufig gestellte Fragen

Welches Format hat eine Software House C•CURE Karte?

C•CURE 9000 und iSTAR Installationen verwenden das proprietäre CCOTZ 37-bit Format. Es ist ein 37-bit Wiegand-Ausweis, bei dem die Felder für den Facility Code und die Kartennummer in einer herstellerspezifischen Reihenfolge angeordnet sind, die von Software House (Johnson Controls) definiert wurde. Das Format unterscheidet sich von allen anderen veröffentlichten 37-bit Standards, einschließlich HID H10304, und ist nicht mit diesen austauschbar.

Was ist CCOTZ?

CCOTZ ist das proprietäre 37-bit Wiegand-Ausweisformat, das von Software House (Johnson Controls) in seinen C•CURE 9000 und iSTAR Zutrittskontroll-Produktlinien verwendet wird. Der Name bezieht sich auf die spezifische Partitionierung des 37-bit Wiegand-Frames in Facility Code-, Kartennummer- und Paritätsfelder, die Software House für seine Controller definiert hat. Ausweise, die mit einem anderen 37-bit Layout kodiert sind, werden an CCOTZ-konfigurierten Lesegeräten nicht korrekt authentifiziert.

Ist CCOTZ dasselbe wie HID 37-bit?

Nein. Sowohl CCOTZ als auch HID H10304 verwenden einen 37-bit Gesamtframe, der über Wiegand übertragen wird, aber das interne Feldlayout ist unterschiedlich. CCOTZ weist Feldbreiten und Paritätsgruppierungen auf eine herstellerspezifische Weise zu, die nicht mit H10304 kompatibel ist. Eine Karte, die auf H10304 kodiert ist, zeigt an einem CCOTZ-konfigurierten Lesegerät einen falschen Facility Code und eine falsche Kartennummer an und wird abgelehnt.

Kann eine C•CURE oder iSTAR Karte ersetzt werden, wenn das Original verloren geht?

Ja. Ein kompatibler CCOTZ 37-bit Ausweis, der mit dem Facility Code Ihrer Einrichtung und der entsprechenden Kartennummer kodiert ist, ist ein direkter funktionaler Ersatz. Es ist keine Neuprogrammierung des Controllers oder Lesegeräts erforderlich – der Ersatz-Ausweis präsentiert genau dieselben Daten wie das Original. Sie benötigen Ihren programmierten Facility Code und die zuzuweisende Kartennummer; Security ID Systems kann Ihnen bei der Überprüfung beider vor der Bestellung helfen.

Benötigen Sie den Facility Code, um eine CCOTZ Karte zu bestellen?

Ja, der Facility Code ist erforderlich. Bei CCOTZ-Ausweisen wird der Facility Code in einer spezifischen Feldposition kodiert, die sich von anderen 37-bit Formaten unterscheidet. Die Angabe des falschen Facility Codes – oder der aufgedruckten Kartennummer, wenn diese nicht mit dem kodierten Wert übereinstimmt – führt zu einem Ausweis, den Ihr Controller nicht erkennen wird. Bestätigen Sie den programmierten Facility Code in Ihrer C•CURE oder iSTAR Controller-Konfiguration, bevor Sie bestellen.

Sind CCOTZ kompatible Karten auch anderswo erhältlich?

CCOTZ ist ein proprietäres Tier-S-Format, das in keinem öffentlichen Standard veröffentlicht ist und historisch nicht von allgemeinen Proximity-Karten-Distributoren geführt wurde. Security ID Systems gehört zu den sehr wenigen Anbietern, die das CCOTZ-Feldlayout dokumentiert haben und korrekt kodierte kompatible Ausweise herstellen können. Die meisten generischen 37-bit Karten, die online verkauft werden, sind auf HID H10304 kodiert und funktionieren nicht auf Software House Installationen.

Funktioniert CCOTZ sowohl mit Proximity- als auch mit iCLASS-Lesegeräten?

Das CCOTZ-Bitformat wurde sowohl bei der 125 kHz Proximity-Technologie als auch auf der älteren HF iCLASS-Plattform verwendet. Das 37-bit Feldlayout ist bei beiden dasselbe; was sich unterscheidet, ist die Funkfrequenz und das Chip-Substrat. Für Proximity-basierte Standorte (die Mehrheit der C•CURE und iSTAR Implementierungen) werden kompatible Karten auf Standard 125 kHz Substraten geliefert. iCLASS-basierte Implementierungen verwenden ein anderes Liefermodell; kontaktieren Sie unser Team, um zu bestätigen, welches für Ihre Installation zutrifft.

Angebot anfordern

Format nicht gefunden? E-Mail an die Spezialisten.

Senden Sie die auf Ihrer Karte aufgedruckte Teilenummer oder ein Foto des Lesegeräts. Wir bestätigen die Kompatibilität, bevor Sie bestellen – und wir decken die Spezialformate ab, die niemand sonst auflistet.