Guía técnica · Planta conectada
Paradas intermitentes: cómo investigar una falla de comunicación industrial
Cómo relacionar los eventos de máquina con el diagnóstico de PROFIBUS o PROFINET, revisar la instalación física y comprobar una corrección sin perder la evidencia de la falla.
Una línea de transporte se detiene unos segundos y vuelve a funcionar después de reconocer una alarma. Cuando llega mantenimiento, todos los equipos aparecen disponibles. El registro de producción conserva la parada, pero la pantalla sólo dice «falla de comunicación». Cambiar un cable sin más información puede hacer desaparecer el síntoma durante un turno y dejar abierta su causa.
Este ejemplo plantea una investigación: establecer qué equipo perdió qué información, en qué momento y bajo qué condición operativa. La evidencia debe permitir distinguir una falla de red de una falla del dispositivo o de la aplicación.
Relacionar el diagnóstico con la parada de la máquina
Según la publicación de Softing del 6 de octubre de 2026, plantPerfect Monitor 2.10 incorpora avisos por correo o Teams y una API REST compatible con i3X para compartir datos de activos y red. Utiliza componentes smartLink HW-DP para PROFIBUS y HW-PN para PROFINET. Son capacidades declaradas por el fabricante; la selección exige comprobar interfaces, versiones y cobertura para la instalación.
Disponer de esos datos permite organizar una comparación con los eventos del proceso. El diagnóstico debe conservar equipo, puerto o segmento afectado, aparición, recuperación y condiciones de operación. El nombre técnico de una estación tiene que corresponder con el plano y con una ubicación que mantenimiento pueda reconocer.
Construir una secuencia de eventos que pueda compararse
Ante una nueva parada, conviene registrar referencia en producción, modo, equipos activos y maniobras cercanas: arranque de un motor, movimiento de un cable o intervención en un tablero. Estas coincidencias orientan dónde observar; por sí solas no demuestran causalidad.
Después se comparan el diagnóstico del controlador y los eventos disponibles en los dispositivos y switches. Una pérdida simultánea de varios equipos puede llevar a revisar un tramo compartido o su alimentación. Una alarma de canal en una única estación plantea otra investigación. La hipótesis debe poder contrastarse con una medición o un evento adicional.
Para ordenar los registros se comprueban relojes, zona horaria y resolución temporal. Un muestreo lento puede mostrar una consecuencia después de que la falla terminó. Cuando no se puede establecer el orden real, esa incertidumbre queda registrada: una captura de pantalla tomada más tarde no reconstruye automáticamente lo ocurrido.
Revisar la instalación física según el protocolo
PI North America identifica en PROFIBUS problemas relacionados con cable inadecuado, longitud del segmento, interferencias, blindaje y terminación. En PROFIBUS DP, la inspección debe comprobar la topología y las terminaciones conforme a la instalación. Esa lista no puede trasladarse literalmente a una red PROFINET.
En PROFINET se revisan los enlaces y puertos involucrados, conectores, alimentación y la información que expone cada componente. La topología documentada ayuda a localizar qué comparte el grupo de dispositivos afectados. Las guías de PI también señalan que las herramientas de diagnóstico activas consumen ancho de banda: su ubicación y frecuencia de consulta forman parte de la evaluación.
El registro de protocolo y la medición física responden preguntas diferentes. Ver que una estación se desconectó no demuestra un blindaje defectuoso. Según la hipótesis, puede ser necesario certificar el cableado, medir la señal o revisar la alimentación con instrumentación apropiada. La intervención se prepara con personal competente y las condiciones de parada necesarias.
Separar comunicación, dispositivo y lógica de aplicación
Un equipo accesible por red puede entregar datos inválidos, quedar sin actualización o informar una falla interna. Por eso se revisa qué entiende el PLC por «comunicación correcta»: presencia del dispositivo, estado del intercambio y validez del dato utilizado. La HMI debería ayudar a identificar cuál de esas condiciones provocó la detención.
Aumentar un tiempo de supervisión para ocultar una alarma modifica cuánto espera la máquina ante una pérdida. Antes de hacerlo se evalúa su efecto sobre el proceso y sobre las respuestas configuradas. También se define qué debe suceder al recuperar el enlace, evitando que la reconexión se interprete por sí sola como una nueva orden de marcha.
Una vez corregida la causa propuesta, se observa nuevamente la instalación en condiciones comparables, incluida la maniobra asociada al síntoma cuando pueda reproducirse de manera controlada. El cierre conserva qué cambió, qué evidencia mejoró y durante cuánto tiempo se observó. La ausencia de alarmas en una prueba breve tiene un alcance limitado.
Dejar un diagnóstico que sirva para la siguiente intervención
En Nodira relacionamos el relevamiento de la red con la secuencia de máquina y las necesidades de mantenimiento. Definimos qué registros recoger, qué comprobaciones físicas hacen falta y quién responde ante cada evento, coordinando la instrumentación y los especialistas que requiera el diagnóstico.
La entrega incluye topología actualizada, identificación de puertos y equipos, configuración relevante y evidencia de la corrección. Si se incorpora monitoreo permanente, acordamos avisos y seguimiento para que una nueva desviación llegue al responsable con información suficiente para investigar.
Checklist editable para registrar la revisión
Dos hojas de trabajo para documentar verificaciones, evidencias, responsables y próximos pasos. Abrí el archivo en Excel o importalo en Google Sheets.