Software House CCOTZ 37位解析 (C•CURE / iSTAR)

Software House、C•CURE 9000和iSTAR

Software House 是现在由Johnson Controls（前身为Tyco Security Products）运营的门禁部门。其两个旗舰控制器系列——企业级软件平台C•CURE 9000和专用硬件控制器系列iSTAR——在北美和国际上的企业园区、政府设施、医疗系统和金融机构中广泛部署。这两个平台都通过Wiegand协议通信凭证数据，读取门禁读卡器上出示的卡片和钥匙扣的位模式。

由于C•CURE和iSTAR产品线围绕统一的凭证生态系统构建，读卡器出厂时已配置为期望特定的CCOTZ位排列。运行这些控制器的站点不能简单地替换现成的37位卡并期望它们能正常工作。如果凭证呈现标准HID 37位布局，控制器将错误地解析字段——设施代码和卡号与奇偶校验位置冲突——并且访问将被拒绝或事件被记录为无效读取。理解这一点是正确管理 Wiegand位格式卡 计划的第一步。

为什么CCOTZ不仅仅是“一张37位卡”

Wiegand 协议规定了数据线上传输的比特数量和电压序列，但并未说明这些比特如何细分为字段。一个 37 比特帧可以有数十种划分方式——前导奇偶校验位、设施代码块、卡号块和尾随奇偶校验位的宽度各不相同。每个供应商定义的划分都会创建一个独特且不可互换的格式。 完整的 Wiegand 格式指南 详细介绍了这一点，但简而言之，像“H10304”（HID 的 37 比特）和“CCOTZ”这样的格式名称是这 37 比特特定专有分区的简写。

CCOTZ 是 Security ID Systems 归类为 高安全性与定制格式 系列中的一种，正是因为历史上无法通过普通分销商获得其兼容凭证。Software House 选择的字段位置并非源自任何 ANSI 或 SIA 标准，并且精确的布局未在任何公开数据表中发布。这就是它成为 S 级专有格式的原因，也是在没有从硬件样本中记录该格式的专业供应商的情况下，难以采购替代品的原因。

CCOTZ 字段布局解码

CCOTZ 使用一个总计 37 比特的帧，结构如下：1 个前导偶校验位、一个设施代码字段（比特数与 H10304 不同）、一个卡号字段和 1 个尾随奇校验位。设施代码和卡号的精确比特宽度相对于 H10304 是颠倒的：H10304 为设施代码分配了更宽的字段，为卡号分配了更窄的字段，而 CCOTZ 则以相反的比例分配宽度。两个奇偶校验位各自覆盖有效载荷的不同一半，并且奇偶校验规则本身适用于与 H10304 中不同的比特组。这些并非表面差异——它们改变了可表示的卡号以及系统可以寻址的唯一设施代码数量。

实际上，这意味着运行 C•CURE 或 iSTAR 的站点通常会看到设施代码的范围和分布与 HID 发行的站点相比显得陌生。凭证号空间是根据 Software House 的内部分配约定构建的。订购兼容凭证时，您必须提供控制器中编程的现有设施代码，而不是卡片印刷号码上的代码，因为印刷号码可能与编码值不匹配。我们的 企业和定制设施代码指南 详细介绍了如何在下订单前确认编程的设施代码。

还值得注意的是，CCOTZ 凭证已在 125 kHz 接近技术和 HF 传统 iCLASS 平台上发行。底层比特格式在两种载波频率上是相同的；变化的是用于存储和传输数据的无线电层和芯片技术。 Software House CCOTZ 37 比特兼容卡 在 T5577 或 EM4305 基板上复制，工作频率为 125 kHz，是绝大多数仍在使用接近式读卡器的 C•CURE 和 iSTAR 站点的标准替代品。

编码兼容的 CCOTZ 凭证

制造兼容的 CCOTZ 凭证始于将正确的 37 比特有效载荷编码到所选基板上。编码过程将设施代码写入其正确的字段位置，将卡号写入其正确的字段，并根据 CCOTZ 指定的精确比特组计算两个奇偶校验位——而不是 H10304 或任何其他 37 比特变体使用的比特组。将所有 37 比特格式视为可互换的编码器将生产出在读卡器上失败的卡片。这就是为什么 CCOTZ 无法从大多数接近卡供应商处订购的原因：他们没有记录的字段映射，也无法生产出经过正确奇偶校验的凭证。

Security ID Systems 还提供 Software House CCOTZ 37 比特兼容卡 适用于使用 15 位卡号范围的站点，除了标准范围。无论您是为新员工配置凭证、更换丢失的卡片，还是扩展已运行 C•CURE 多年的站点，编码都按照相同的字段规范处理——设施代码和卡号位于正确的 CCOTZ 位置，并具有正确的奇偶校验。控制器无需配置；它读取凭证的方式与读取原始发行的 Software House 卡片完全相同。

对于其他门禁平台上类似晦涩的定制格式，也适用相同的精确编码方法。例如 Lenel 42位兼容proximity卡 以及 ATS Aritech 32 比特兼容接近卡 各自拥有其供应商特定的字段映射，并且每个都必须按照规范进行编码才能与原始控制器正常工作。没有通用的“定制格式”捷径。

订购：格式、设施代码和验证

要订购兼容的 CCOTZ 凭证，您需要三项信息：确认您的站点运行 C•CURE 9000 或 iSTAR（而不是也接受 37 比特数据的第三方控制器）、控制器中编程的设施代码，以及您需要的卡号范围。如果您现场有现有卡片，我们的团队可以协助验证编码的设施代码与印刷或编程值是否一致——这对于可能已丢失原始调试文档的旧站点尤为重要。

如果您的安装使用更高级的凭证层——例如，iCLASS SE 或多技术卡——相同的 CCOTZ 有效载荷在这些平台上是基于注册的，这意味着您的控制器和读卡器管理安全应用层并在调试期间注册凭证。这些平台的兼容空白凭证，如我们的 兼容卡与原装卡诚实买家指南中所述，作为可注册的空白凭证提供；CCOTZ 数据在注册期间由您的系统写入，而不是在制造时预编码。我们的团队将在下任何订单之前确认哪种供应模式适用于您的特定读卡器和控制器代。

混合格式环境的站点——其中一些门读取 CCOTZ，而另一些使用不同的专有格式——可能会受益于审查 高安全性定制格式 的更广泛范围，这些格式可从 Security ID Systems 获得。诸如 HID Corporate 1000 兼容卡 之类的解决方案说明了其他平台上类似专有格式的处理方式：相同的原理，不同的字段映射，相同的编码严谨性。

Security ID Systems 是一家独立的兼容门禁凭证制造商和供应商，不隶属于 Johnson Controls、Tyco Security Products 或 Software House，也未获得其授权或认可。