Proba de compatibilidade con chave RFID: como aprobar unha mostra antes da produción en masa

Unha proba de compatibilidade do chaveiro RFID debería demostrar que a credencial rematada funciona na cadea completa de-control de acceso do comprador. O chip debe comunicarse co lector previsto, o lector e o controlador deben interpretar os datos correctamente, o software debe aplicar os permisos correctos e o chaveiro físico debe coincidir cos rexistros de numeración, marca e embalaxe aprobados.

Un pitido do lector non é suficiente.

Un lector pode detectar unha credencial mentres o controlador rexeita o seu formato, o software non pode atopar o seu rexistro de inscrición ou o permiso da porta é incorrecto. Polo tanto, unha unidade de pre-produción debe ser probada como parte do sistema instalado, non como unha peza illada de plástico.

Os lectores que aínda están comparando tecnoloxías e factores de forma poden comezar cun máis amploGuía de teclas RFID. Este artigo céntrase na decisión de aprobación máis restrinxida: o que se debe verificar antes de que un pedido personalizado pase á produción en masa.

Resposta rápida: que debe demostrar a credencial da proba?

A credencial codificada final debe funcionar en todos os lectores representativos e zonas de acceso incluídas no proxecto, producir os datos do sistema esperados, superar as probas de autorización e de rexeitamento, coincidir cos rexistros impresos e electrónicos aprobados e cumprir os requisitos de calidade física do proxecto.

A aprobación debe abarcar seis áreas:

• A frecuencia, o chip e a aplicación de credenciais coinciden cos lectores previstos.
• A conexión do lector-co-controlador produce o resultado esperado do sistema.
• Os identificadores codificados, mostrados, impresos e importados están correctamente mapeados.
• Os estados autorizados, denegados, caducados, perdidos e de substitución compórtanse como se especifica.
• O rendemento e a durabilidade das lecturas cumpren as condicións de aceptación definidas polo proxecto-.
• A referencia aprobada, o ficheiro de datos e a secuencia de embalaxe pódense reproducir en produción.

Esta vista a-nivel do sistema segue o mesmo lector, controlador e cadea de software explicado encomo funcionan os chaveiros RFID no control de acceso.

Por que unha mostra en branco ou unha dixitalización do escritorio non é a aprobación final

Un Fob en branco proba a aparencia, non a credencial final

Unha carcasa en branco pode confirmar a forma, as dimensións, a cor, a posición do logotipo, o acabado superficial e o hardware do chaveiro. Non pode confirmar un código de instalación, rango de números de tarxeta, datos de aplicacións, chaves de seguranza, asignación de números impresos-ou regra de importación de bases de datos.

Use aprobacións separadas cando sexa necesario:

• Aprobación visual:vivenda, obra de arte, cor e acabado
• Aprobación funcional:chip, codificación, permisos, comportamento do sistema e mapeamento de datos

A produción en masa non debe ser liberada só da aprobación visual.

Un lector de escritorio non reproduce a porta instalada

Un dispositivo de escritorio pode identificar un chip ou axudar a inspeccionar os datos de credenciais, pero é posible que non utilice o mesmo campo de RF, firmware, comportamento de saída, teclas de aplicación ou configuración do controlador que o sistema de acceso en directo. Un axeitadoLector de escritorio RFIDé útil durante a inscrición e a inspección, pero a decisión final aínda require o hardware da porta instalado ou representativo.

Unha entrada exitosa proba só un camiño

Unha credencial pode abrir a entrada principal pero fallar nun ascensor, aparcadoiro, peche de hotel ou edificio secundario porque esas áreas usan lectores, firmware, aplicacións ou configuracións de controlador diferentes. A aprobación debe abarcar cada tipo de sistema que se espera que sirva a credencial.

Conxelar a especificación antes de facer a mostra

Un provedor non pode fabricar unha unidade de aprobación fiable a partir dunha fotografía dun chaveiro existente. O comprador ou o integrador debe proporcionar unha especificación controlada antes de comezar a codificación.

Confirme a frecuencia e o chip exacto

Comeza por determinar se o proxecto utiliza unha credencial de LF como 125 kHz, unha credencial de HF que funciona a 13,56 MHz ou un deseño multi-tecnolóxico. Guía de Syntek paraescollendo a frecuencia correcta do mando RFIDexplica o primeiro paso de selección.

A frecuencia é só unha capa. O comprador tamén debe identificar a familia de chips, a memoria e a configuración de acceso, o protocolo, a aplicación de credenciais e as chaves de seguridade necesarias. Syntek ofrece exemplos comoLlaveros RFID de 125 kHz, a Llavero MIFARE de 13,56 MHze achaveiro RFID de-dobre frecuencia. Estas categorías de produtos non son intercambiables automaticamente con todos os lectores.

Oficial do HIDInformación de ProxKey IIIindica que o produto admite varios formatos de credenciais. Isto ilustra por que dous llaveros dentro do mesmo amplo ecosistema de 125 kHz aínda poden levar estruturas de datos diferentes.

Define o que significa o número visible

O número impreso ou marcado con láser-nunha carcasa pode ser un UID bruto, unha conversión decimal ou hexadecimal, un número de tarxeta, unha combinación de código-de instalación e número de tarxeta-, unha referencia de empregado ou un número de serie do provedor.

A especificación do pedido debe indicar exactamente como se relaciona o número visible con:

• O valor almacenado ou fixado no chip
• O valor mostrado polo lector de inscrición
• O valor transmitido ao controlador
• O rexistro de credenciais importado ao software de acceso
• O número impreso no shell e listado no ficheiro do provedor

Non lle pida a un provedor que "faga o mesmo número" ata que o propietario do sistema defina que número e representación son necesarios.

Wiegand e OSDP requiren diferentes detalles da proba

A tecnoloxía de credenciais e a interface de lector-a-controlador son capas de compatibilidade separadas. Un chaveiro de 125 kHz ou 13,56 MHz comunícase cun lector; entón o lector comunícase co controlador de acceso mediante unha interface seleccionada polo deseño do sistema.

Sistemas de estilo-legado e Wiegand

Algúns sistemas transmiten un fluxo de bits de credenciais fixos que pode conter paridade, un código de instalación ou sitio e un número de tarxeta individual. Nestes proxectos, a especificación da proba pode ter que definir:

• Nome do formato e lonxitude total de bits
• Código da instalación ou do sitio, cando se utilice
• Intervalo de números da tarxeta de inicio e final{0}
• Regras de paridade e numeración
• Saída do lector e interpretación do controlador

Estes campos son comúns nalgúns despregamentos legados, pero non son atributos universais de todas as credenciais RFID.

Sistemas OSDP

OVisión xeral do OSDP da Security Industry Associationdescribe un protocolo bidireccional de lector-a-controlador con supervisión do dispositivo e canle seguro opcional mediante AES-128.

Cando se utilice OSDP, o plan de aprobación pode ter que verificar:

• Enderezo do lector e configuración de comunicación
• Compatibilidade do firmware do controlador e do lector
• Estado correcto en liña e supervisado
• Configuración segura da canle cando sexa necesario
• Datos de credenciais entregados ao controlador
• Comportamento esperado tras a substitución do lector ou os cambios na configuración

Un chaveiro pode ser tecnicamente compatible co lector mentres un problema de configuración de OSDP aínda impide que o camiño de acceso completo funcione.

As sete capas de compatibilidade

A proba das sete capas evita que "lexible" se confunda con "compatible". Os compradores que necesitan máis detalles sobre as credenciais e a protección do sistema poden revisarSeguridade de datos RFID.

Proba de compatibilidade con chave RFID de oito-pasos

Paso 1: verifica a parte física e a tecnoloxía de credenciais

Compare a unidade de homologación coa especificación. Rexistra o material da carcasa, as dimensións, o hardware do chaveiro, o modelo de chip, a frecuencia, o protocolo, a configuración da aplicación, o método do logotipo e a referencia da cor.

Para materiais e acabados, use o ambiente do proxecto en lugar de só a aparencia. OGuía de selección de material de llavero RFIDpode axudar aos compradores a comparar opcións de construción comúns antes das probas de durabilidade.

Paso 2: proba con equipos aprobados

Use o lector, o controlador e o software de produción ou de montaxe instalado ou representativo. Inclúa o lector de inscrición e o codificador previstos cando proceda.

Un teléfono intelixente non debería ser o único dispositivo de proba. OVisión xeral da tecnoloxía do foro NFCexplica que a NFC funciona cunha frecuencia base de 13,56 MHz. É posible que un teléfono detecte algunhas credenciais HF ou NFC compatibles, pero non proba os chaveiros normais de 125 kHz nin proba que se admita unha aplicación específica de-control de acceso. Explicación de SyntekDiferenzas RFID e NFCproporciona un fondo adicional.

Paso 3: compare cada representación de datos

Para cada unidade de proba, compare o valor do chip, a visualización do lector de rexistro-, a entrada do controlador, o rexistro de software, o número de shell visible e o ficheiro de datos do provedor. Rexistra calquera conversión decimal ou hexadecimal, orde de bytes, código de instalación, número de tarxeta ou mapeamento de aplicacións utilizados polo proxecto.

Use máis dunha credencial secuencial cando a integridade da secuencia sexa importante. Unha única unidade non pode revelar números que faltan, duplicados, transpostos ou incrementados incorrectamente.

Paso 4: Autorización e rexeitamento da proba

Inscríbase unha credencial de proba con permisos normais e, a continuación, verifique os resultados exitosos e non:

• A porta prevista ábrese durante o horario permitido.
• Unha porta non autorizada permanece pechada.
• Rexéitase o acceso fóra do horario permitido.
• O rexistro de eventos mostra a credencial e o resultado correctos.
• O usuario e o grupo de permisos móstranse correctamente.

Probar só a entrada correcta non pode probar que se están aplicando as regras de acceso.

Paso 5: proba de desactivación e substitución

1. Rexistra a credencial e confirma o acceso normal.
2. Márcao perdido, inactivo ou caducado.
3. Confirme que se rexeita a credencial orixinal.
4. Emite e inscribe un substituto.
5. Confirme que a substitución funciona e que o orixinal permanece inactivo.

Esta proba de ciclo de vida é importante para oficinas, hoteis, campus, apartamentos e sistemas multi-sitio onde as credenciais son substituídas ou reasignadas con frecuencia.

Paso 6: proba de rendemento de lectura no uso real

Defina a distancia de presentación esperada e as condicións de funcionamento antes da proba. A continuación, comprobe a parte dianteira e traseira, as diferentes rotacións, os chaveiros adxuntos, as chaves ou os teléfonos próximos, as superficies de lectores instaladas e cada familia de lectores representativa.

Grava presentacións repetidas en lugar dun toque exitoso. O proxecto debe definir cantas presentacións, direccións e fallos permitidos constitúen aceptación; non existe un único limiar de distancia de lectura-universal para cada instalación de chip, carcasa e lector.

Paso 7: inspeccionar a marca e a durabilidade

Comprobe o logotipo, a cor, a numeración con láser, os bordos, as costuras, a superficie epoxi, o peche da carcasa e o accesorio do chaveiro. Aplique só as probas ambientais relevantes para o uso previsto, como gotas, abrasión, exposición á auga, produtos químicos de limpeza, calor, luz solar ou movementos repetidos do peto.

Cada proba de durabilidade necesita un método documentado e o resultado esperado. "Paseu unha proba de caída" non ten sentido a menos que se rexistren a altura, a superficie, as repeticións e o rendemento de RF posterior á-proba.

Paso 8: Verifique o ficheiro de datos e a embalaxe

Confirme a revisión aprobada, o intervalo de números, a cantidade, o formato da credencial, a-columna de números impresas, a secuencia de embalaxe, as etiquetas das caixas, a agrupación de departamentos e o intervalo de existencias-de reposición. Abre paquetes representativos e compara o seu contido co ficheiro de datos aprobado.

Construír unha matriz de proba de compatibilidade

Unha matriz formal impide que unha proba de porta exitosa sexa tratada como aprobación total do proxecto.

Inclúa polo menos unha unidade representativa de cada tecnoloxía de lector, grupo de firmware, configuración do controlador, tipo de interface e zona de acceso que se espera que admita o mando. Probar moitas portas idénticas é menos valioso que probar cada ruta do sistema.

As razóns máis amplas para probar os compoñentes integrados están tratadas na guía de SyntekProbas do sistema RFID.

Aprobado, aprobado condicional, suspendido ou non probado?

Frecuencia incorrecta, chip, aplicación, código de instalación, intervalo de números, chave de seguranza, saída do lector, configuración de OSDP ou comportamento de desactivación normalmente require unha nova proba funcional. É posible que un pequeno axuste de ilustración só necesite confirmación visual cando non poida afectar a antena, a carcasa, o rendemento de lectura ou a-mapa de números impresos.

Comprobacións de seguridade para o acceso-Chaveiro de control

UID-Só credenciais

Un identificador fixo só se pode utilizar nalgúns sistemas heredados ou de menor risco-despois de que a organización avaliou e acepte as súas limitacións e engadiu os controis operativos adecuados. Non se debe describir como autenticación criptográfica.

A proba debe identificar que valor se usa, se se poden rexistrar duplicados, como se desactivan as credenciais perdidas e que seguimento existe para a reutilización inusual.

Aplicacións protexidas e chips seguros

Algúns sistemas HF usan memoria protexida, datos de aplicacións, claves diversificadas ou mensaxería autenticada. Oficial de NXPFolla de datos MIFARE DESFire EV3describe o soporte para a configuración criptográfica, incluíndo AES e mensaxería segura.

Esas capacidades do chip non fan que unha implementación sexa segura automaticamente. A aprobación tamén debe confirmar:

• Quen posúe e xera as chaves
• Quen personaliza as credenciais
• Indica se as chaves predeterminadas foron substituídas
• Como se separan as credenciais de proba e de produción
• Como se controlan as credenciais rexeitadas, excedentes e de substitución
• Como se migrarán as claves e os datos da aplicación se cambia o provedor

Planificar a mostraxe da produción e as comprobacións duplicadas

A mostra funcional proba o deseño. A inspección da produción debe demostrar que o deseño aprobado foi reproducido correctamente en todo o lote.

O plan de mostraxe debe basearse no risco do proxecto, tamaño do lote, tipo de credencial, historial de provedores e requisitos de calidade contractuais. Debe incluír:

• Primeiras unidades producidas despois da configuración
• Credenciais consecutivas para verificar a lóxica de secuencia
• Unidades do inicio, medio e final da produción
• Unidades aleatorias de diferentes paquetes ou cartóns
• Intervalos de números de recambio e de substitución-
• Comproba se hai duplicados, números que faltan e mapas impresos-a-codificados incorrectos
• Lecturas funcionais en equipos homologados
• Inspección física e de envases

Non inventes unha porcentaxe de mostra universal para cada proxecto. Define o plan na especificación de compra e rexistra que unidades se probaron, por quen e con que resultado. Os compradores poden usar a visión xeral de Syntekequipos de inspección de calidadecando se discute a codificación-de fábrica e as comprobacións por lotes.

Crea unha mostra de ouro e un rexistro de control de versión-

A unidade física aprobada debe almacenarse cos documentos que definan por que foi aprobado. Cando sexa práctico, o comprador e o provedor deben manter cada un unha referencia controlada.

Non se debe asumir que unha orde repetida é idéntica só porque o nome do produto non se modifica.

Cando é necesario volver a probar?

O alcance real de reprobación debe estar definido polo risco introducido polo cambio. Un provedor non debe substituír un chip, antena ou material non dispoñible por unha "alternativa compatible" sen a aprobación documentada.

Tres escenarios ilustrativos de falla

Frecuencia correcta, formato de credencial incorrecto

O lector detecta unha unidade de 125 kHz, pero o controlador espera un código de instalación e unha estrutura de bits diferentes. A radiofrecuencia é correcta; os datos do sistema non.

Funcionamento correcto da porta, número impreso incorrecto

A credencial abre a porta, pero o shell mostra un UID bruto mentres que a base de datos de acceso usa un número de tarxeta convertido. O persoal de apoio non pode identificar o rexistro correcto cando se perde o chaveiro. A regra de numeración debe ser corrixida antes da aprobación.

Obras de entrada principal, fallo de ascensor

A entrada principal e o ascensor usan diferentes tecnoloxías de lectura ou configuracións de aplicacións. Probar só a entrada creou unha falsa sensación de compatibilidade. O proxecto necesita unha matriz que cubra cada ruta do sistema.

Aproba o resultado do sistema, non só o mando da chave

Un pedido fiable comeza cunha especificación controlada e remata cunha referencia de produción probada. Confirme a frecuencia, o chip exacto, a aplicación de credenciais, a interface de lector-controlador, a asignación de números, os permisos, a construción física e os rexistros de produción antes da produción en masa.

A aprobación máis firme non é unha declaración do provedor de que o chaveiro é "compatible". É unha evidencia documentada de que a credencial rematada se comporta correctamente nos lectores, controladores, software, permisos e condicións de funcionamento reais do representante do comprador.

Os compradores podensolicite unha mostra codificada de chave RFIDproporcionando o modelo de lector, o controlador ou a interface, o chip necesario, o formato de número, a ilustración, a cantidade e os requisitos de proba.