Prueba de compatibilidad de llavero RFID: cómo aprobar una muestra antes de la producción en masa

Una prueba de compatibilidad del llavero RFID debe demostrar que la credencial terminada funciona en toda la cadena de control de acceso-del comprador. El chip debe comunicarse con el lector previsto, el lector y el controlador deben interpretar los datos correctamente, el software debe aplicar los permisos correctos y el llavero físico debe coincidir con los registros aprobados de numeración, marca y empaque.

Un pitido del lector no es suficiente.

Un lector puede detectar una credencial mientras el controlador rechaza su formato, el software no puede encontrar su registro de inscripción o el permiso de la puerta es incorrecto. Por lo tanto, una unidad de preproducción debe probarse como parte del sistema instalado, no como una pieza aislada de plástico.

Los lectores que todavía estén comparando tecnologías y factores de forma pueden comenzar con una visión más amplia.Guía de llavero RFID. Este artículo se centra en la decisión de aprobación más limitada: lo que se debe verificar antes de que un pedido personalizado pase a la producción en masa.

Respuesta rápida: ¿Qué debe demostrar la credencial del examen?

La credencial codificada final debe funcionar en todos los lectores representativos y zonas de acceso incluidos en el proyecto, producir los datos esperados del sistema, pasar las pruebas de autorización y rechazo, coincidir con los registros impresos y electrónicos aprobados y cumplir con los requisitos de calidad física del proyecto.

La aprobación debe cubrir seis áreas:

• La frecuencia, el chip y la aplicación de credenciales coinciden con los lectores previstos.
• La conexión del lector-al-controlador produce el resultado esperado del sistema.
• Los identificadores codificados, mostrados, impresos e importados están correctamente asignados.
• Los estados autorizado, denegado, vencido, perdido y de reemplazo se comportan según lo especificado.
• El rendimiento y la durabilidad de la lectura cumplen-las condiciones de aceptación definidas por el proyecto.
• La referencia aprobada, el archivo de datos y la secuencia de embalaje se pueden reproducir en producción.

Esta vista a nivel de sistema-sigue la misma cadena de lector, controlador y software explicada enCómo funcionan los llaveros RFID en el control de acceso.

Por qué una muestra en blanco o un escaneo de escritorio no constituye una aprobación final

Un control remoto en blanco prueba la apariencia, no la credencial final

Una carcasa en blanco puede confirmar la forma, las dimensiones, el color, la posición del logotipo, el acabado de la superficie y el hardware del llavero. No puede confirmar un código de instalación, un rango de números de tarjeta, datos de aplicaciones, claves de seguridad, asignación de números-impresos ni reglas de importación de bases de datos.

Utilice aprobaciones separadas cuando sea necesario:

• Aprobación visual:carcasa, obras de arte, color y acabado
• Aprobación funcional:chip, codificación, permisos, comportamiento del sistema y mapeo de datos

La producción en masa no debe estar exenta únicamente de la aprobación visual.

Un lector de escritorio no reproduce la puerta instalada

Un dispositivo de escritorio puede identificar un chip o ayudar a inspeccionar datos de credenciales, pero no puede utilizar el mismo campo de RF, firmware, comportamiento de salida, claves de aplicación o configuración del controlador que el sistema de acceso en vivo. Un adecuadoLector de escritorio RFIDes útil durante la inscripción y la inspección, pero la decisión final aún requiere el hardware de puerta instalado o representativo.

Una entrada exitosa prueba solo un camino

Una credencial puede abrir la entrada principal pero fallar en un ascensor, estacionamiento, cerradura de hotel o edificio secundario porque esas áreas utilizan diferentes lectores, firmware, aplicaciones o configuraciones de controlador. La aprobación debe cubrir cada tipo de sistema distinto que se espera que sirva la credencial.

Congele la especificación antes de fabricar la muestra

Un proveedor no puede fabricar una unidad de aprobación confiable a partir de una fotografía de un llavero existente. El comprador o integrador debe proporcionar una especificación controlada antes de que comience la codificación.

Confirma la frecuencia y el chip exacto

Comience por determinar si el proyecto utiliza una credencial LF como 125 kHz, una credencial HF que funciona a 13,56 MHz o un diseño multi-tecnología. La guía de Syntek paraelegir la frecuencia correcta del llavero RFIDExplica el primer paso de selección.

La frecuencia es sólo una capa. El comprador también debe identificar la familia de chips, la configuración de acceso y memoria, el protocolo, la aplicación de credenciales y las claves de seguridad requeridas. Syntek ofrece ejemplos comoLlaveros RFID de 125 kHz, a Llavero MIFARE de 13,56 MHzy unllavero RFID de doble-frecuencia. Estas categorías de productos no son automáticamente intercambiables con todos los lectores.

oficial de HIDInformación sobre ProxKey IIIindica que el producto admite múltiples formatos de credenciales. Esto ilustra por qué dos llaveros dentro del mismo ecosistema amplio de 125 kHz aún pueden transportar estructuras de datos diferentes.

Definir lo que significa el número visible

El número impreso o{0}}marcado con láser en una carcasa puede ser un UID sin formato, una conversión decimal o hexadecimal, un número de tarjeta, una combinación de-código de instalación y número de tarjeta-, una referencia de empleado o un número de serie de proveedor.

La especificación del pedido debe indicar exactamente cómo se relaciona el número visible con:

• El valor almacenado o fijado en el chip.
• El valor mostrado por el lector de inscripción.
• El valor transmitido al controlador.
• El registro de credenciales importado al software de acceso.
• El número impreso en el caparazón y que figura en el archivo del proveedor.

No le pida a un proveedor que "haga el mismo número" hasta que el propietario del sistema haya definido qué número y representación se requieren.

Wiegand y OSDP requieren detalles de prueba diferentes

La tecnología de credenciales y la interfaz de lector-a-controlador son capas de compatibilidad independientes. Un llavero de 125 kHz o 13,56 MHz se comunica con un lector; Luego, el lector se comunica con el controlador de acceso mediante una interfaz seleccionada por el diseño del sistema.

Sistemas de estilo heredado y Wiegand-

Algunos sistemas transmiten un flujo de bits de credenciales fijo que puede contener paridad, un código de instalación o sitio y un número de tarjeta individual. En estos proyectos, es posible que la especificación de prueba deba definir:

• Nombre del formato y longitud total de bits
• Código de instalación o sitio, cuando se utilice
• Rango de números de tarjeta inicial y final-
• Reglas de paridad y numeración.
• Salida del lector e interpretación del controlador.

Estos campos son comunes en algunas implementaciones heredadas, pero no son atributos universales de todas las credenciales RFID.

Sistemas OSDP

ElDescripción general de OSDP de la Asociación de la Industria de Seguridaddescribe un protocolo bidireccional de lector-a-controlador con supervisión de dispositivo y canal seguro opcional mediante AES-128.

Cuando se utiliza OSDP, es posible que el plan de aprobación deba verificar:

• Configuración de comunicación y dirección del lector
• Compatibilidad del firmware del controlador y del lector
• Estado correcto en línea y supervisado.
• Configuración de canal seguro cuando sea necesario
• Datos de credenciales entregados al controlador
• Comportamiento esperado después del reemplazo del lector o cambios de configuración

Un llavero puede ser técnicamente compatible con el lector, mientras que un problema de configuración OSDP aún impide que funcione la ruta de acceso completa.

Las siete capas de compatibilidad

Probar las siete capas evita que "legible" se confunda con "compatible". Los compradores que necesiten más detalles sobre la protección de credenciales y sistemas pueden revisarSeguridad de datos RFID.

Prueba de compatibilidad de llaveros RFID en ocho-pasos

Paso 1: verificar la parte física y la tecnología de credenciales

Compare la unidad de aprobación con la especificación. Registre el material de la carcasa, las dimensiones, el hardware del llavero, el modelo de chip, la frecuencia, el protocolo, la configuración de la aplicación, el método del logotipo y la referencia de color.

Para materiales y acabados, utilice el entorno del proyecto en lugar de solo la apariencia. ElGuía de selección de materiales para llaveros RFIDpuede ayudar a los compradores a comparar opciones de construcción comunes antes de realizar pruebas de durabilidad.

Paso 2: prueba con equipo aprobado

Utilice el lector, el controlador y el software de producción o preparación instalados o representativos. Incluya el lector y codificador de inscripción previstos cuando corresponda.

Un teléfono inteligente no debería ser el único dispositivo de prueba. ElDescripción general de la tecnología del Foro NFCExplica que NFC opera a una frecuencia base de 13,56 MHz. Un teléfono puede detectar algunas credenciales HF o NFC compatibles, pero no prueba llaveros comunes de 125 kHz y no prueba que una aplicación de control de acceso-específica sea compatible. La explicación de Syntek deDiferencias RFID y NFCproporciona antecedentes adicionales.

Paso 3: comparar cada representación de datos

Para cada unidad de prueba, compare el valor del chip, la pantalla del lector de inscripción-, la entrada del controlador, el registro de software, el número de carcasa visible y el archivo de datos del proveedor. Registre cualquier conversión decimal o hexadecimal, orden de bytes, código de instalación, número de tarjeta o asignación de aplicaciones utilizadas por el proyecto.

Utilice más de una credencial secuencial cuando la integridad de la secuencia sea importante. Una sola unidad no puede revelar números faltantes, duplicados, transpuestos o incrementados incorrectamente.

Paso 4: Prueba de autorización y rechazo

Registre una credencial de prueba con permisos normales y luego verifique los resultados exitosos y no exitosos:

• La puerta prevista se abre durante el horario permitido.
• Una puerta no autorizada permanece cerrada.
• Se rechaza el acceso fuera del horario permitido.
• El registro de eventos muestra la credencial y el resultado correctos.
• El usuario y el grupo de permisos se muestran correctamente.

Probar sólo el ingreso exitoso no puede demostrar que se estén aplicando las reglas de acceso.

Paso 5: prueba de desactivación y reemplazo

1. Registre la credencial y confirme el acceso normal.
2. Márcalo perdido, inactivo o caducado.
3. Confirme que la credencial original sea rechazada.
4. Emitir e inscribir un reemplazo.
5. Confirma que el reemplazo funciona y el original permanece inactivo.

Esta prueba del ciclo de vida es importante para oficinas, hoteles, campus, apartamentos y sistemas multi{0}}donde las credenciales se reemplazan o reasignan con frecuencia.

Paso 6: Pruebe el rendimiento de lectura en uso real

Defina la distancia de presentación esperada y las condiciones de funcionamiento antes de realizar la prueba. Luego verifique el frente y la parte posterior, las diferentes rotaciones, los llaveros adjuntos, las llaves o teléfonos cercanos, las superficies de los lectores instalados y cada familia de lectores representativa.

Grabe presentaciones repetidas en lugar de un toque exitoso. El proyecto debe definir cuántas presentaciones, direcciones y fallos permitidos constituyen aceptación; No existe un único umbral de distancia de lectura-universal para cada instalación de chip, carcasa y lector.

Paso 7: inspeccionar la marca y la durabilidad

Revisa el logo, color, numeración láser, bordes, costuras, superficie epoxi, cierre de la carcasa y sujeción del llavero. Aplique únicamente las pruebas ambientales relevantes para el uso previsto, como caídas, abrasión, exposición al agua, productos químicos de limpieza, calor, luz solar o movimientos repetidos de los bolsillos.

Cada prueba de durabilidad necesita un método documentado y un resultado esperado. "Pasó una prueba de caída" no tiene significado a menos que se registren la altura, la superficie, las repeticiones y el rendimiento de RF posterior a la prueba.

Paso 8: verificar el archivo de datos y el embalaje

Confirme la revisión aprobada, el rango de números, la cantidad, el formato de credencial, la columna de números-impresos, la secuencia de empaque, las etiquetas de las cajas, la agrupación de departamentos y el rango de existencias-de repuesto. Abra paquetes representativos y compare su contenido con el archivo de datos aprobado.

Cree una matriz de prueba de compatibilidad

Una matriz formal impide que una prueba de puerta exitosa sea tratada como una aprobación total del proyecto.

Incluya al menos una unidad representativa de cada tecnología de lectura distinta, grupo de firmware, configuración de controlador, tipo de interfaz y zona de acceso que se espera que admita el llavero. Probar muchas puertas idénticas es menos valioso que probar cada ruta distinta del sistema.

Las razones más amplias para probar componentes integrados se tratan en la guía de Syntek paraPruebas del sistema RFID.

¿Aprobado, aprobado condicionalmente, reprobado o no probado?

La frecuencia, el chip, la aplicación, el código de instalación, el rango de números, la clave de seguridad, la salida del lector, la configuración OSDP o el comportamiento de desactivación incorrectos normalmente requieren una nueva prueba funcional. Es posible que un ajuste de arte menor solo necesite confirmación visual cuando no pueda afectar la antena, la carcasa, el rendimiento de lectura o la asignación de números-impresos.

Comprobaciones de seguridad para llaveros de control de acceso-

UID-Solo credenciales

Se puede utilizar un identificador fijo en algunos sistemas heredados o de menor-riesgo solo después de que la organización haya evaluado y aceptado sus limitaciones y haya agregado controles operativos adecuados. No debe describirse como autenticación criptográfica.

La prueba debe identificar qué valor se utiliza, si se pueden inscribir duplicados, cómo se desactivan las credenciales perdidas y qué supervisión existe para una reutilización inusual.

Aplicaciones protegidas y chips seguros

Algunos sistemas HF utilizan memoria protegida, datos de aplicaciones, claves diversificadas o mensajes autenticados. oficial de NXPFicha técnica de MIFARE DESFire EV3describe la compatibilidad con configuraciones criptográficas, incluidos AES y mensajería segura.

Esas capacidades del chip no hacen que una implementación sea segura automáticamente. La aprobación también debe confirmar:

• ¿Quién posee y genera las claves?
• ¿Quién personaliza las credenciales?
• Si se han reemplazado las claves predeterminadas
• Cómo se separan las credenciales de prueba y producción
• Cómo se controlan las credenciales rechazadas, sobrantes y de reposición
• Cómo se migrarán las claves y los datos de la aplicación si cambia el proveedor

Planificar muestreo de producción y controles de duplicados

La muestra funcional prueba el diseño. La inspección de producción debe demostrar que el diseño aprobado se reprodujo correctamente en todo el lote.

El plan de muestreo debe basarse en el riesgo del proyecto, el tamaño del lote, el tipo de credencial, el historial del proveedor y los requisitos de calidad contractuales. Debe incluir:

• Primeras unidades producidas después de la instalación.
• Credenciales consecutivas para verificar la lógica de secuencia
• Unidades desde el inicio, mitad y final de la producción.
• Unidades aleatorias de diferentes paquetes o cajas.
• Rangos de números de repuesto y de reemplazo-
• Comprueba si hay duplicados, números faltantes y asignaciones impresas-a-codificadas incorrectamente.
• Lecturas funcionales en equipos homologados.
• Inspección física y de embalaje.

No invente un porcentaje de muestra universal para cada proyecto. Defina el plan en la especificación de compra y registre qué unidades fueron probadas, por quién y con qué resultado. Los compradores pueden utilizar la descripción general de Syntek deequipo de inspección de calidadcuando se habla de codificación-de fábrica y comprobaciones por lotes.

Crear un registro de control de versión y muestra de oro-

La unidad física aprobada debe almacenarse con los documentos que definen por qué pasó. Cuando sea práctico, el comprador y el proveedor deben conservar cada uno una referencia controlada.

No se debe asumir que un pedido repetido es idéntico simplemente porque el nombre del producto no ha cambiado.

¿Cuándo es necesario volver a realizar la prueba?

El alcance real de la nueva prueba debe estar definido por el riesgo introducido por el cambio. Un proveedor no debe sustituir un chip, antena o material no disponible por una "alternativa compatible" sin una aprobación documentada.

Tres escenarios de fracaso ilustrativos

Frecuencia correcta, formato de credencial incorrecto

El lector detecta una unidad de 125 kHz, pero el controlador espera un código de instalación y una estructura de bits diferentes. La frecuencia de radio es correcta; los datos del sistema no lo son.

Funcionamiento correcto de la puerta, número impreso incorrecto

La credencial abre la puerta, pero el shell muestra un UID sin formato mientras que la base de datos de acceso utiliza un número de tarjeta convertido. El personal de soporte no puede identificar el registro correcto cuando se pierde el llavero. La regla de numeración debe corregirse antes de su aprobación.

Obras en entrada principal, falla en ascensor

La entrada principal y el ascensor utilizan diferentes tecnologías de lectura o configuraciones de aplicaciones. Probar sólo la entrada creó una falsa sensación de compatibilidad. El proyecto necesita una matriz que cubra cada ruta distinta del sistema.

Apruebe el resultado del sistema, no solo el llavero

Un pedido confiable comienza con una especificación controlada y termina con una referencia de producción probada. Confirme la frecuencia, el chip exacto, la aplicación de credenciales, la interfaz del controlador-lector, el mapeo de números, los permisos, la construcción física y los registros de producción antes de la producción en masa.

La aprobación más fuerte no es una declaración del proveedor de que el llavero es "compatible". Es una prueba documentada de que la credencial terminada se comporta correctamente en todos los lectores, controladores, software, permisos y condiciones operativas reales representativos del comprador.

Los compradores puedenSolicite una muestra de llavero RFID codificadoproporcionando el modelo de lector, controlador o interfaz, chip requerido, formato de número, diseño, cantidad y requisitos de prueba.