Los robots industriales y los vehículos automatizados a menudo consumen GNSS datos como una entrada entre varias. Por lo tanto, una prueba de aceptación no debería preguntar solo si el receptor informa una posición. Debería mostrar cómo se comporta la plataforma completa antes, durante y después de una perturbación de señal definida, y si la evidencia resultante es suficiente para las condiciones operativas previstas.
NIST describe el uso resiliente de posicionamiento, navegación y sincronización (PNT) como un problema de gestión de riesgos: las organizaciones deben identificar los sistemas que dependen de PNT, detectar la interrupción o manipulación, responder y recuperarse. La guía federal de adquisición de PNT de CISA conecta de manera similar los requisitos operativos, los niveles de resiliencia y la evidencia contractual. Estos marcos no certifican un robot o receptor en particular. Proporcionan una estructura útil para decidir qué debe contener un registro de aceptación de ingeniería.
1. Defina la pregunta de aceptación antes de la prueba
Comience con la decisión de la plataforma que la evidencia debe respaldar. Los ejemplos incluyen:
- si GNSS la sincronización permanece alineada con el controlador del robot y los registros de sensores;
- si la plataforma detecta una entrada de navegación inválida, degradada o no disponible;
- si el sistema de control transiciona al estado seguro o de navegación alternativa documentado;
- si GNSS los datos regresan de manera controlada y observable después de que termina la perturbación;
- si un ingeniero puede reproducir el resultado a partir de la configuración y los registros grabados.
Registre el modelo del robot, GNSS el receptor, la antena, el cable, el conector, el firmware, las constelaciones y bandas de frecuencia habilitadas, el protocolo de interfaz, la tasa de actualización, el software de prueba y la referencia de tiempo. Un resultado sin este contexto de configuración no debe tratarse como transferible a otra instalación.
Para la preparación de la interfaz, consulte GNSS Compatibilidad del receptor para Anti-Jamming Integración y el ResiNav catálogo de productos.
2. Capture una línea base limpia
Antes de introducir una perturbación controlada, recopile una línea base bajo un entorno de señal documentado. La línea base debe incluir los mismos canales de datos que se revisarán durante el evento:
- solución de navegación del receptor y campos de validez/estado;
- observaciones de satélites y señales disponibles del receptor;
- salida de tiempo, sincronización 1PPS o mensajes seriales donde los use la plataforma;
- marcas de tiempo del controlador y marcas de tiempo de los registros de sensores;
- errores de interfaz, mensajes perdidos y eventos de reconexión;
- modo de operación del robot, selección de fuente de navegación y estado de seguridad;
- ubicación de la antena, tendido de cables, condición de alimentación y emisores cercanos.
El trabajo de receptores de NASCTN de NIST GPS utilizó salidas medibles del receptor, como densidad de portadora a ruido, error de posición, error de sincronización, satélites a la vista, tiempo para la primera fijación y tiempo para la primera readquisición. Una prueba de robot industrial no necesita copiar ese programa de investigación, pero debe seleccionar métricas observables antes de la prueba, no después de ver el resultado.
3. Verificar la sincronización como propiedad del sistema
Si el robot utiliza GNSS para la sincronización, valide más que la presencia de una señal 1PPS. Documente:
- la fuente de tiempo de referencia y la trazabilidad apropiada para la prueba;
- la ruta eléctrica y de protocolo desde el receptor hasta el controlador;
- la relación entre 1PPS, los mensajes seriales de tiempo y las marcas de tiempo de la aplicación;
- el desplazamiento normal y la variación medidos durante la línea base;
- la indicación de alarma o validez cuando el tiempo GNSS se vuelve no confiable;
- el comportamiento de la plataforma mientras el tiempo GNSS no está disponible;
- las condiciones requeridas antes de que la plataforma acepte el tiempo recuperado.
No infiera la precisión de sincronización a partir de la etiqueta del receptor o la descripción nominal de la interfaz. Mida el comportamiento en el punto donde el robot consume la información de tiempo.
4. Usar un método de perturbación controlado y autorizado
Las pruebas de radiofrecuencia deben cumplir con la ley aplicable, las reglas del sitio y los controles de espectro. No irradie una señal de interferencia o suplantación en un entorno abierto. Use un método de laboratorio autorizado, como un recinto blindado, inyección conducida, un simulador GNSS aprobado u otra instalación controlada seleccionada por personal calificado.
El plan de prueba debe definir:
- el tipo de perturbación y el método de prueba permitido;
- marcadores de inicio y fin visibles tanto en los registros de RF como en los de la plataforma;
- variables controladas y secuencia de pasos;
- observaciones del receptor y de la plataforma en cada paso;
- criterios de aborto que protejan a las personas, los equipos y los sistemas circundantes;
- el método para devolver la plataforma a su línea base verificada.
NIST señala que las señales y los datos de PNT pueden verse afectados por eventos naturales, fabricados, intencionales y no intencionales. El informe de aceptación debe, por lo tanto, describir con precisión la condición probada y no debe generalizar un escenario de laboratorio en una afirmación universal de rendimiento en campo.
5. Registro de detección y respuesta de la plataforma
Para cada paso de prueba, correlacione el evento del receptor con la respuesta de la plataforma. La evidencia útil puede incluir:
- la primera indicación del receptor de datos degradados o no válidos;
- la primera alarma o evento de diagnóstico de la plataforma;
- cambios en la selección de la fuente de navegación;
- cambios en el modo de control o en el comportamiento de estado seguro;
- continuidad y orden de los mensajes en serie o de red;
- notificaciones al operador y marcas de tiempo de eventos;
- cualquier dato que permanezca obsoleto después de que su indicador de validez cambie.
La respuesta segura del robot es una decisión de ingeniería a nivel de aplicación. Un GNSS terminal por sí solo no puede definir la respuesta correcta de control de movimiento o de seguridad funcional para cada plataforma.
Revise la página de aplicación de Robótica Industrial y Automatización para las preguntas de integración que deben resolverse antes de seleccionar una antena o terminal.
6. Defina la recuperación antes de medirla
“Recuperado” debe tener una definición por escrito. Podría requerir todo lo siguiente:
- la perturbación ha terminado y la configuración de prueba confirma una condición de entrada normal;
- el receptor informa una solución válida utilizando la configuración esperada;
- las salidas de temporización y navegación permanecen dentro de los límites aprobados del proyecto durante un período de observación definido;
- la plataforma limpia o reconoce las alarmas según su lógica documentada;
- el controlador reanuda el modo de navegación permitido sin un salto inexplicable, mensaje obsoleto o discontinuidad de marca de tiempo;
- la cadena de evidencia completa está presente en los registros exportados.
Registre los tiempos de readquisición y recuperación como resultados de la configuración de prueba específica. No los convierta en una garantía general del producto sin una especificación verificada que cubra las mismas condiciones.
7. Construya una matriz de aceptación
| Fase de prueba | Evidencia requerida | Pregunta de aceptación de ejemplo |
|---|---|---|
| Configuración | Receptor, antena, cable, firmware, interfaces, bandas habilitadas y software de la plataforma | ¿Puede otro ingeniero reproducir la configuración? |
| Línea base | Posición/estado, temporización, observaciones de señal, integridad de mensajes y estado de la plataforma | ¿Está documentado el comportamiento normal antes del evento? |
| Detección | Cambios de validez/alarma del receptor y marcas de tiempo correlacionadas | ¿Reconoce el sistema la perturbación definida? |
| Respuesta | Modo de plataforma, selección de fuente, acción de seguridad e indicación al operador | ¿Sigue el robot su lógica de respuesta aprobada? |
| Recuperación | Readquisición, período de observación estable, limpieza de alarmas y continuidad de salida | ¿El retorno al servicio está controlado y es auditable? |
| Informe | Registros sin procesar, gráficas, archivos de configuración, desviaciones y aprobaciones | ¿La decisión está respaldada por evidencia conservada? |
8. Conservar un paquete de evidencia de ingeniería
El paquete final debe incluir el plan de pruebas aprobado, el manifiesto de configuración, fotografías o diagramas de la configuración, información de calibración/referencia cuando corresponda, registros sin procesar del receptor, registros de la plataforma, marcadores de eventos, método de análisis, desviaciones, observaciones no resueltas y los nombres o roles de los revisores.
Mantenga los datos sin procesar separados de los gráficos interpretados. Si un valor ha sido filtrado, remuestreado o alineado, documente la transformación. Esto respalda la investigación posterior cuando cambia el firmware, la ubicación de la antena, el enrutamiento de cables o el controlador del robot.
Preguntas frecuentes
¿Esta prueba demuestra que un robot industrial es seguro en todos los GNSS entornos de interferencia?
No. Documenta el comportamiento bajo la configuración y las condiciones de prueba definidas. La seguridad funcional, el cumplimiento del espectro y la idoneidad de implementación requieren de los ingenieros de plataforma responsables y las autoridades pertinentes.
¿Qué tiempo de recuperación se debe especificar?
Especifique primero el evento y el punto final: readquisición del receptor, salida de navegación válida, estabilidad de sincronización, borrado de alarmas de la plataforma o retorno a un modo de control aprobado. Estas son mediciones diferentes y no deben combinarse en un solo número indefinido.
¿Se puede usar interferencia de radiofrecuencia en exteriores para pruebas de aceptación?
No realice pruebas de interferencia radiada no autorizadas. Utilice un método controlado y legalmente conforme, seleccionado por personal calificado, como un laboratorio blindado o conducido.
¿Qué se debe enviar con un RFQ?
Proporcione el tipo de plataforma, receptor, constelaciones y bandas, restricciones de antena y cable, interfaces, alimentación, entorno, dibujos de instalación, registros requeridos y las preguntas de aceptación que el proyecto debe responder. Utilice el ResiNav RFQ formulario para una revisión de ingeniería.
Referencias de ingeniería
- NIST: Uso responsable de los servicios de posicionamiento, navegación y sincronización
- NISTIR 8323 Rev. 1: Perfil fundamental de PNT
- NIST NASCTN: Impacto de las señales LTE en GPSReceptores
- CISA: Guía de Adquisiciones de Servicios Federales de PNT
Siguiente paso
Para discutir un plan de aceptación repetible para su receptor, antena y plataforma industrial, solicite una ResiNav revisión de ingeniería.
SIGUIENTE PASO
Convierta la información disponible de la plataforma en una revisión de ingeniería.
Utilice el centro de Tecnología para orientar la conversación, revise los escenarios de aplicación pertinentes y envíe después los detalles disponibles de la plataforma y el receptor para su confirmación.