La prueba de aceptacion en fabrica, o FAT, permite al comprador comprobar que un sistema de radar de deteccion de drones esta completo, configurado y funcionando como se espera antes de salir del fabricante o integrador. No sustituye la aceptacion en sitio, pero reduce muchos riesgos evitables antes de que el equipo llegue al campo.
Para proyectos contra drones, un buen FAT debe responder una pregunta disciplinada: el sistema radar entregado esta listo para enviarse, instalarse, conectarse y probarse en sitio? No debe afirmar que ya probo la cobertura real del sitio, porque edificios, terreno, clutter, altura de montaje, clima y condiciones RF locales solo son reales despues de la instalacion.
Definir el alcance del FAT antes de probar
El primer requisito es un plan de prueba acordado. Sin plan, la sesion puede convertirse en una demostracion y no en una aceptacion.
El plan debe indicar:
- que unidades de hardware se incluyen;
- que versiones de firmware, software y configuracion se prueban;
- que funciones son criterios obligatorios;
- que funciones son solo demostraciones;
- que equipos o simuladores se permiten;
- como se registraran desviaciones;
- y quien puede aceptar, rechazar o diferir un punto.
Esto es especialmente importante para radar porque algunas preguntas de rendimiento no pueden probarse por completo en interior o en una pista de fabrica. El FAT debe aclarar que prueba y que queda para SAT.
Confirmar hardware y configuracion
Antes de pruebas funcionales, verifique que el sistema entregado coincide con el pedido y la linea base de diseno. Normalmente incluye cabeza radar, antena o arreglo, pedestal o adaptador, procesador, fuente, cables, equipos de red, gabinetes, conectores, repuestos y accesorios.
Cada elemento debe compararse con numeros de serie, modelos, etiquetas y listas de empaque. Las versiones de firmware y software deben registrarse. Los archivos de configuracion deben guardarse como linea base FAT para saber luego si un problema de sitio viene del entorno o de un cambio no documentado.
Este paso suele subestimarse. Muchos problemas de comisionamiento nacen de versiones mezcladas, accesorios faltantes, cambios informales o nombres poco claros.
Verificar salud basica del radar
El FAT debe confirmar que el radar enciende correctamente, reporta estado sano, comunica con su procesador o plataforma y se mantiene estable durante el tiempo acordado.
Controles utiles incluyen:
- secuencia de encendido y tiempo de arranque;
- reportes de estado y fallas;
- autopruebas de antena o arreglo;
- enfriamiento, ventiladores o temperatura;
- brujula, GNSS, inclinometro o sensor de alineacion si aplica;
- sincronizacion de tiempo y reloj del sistema;
- conectividad de red y caudal de datos;
- reinicio y recuperacion tras corte de energia.
Estas pruebas no demuestran alcance operativo, pero muestran que el sistema es estable para instalarse.
Probar deteccion con entradas controladas
La prueba de fabrica debe incluir metodos controlados para comprobar la cadena de procesamiento. Segun producto y medios, puede usar simulador de blanco radar, prueba de lazo, util de calibracion, blanco movil controlado, camara o area exterior de fabrica.
El objetivo no es exagerar alcances. Es confirmar que el radar puede producir detecciones y pistas esperadas bajo condiciones conocidas.
El FAT debe revisar:
- reporte de distancia, azimut, elevacion o velocidad;
- creacion y persistencia de pista;
- comportamiento de ID de objetivo o pista;
- tasa de actualizacion y latencia;
- disparo de alarma con zonas de prueba;
- comportamiento cuando un blanco aparece, desaparece o cruza un limite;
- registro de eventos de prueba.
Si la prueba usa blancos simulados, el informe debe decirlo claramente. Las simulaciones ayudan a repetir pruebas, pero no sustituyen la validacion en sitio.
Validar salida de pistas e integracion
Un radar contra drones suele ser util cuando sus pistas aparecen correctamente en una plataforma de mando, capa de fusion o sistema de seguridad del cliente. El FAT debe validar interfaces, no solo el radar aislado.
El equipo debe verificar:
- formato y campos de datos de pista;
- coordenadas, altitud, velocidad, rumbo y marca temporal;
- nombre del sensor e identificacion de unidad;
- visualizacion en mapa y alineacion de zonas;
- reglas de alarma y prioridades;
- API, SDK, VMS o C2 cuando aplique;
- exportacion de logs, CSV, KML, GeoJSON o formatos del proveedor;
- comportamiento ante perdida, reconexion y datos duplicados.
Si la entrega incluye apuntamiento EO/IR, el FAT puede probarlo con pistas simuladas o controladas. La precision final instalada pertenece al SAT, porque geometria y calibracion reales importan.
Revisar ciberseguridad basica
FAT tambien es buen momento para verificar higiene de seguridad. No sustituye una auditoria formal, pero evita problemas evidentes.
Revise:
- roles de usuario y politica de contrasenas;
- credenciales por defecto deshabilitadas;
- puertos y servicios de red;
- acceso cifrado si se requiere;
- registros de auditoria y actividad;
- copia de seguridad y restauracion;
- metodo de actualizacion de firmware;
- como se activa o desactiva el acceso remoto de soporte.
En sitios criticos, estos puntos deben estar en el registro de aceptacion.
Revisar documentacion y entrega
Un radar puede pasar una demostracion tecnica y aun fallar como entrega si la documentacion esta incompleta. El FAT debe incluir revision documental.
Como minimo revise:
- lista final de materiales;
- lista de numeros de serie;
- versiones de firmware y software;
- linea base de configuracion;
- documento de control de interfaces;
- planos o guia de montaje;
- requisitos de energia, tierra y red;
- instrucciones de mantenimiento;
- repuestos y empaque;
- plantilla de informe FAT y logs brutos;
- problemas abiertos y acciones correctivas.
Estos documentos ayudan al equipo de sitio a instalar y probar el mismo sistema que paso FAT.
Decidir que queda para SAT
Un FAT maduro declara sus limites. No debe pretender probar todo el rendimiento operacional instalado.
Normalmente quedan para SAT:
- cobertura real y zonas ciegas;
- linea de vista de baja altura;
- clutter local y falsas alarmas;
- rendimiento con objetivos vivos representativos;
- precision de EO/IR tras alineacion final;
- latencia y redundancia de red reales;
- flujo del operador segun procedimientos;
- escalamiento con seguridad y socios publicos;
- comportamiento ambiental en posicion instalada.
Esta separacion protege a comprador y proveedor. El proveedor no carga con variables de sitio antes de instalar, y el comprador no acepta rendimiento de sitio solo por una demostracion de fabrica.
Crear un resultado FAT claro
Al final, cada punto debe tener estado: aprobado, fallido, aprobado condicional, diferido a SAT o no aplicable. Las desviaciones deben tener responsable, fecha y evidencia de cierre.
El paquete final debe incluir:
- checklist firmada;
- fotos o capturas utiles;
- logs y exportaciones;
- linea base de versiones y configuracion;
- lista de desviaciones;
- plan correctivo;
- aprobacion de empaque;
- lista acordada de puntos SAT.
Ese paquete es el puente entre prueba de fabrica y comisionamiento en sitio.
Conclusion
El FAT para radar de deteccion de drones no es un rito. Es el momento en que comprador y proveedor prueban que el sistema esta construido, configurado, documentado y listo para desplegarse.
Los mejores planes FAT son claros sobre lo que la fabrica puede probar: integridad de hardware, salud radar, comportamiento controlado, salida de pistas, interfaces, alarmas, seguridad basica y documentacion. Tambien son claros sobre lo que no puede probar: cobertura instalada, clutter, linea de vista y desempeno del operador en sitio real. Con ese limite claro, el FAT reduce riesgo y hace que el SAT sea mas rapido, justo y facil de interpretar.