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
| Feld | CCOTZ 37-bit (Software House) | HID 37-bit H10304 |
|---|---|---|
| Gesamter Bitrahmen | 37 bits | 37 bits |
| Führendes Paritätsbit | 1 bit (gerade) | 1 bit (gerade) |
| Breite des Facility-Code-Feldes | Engere Zuweisung (anbieterspezifisch) | Breitere Zuweisung (16 bits) |
| Breite des Kartennummer-Feldes | Breitere Zuweisung (anbieterspezifisch) | 19 bits |
| Nachlaufendes Paritätsbit | 1 bit (ungerade) | 1 bit (ungerade) |
| Paritätsabdeckungsgruppen | Anbieterspezifische Bitgruppen | Aufteilung untere Hälfte / obere Hälfte |
| Trägerfrequenz (üblich) | 125 kHz proximity (T5577 / EM4305) | 125 kHz proximity (T5577 / EM4305) |
| Kompatible Plattform | Software House C•CURE 9000, iSTAR | HID-kompatible Controller (offener Standard) |
| Als kompatible Karte erhältlich | Ja – erfordert dokumentierte CCOTZ-Feldzuordnung | Ja – weit verbreitet |