9.1. Protocolos FAT y SAT (Factory/Site Acceptance Tests)

UF1794 | Validando la red antes y después de la entrega

graph TD subgraph Fase1 ["Fase 1: Diseño e Ingeniería"] D1["Topología de Red"] D2["Selección de Switches"] end subgraph Fase2 ["Fase 2: Prueba FAT (En Taller del Integrador)"] F1["Prueba de enlaces cortos"] F2["Simulación de PLCs"] F3["Verificación de direcciones IP y GSDML"] end subgraph Fase3 ["Fase 3: Prueba SAT (En Planta del Cliente)"] S1["Validación de fibra óptica larga"] S2["Comprobación de ruido electromagnético (EMC)"] S3["Validación de redundancia (MRP)"] end Fase1 --> Fase2 Fase2 -->|"Aprobación y Envío de Armarios"| Fase3 style Fase2 fill:#f39c12,color:#fff style Fase3 fill:#27ae60,color:#fff

1. El Escrutinio Final: Commissioning

Has diseñado la red, seleccionado los switches, asignado las IPs y configurado el anillo MRP. Pero el cliente final (la fábrica que compra la máquina) no te va a pagar hasta que demuestres empíricamente que todo funciona como se especificó en el contrato. Esta fase se denomina Commissioning (Puesta en Marcha) y se divide en dos grandes hitos contractuales: las pruebas FAT y las pruebas SAT.



2. FAT (Factory Acceptance Test)

La prueba FAT se realiza en las instalaciones del proveedor o integrador (tú), antes de meter los armarios eléctricos en un camión para enviarlos al cliente final. El objetivo del FAT es descubrir errores de diseño o configuración cuando todavía tienes todas tus herramientas y compañeros cerca.

En términos de redes (UF1794), el FAT suele incluir:

  • Verificación de Configuración Base: ¿Tienen todos los switches y PLCs las IPs y Nombres de Estación correctos?
  • Comprobación del Software: ¿Están todos los archivos GSDML/EDS cargados sin errores de "Hardware Mismatch"?
  • Pruebas de Conectividad Básica: Comprobación mediante 'ping' de que el SCADA ve al PLC.

Limitaciones del FAT: En el taller, los cables de red miden 2 metros y están tirados por el suelo. No hay motores gigantes generando ruido electromagnético. Por tanto, un FAT exitoso no garantiza que la red funcione bien en la planta real.



3. SAT (Site Acceptance Test)

La prueba SAT se realiza en las instalaciones del cliente final, con la máquina ensamblada en su ubicación definitiva. Es la prueba de fuego y la que autoriza el pago final del proyecto.

Para el ingeniero de redes, el SAT revela problemas que eran imposibles de ver en el FAT:

  • Pruebas de Medios Físicos: Los cables PROFINET ahora miden 90 metros y corren paralelos a cables de potencia de 400V. ¿Hay paquetes perdidos por interferencia electromagnética (EMC)? Se deben medir las atenuaciones de las tiradas de fibra óptica recién instaladas.
  • Pruebas de Redundancia y Failover: Este es el momento de cortar cables (literalmente o desenchufándolos) para demostrar al cliente que el anillo MRP reacciona en menos de 200ms y la máquina no se detiene.
  • Integración Vertical: El SCADA del cliente y su servidor ERP (SAP) por fin están accesibles. Hay que probar los enlaces OPC UA y MQTT hacia la nube real del cliente.


4. La "Punch List" (Lista de Pendientes)

Rara vez un FAT o un SAT sale perfecto al 100% en el primer intento. Durante la ejecución de los protocolos de prueba, cualquier desviación o fallo menor se anota en un documento maestro llamado Punch List (Lista de defectos o elementos pendientes).

Por ejemplo, un elemento de la Punch List podría ser: "Ítem 42: El switch SW-03 no responde a las consultas SNMP del software del cliente." El cliente firmará el SAT de forma condicional, reteniendo un pequeño porcentaje del pago hasta que el integrador resuelva todos los ítems de la Punch List en un plazo acordado.

Contraste visual entre las pruebas FAT en taller y las pruebas SAT en la planta del cliente.
Figura 1: El flujo de validación. El FAT aísla los errores de lógica, programación y parametrización básica antes del envío. El SAT es la validación ambiental definitiva, asegurando que la red soporta las distancias, el ruido eléctrico y la integración con los sistemas reales del cliente (ERP/Cloud) en su entorno final.
Fuente: Elaboración propia / Licencia: CC BY-NC 4.0.

📝 Evaluación Técnica: Validación de Proyectos

1. ¿Cuál es el principal objetivo de realizar una prueba FAT (Factory Acceptance Test) antes de enviar una máquina al cliente final?

2. De las siguientes pruebas de red, ¿cuál NO tendría sentido (o sería imposible) realizar durante un FAT en taller y debería posponerse obligatoriamente para el SAT (Site Acceptance Test)?

3. Durante la prueba SAT, el cliente descubre que el protocolo SNMP del switch no está enviando las alarmas a su servidor central. ¿Qué herramienta de gestión de proyectos se utiliza para registrar este defecto de modo que el cliente pueda firmar la recepción de la máquina condicionada a su reparación?

🤖 Ejercicio Práctico 9: Generador de Actas SAT en Python

Objetivo: Automatizar la creación de documentación para pruebas de red, asegurando que los técnicos no olviden validar ningún punto crítico durante el SAT.

Copia el siguiente *prompt* y pégalo en un modelo de IA (como ChatGPT, Gemini o Claude).

Actúa como un gestor de proyectos de automatización. Escribe un script en Python que lea un archivo de configuración JSON y genere un acta de pruebas SAT en formato HTML. El script debe: 1. Definir una variable de texto con formato JSON que contenga 3 pruebas críticas de red para un SAT: "Prueba Ping PLC-HMI", "Atenuación Fibra Óptica Óptima (< 3dB)" y "Prueba Failover MRP (< 200ms)". 2. Cargar el JSON en un diccionario de Python. 3. Generar dinámicamente un archivo HTML sencillo que muestre el título "Acta de Pruebas SAT (Redes)" y una tabla. 4. La tabla debe tener las columnas: "Prueba a realizar", "Resultado (PASS/FAIL)", y "Firma del Inspector". 5. Guardar el HTML generado en un archivo llamado `acta_sat.html`. Comenta el código explicando cómo la estandarización de estos protocolos de prueba mediante scripts evita disputas legales con el cliente durante el Commissioning.