11-03-2026
Supervisión de dispositivos y fallas según NFPA 72 (Aplicación real en terreno)
Autor: Alexis Muñoz
Soy Alexis (no IA 😅), abierto a comentarios y aportes.
🚨 Tip crítico
Muchos sistemas contra incendio fallan no por hardware, sino por mala programación.
La NFPA 72 (National Fire Alarm and Signaling Code), capítulo 10/12/14 sugiere que:
Las condiciones de trouble (fallas) deben detectarse y señalizarse en un máximo de 200 segundos.
🔧 ¿Qué significa esto en la práctica?
1️⃣ Supervisión real del SLC
Al programar un lazo SLC (Signaling Line Circuit):
- ✔ Todos los módulos deben estar supervisados
- ❌ No en bypass
- ❌ No desanclados de la programación.
Si un módulo pierde comunicación, el panel debe generar:
TROUBLE - NO ANSWER
2️⃣ Resistencia de fin de línea (EOL)
Para módulos monitoreados:
- ✔ 47 kΩ (estándar Notifier)
- ✔ Instalada al final del circuito supervisado
⚠️ Errores comunes:
- Circuito abierto
- Resistencia incorrecta
- EOL instalada en el panel en lugar de campo
NFPA exige que la resistencia EOL esté al final del circuito.
3️⃣ Programación de zonas críticas (industrial)
En sistemas como transformadores o correas:
- ❌ Nunca programe detectores como: NON-LATCHING
- ✔ Debe usar: ALARM LATCHING
¿Por qué?
La NFPA exige que la alarma debe permanecer activa hasta ser reconocida y reiniciada manualmente.
4️⃣ Supervisión de válvulas de diluvio
Configuración correcta:
- ✔ Estado NORMAL → circuito cerrado
- ✔ TROUBLE → circuito abierto
Esto permite detectar:
- Corte de cable
- Desconexión
- Sabotaje
5️⃣ Error crítico (muy común)
Muchos integradores configuran:
- ❌
DISABLE TROUBLE REPORT
Para evitar alarmas molestas.
⚠️ Esto viola NFPA 72, ya que el sistema deja de detectar fallas reales.
6️⃣ Tip avanzado
En sistemas grandes con múltiples dispositivos en SLC:
- ✔ Usar CLASE A (loop)
Beneficio:
Si el circuito se corta, los dispositivos siguen comunicándose por el otro lado del lazo.
💬 Conclusión
En mi experiencia, los problemas más graves no están en los equipos, sino en cómo se programan.