Avigilon Alta (Openpath) y tarjetas de 56 bits explicadas

Avigilon, Motorola Solutions y la plataforma Alta / Openpath

Avigilon fue fundada en Vancouver en 2004 como especialista en videovigilancia y entró en el mercado de control de acceso con un ecosistema de hardware construido alrededor de su propio formato de tarjeta propietario. Motorola Solutions adquirió Avigilon en 2018, integrando su hardware de acceso físico, cámaras de análisis y software de gestión en la cartera más amplia de seguridad pública y empresarial de Motorola. La marca Avigilon ahora cubre controladores de puerta, lectores, software de gestión (Avigilon Unity) y los formatos de credenciales que esos lectores aceptan.

En 2021, Motorola adquirió Openpath, una startup con sede en California que había construido una reputación por el control de acceso gestionado en la nube y móvil-primero, dirigido a oficinas comerciales modernas. Motorola renombró la plataforma Openpath como Avigilon Alta, posicionándola como el complemento nativo de la nube para la línea heredada Avigilon Unity local. Ambas plataformas comparten un parque de lectores y ambas aceptan credenciales físicas, pero la arquitectura de Alta está diseñada en torno al desbloqueo basado en smartphone como método principal, con tarjetas físicas y llaveros como una opción secundaria compatible. Esa distinción importa cuando necesita solicitar credenciales físicas de reemplazo para una instalación de Alta, porque la ruta de adquisición difiere de una implementación tradicional de Avigilon local. La categoría de Acceso Gestionado y en la Nube cubre marcas adicionales de plataformas en la nube que siguen modelos similares de credenciales físicas-móviles mixtas.

Comprender qué generación de infraestructura Avigilon utiliza un sitio — hardware Unity heredado, Alta gestionado en la nube o un híbrido de ambos — determina el tipo de credencial que necesita obtener. Una instalación que utiliza lectores Avigilon RP40 de hace una década requiere una credencial diferente a una que utiliza lectores Wave2 de Alta, incluso si ambas son nominalmente sitios "Avigilon".

El formato Avigilon Wiegand de 56 bits decodificado

La credencial física más común en las instalaciones Avigilon heredadas utiliza una estructura de datos Wiegand propietaria de 56 bits. Wiegand, como protocolo, transmite una carga binaria de ancho fijo de la tarjeta al lector a través de dos líneas de señal; el ancho de bits y el diseño del campo interno son definidos por el proveedor, que es exactamente donde Avigilon diverge del formato estándar H10301 de 26 bits utilizado por la mayoría de las tarjetas de proximidad genéricas. El marco Avigilon de 56 bits lleva un código de instalación de varios dígitos, un número de tarjeta y bits de paridad iniciales y finales dispuestos en un patrón que los lectores Avigilon están programados para decodificar. Para una explicación exhaustiva de cómo los anchos de bits propietarios difieren del estándar de la industria, consulte La guía completa del formato Wiegand.

El formato de 56 bits opera a 125 kHz en un portador de proximidad de baja frecuencia estándar — la misma frecuencia que HID de 26 bits, Indala y la mayoría de las otras credenciales prox de primera generación. Lo que lo convierte en un formato de disponibilidad limitada es la disposición específica de los bits: Avigilon nunca publicó la estructura del marco públicamente, y relativamente pocos perfiles de codificador de terceros lo incluyen. Esa escasez crea problemas para los administradores de instalaciones que necesitan aprovisionar tarjetas adicionales o reemplazar credenciales perdidas sin recurrir al canal de Avigilon o Motorola. Las credenciales compatibles de 56 bits se reproducen en chips LF T5577 o EM4305, que son sustratos configurables y grabables ampliamente utilizados en la industria de credenciales compatibles precisamente para este tipo de reproducción de formato propietario.

Al obtener credenciales compatibles para un sitio Avigilon heredado, el código de instalación y el número de tarjeta inicial deben proporcionarse con precisión — o se debe enviar una tarjeta de muestra — para que el formato pueda coincidir con exactitud. Los lectores Wiegand realizan una verificación de paridad en los datos entrantes; una credencial con paridad incorrecta o un recuento de bits incorrecto producirá un error de lectura en lugar de una denegación de acceso, lo cual es una señal de diagnóstico útil al verificar la compatibilidad en un lector de prueba. Otras plataformas de la era de la nube con variantes Wiegand igualmente específicas incluyen Kastle Systems de 32 bits y tarjetas de proximidad compatibles Lenel de 42 bits — cada una requiere codificación específica del formato en lugar de un sustituto genérico de 26 bits.

Credenciales físicas vs. credenciales móviles en Avigilon Alta

Avigilon Alta fue diseñado para hacer del smartphone la credencial de acceso principal. Cuando un usuario se inscribe en la plataforma en la nube de Alta, recibe una credencial móvil entregada a través de la aplicación Openpath (Alta), que se comunica con los lectores Alta utilizando Bluetooth Low Energy y, en hardware compatible, ultra-wideband. El lector concede acceso después de verificar la credencial móvil contra la política de acceso gestionada en la nube. Para esta clase de credencial no hay nada que producir físicamente — la credencial reside en el teléfono del usuario y se aprovisiona completamente a través del portal de gestión de Alta.

Physical cards and fobs remain a first-class option in Alta deployments for users who prefer not to use a phone, for visitor credentials, and for facilities where smartphone use is restricted. Alta-issued physical cards at the HF layer use AES-secured 13.56 MHz smart-card technology — the matching smart-card silicon with AES encryption — enrolled directly by the Alta system using its own key set. Because the smart-card credential is issued and enrolled by the Alta platform itself, a compatible supplier provides a compatible blank smart-card credential that the customer's Alta system then enrols with its own cryptographic keys. This is the correct procurement model for Alta HF cards: the supplier delivers the blank substrate; the platform provisions the credential. For context on how this compares to the genuine-vs-compatible question more broadly, Tarjetas de acceso compatibles vs. genuinas: una guía honesta para el comprador cubre la distinción en detalle.

Algunas instalaciones de Alta también admiten credenciales Wiegand LF heredadas a nivel de lector, particularmente en sitios que han conservado hardware de puerta más antiguo o donde Alta se ha superpuesto a una infraestructura Avigilon Unity existente. En esos entornos, una credencial LF de 56 bits seguirá funcionando en lectores configurados para aceptarla, lo que brinda a las instalaciones un entorno práctico de formato mixto donde coexisten credenciales físicas LF y HF junto con el acceso móvil. Implementaciones de credenciales mixtas comparables aparecen en plataformas como Verkada y Brivo, ambas emiten credenciales físicas junto con acceso basado en aplicaciones.

Codificación de una tarjeta Avigilon compatible

La producción de una credencial Avigilon compatible de 56 bits requiere tres entradas: la plantilla de trama de bits correcta, el código de instalación en uso en el sitio y el rango de números de tarjeta a emitir. La plantilla de trama de bits define cómo se organiza la carga binaria: anchos de campo, orden de campo y algoritmo de paridad. Debido a que la plantilla Avigilon de 56 bits no es un formato estandarizado públicamente, la codificación se realiza utilizando perfiles propietarios desarrollados a partir del análisis de credenciales genuinas. Los datos codificados se escriben en un chip T5577 o EM4305 a 125 kHz, después de lo cual la tarjeta se presenta de forma idéntica a una credencial Avigilon original en la antena del lector.

For Alta AES smart-card credentials, the process is different. A compatible tarjeta compatible con Avigilon Alta is supplied as a compatible blank carrying AES-secured 13.56 MHz smart-card silicon in the correct memory configuration. The blank is not pre-personalised — it arrives without Avigilon-specific application data or keys. The customer's Alta administrator imports the blank card's UID into the Alta management console and enrols it as a new credential, at which point the platform writes its own application structure and keys to the card over the air or via the Alta encoder. This keeps the cryptographic key material entirely within the customer's system and under their control.

La identificación del formato en uso en un sitio existente es un requisito previo antes de realizar un pedido. Si tiene una credencial existente, Cómo identificar el formato de su tarjeta de acceso o llavero proporciona un método paso a paso utilizando un lector NFC de smartphone o un analizador portátil. Para tarjetas de 125 kHz, el tipo de chip y la modulación son legibles sin ningún proceso destructivo. Si no se dispone de una credencial existente, el modelo de lector y la versión del software instalado confirman el tipo de credencial que acepta el sitio.

Pedido de credenciales Avigilon compatibles

Compatible Avigilon credentials are available in both the 56-bit LF proximity format and as compatible AES smart-card blanks for Alta HF deployments. For the LF format, minimum order quantities are modest — small top-ups for a few lost cards are as practical as a full batch replacement — and lead times reflect the fact that each order is encoded to the specific facility code and card number sequence you provide. The Tarjetas de formato de bits Wiegand cubre todo el espectro de variantes Wiegand propietarias suministradas por Security ID Systems, incluyendo formatos de plataformas empresariales y gestionadas en la nube comparables.

Alta AES smart-card blank credentials are supplied in standard ISO CR80 card form factor and as 30 mm key fobs, matching the form factors Avigilon uses for its own issued credentials. Order quantities start at single units for testing through to bulk batches for large tenant fit-outs. Facilities that run multiple access platforms across a campus — for instance, Avigilon alongside tarjetas de proximidad DMP o credenciales ATS Aritech de 32 bits — pueden consolidar el suministro de credenciales a través de un único proveedor en lugar de gestionar canales OEM separados para cada formato.

Para realizar un pedido o confirmar la compatibilidad para su instalación específica de Avigilon, contacte con el equipo de Security ID Systems with your reader model, the credential type (LF 56-bit or HF AES smart card), and, for LF orders, the facility code and card number range. For Alta AES smart-card orders, the reader generation (Wave1 or Wave2) helps confirm the correct smart-card generation and memory layout. The Tarjetas de acceso para edificios de oficinas e inquilinos comerciales cubre el contexto más amplio de suministro de credenciales para inquilinos comerciales en sitios de varios pisos y multi-inquilinos donde las instalaciones de Avigilon y Alta son comunes. Security ID Systems es un fabricante y proveedor independiente de credenciales de control de acceso compatibles y no está afiliado, autorizado ni respaldado por Avigilon, Motorola Solutions u Openpath.