SRV.06
Asistencia técnica y resolución de averías de automatización
Una avería de automatización puede dejar parada una máquina o una línea completa, o provocar un comportamiento anómalo que nadie consigue localizar. El origen puede estar en el PLC, en el HMI o el SCADA, en un variador, en las comunicaciones entre equipos o en el cuadro eléctrico, y el punto donde se ve el síntoma no tiene por qué ser el punto donde está la causa.
La asistencia empieza por entender qué ocurre y con qué información se cuenta: qué alarmas aparecen y qué estados muestran los equipos. Según el caso, parte del análisis puede realizarse a distancia —cuando la infraestructura de acceso remoto y las políticas de seguridad del cliente lo permiten— o requerir intervención en planta. Es trabajo sobre una instalación que ya producía y ha dejado de hacerlo, no sobre un arranque todavía pendiente de estabilizar.
Alcance
Alcance de la asistencia técnica de automatización
El alcance de una asistencia depende del síntoma y del sistema afectado: no se aborda igual una máquina que no arranca, una parada que se repite sin causa aparente o un equipo que ha dejado de comunicar con el resto de la instalación.
Depende también de la información disponible —alarmas, estados, programa, documentación—, de las condiciones de acceso a la instalación y de si el problema puede acotarse a distancia o exige intervención física sobre los equipos.
Ámbito
- PLC
- HMI y SCADA
- Variadores
- Comunicaciones
- Instrumentación
- Cuadros eléctricos
-
01
Diagnóstico de averías de automatización
Analizar una incidencia de automatización para localizar su causa y recuperar el funcionamiento de la instalación: qué falla, dónde falla y por qué, antes de sustituir equipos o modificar el programa.
-
02
Máquina o línea parada
Instalaciones que han dejado de producir por un fallo de automatización. El trabajo se dirige a identificar qué ha provocado la parada y qué hace falta para recuperar el funcionamiento.
-
03
Incidencias sobre PLC
Revisión del PLC implicado en la avería: estados, señales, alarmas y comportamiento del programa en el momento del fallo, para acotar si el origen está en el control o fuera de él.
-
04
Incidencias sobre HMI y SCADA
Análisis de lo que muestran la pantalla de máquina o el sistema de supervisión —alarmas, estados, valores— cuando forman parte de la incidencia o son la vía para entender qué está ocurriendo.
-
05
Incidencias sobre variadores
Revisión de variadores de frecuencia implicados en el fallo: estado del equipo, parametrización, señales de mando y su relación con el PLC y con el resto de la instalación.
-
06
Diagnóstico de comunicaciones
Análisis de incidencias de comunicación entre PLC, HMI, SCADA, variadores, periferia remota e instrumentación: arquitectura, configuración, direccionamiento y estados de diagnóstico de los dispositivos implicados.
-
07
Incidencias sobre el cuadro eléctrico
Revisión del cuadro y de los elementos eléctricos asociados a la automatización cuando el origen del fallo puede estar ahí y no en el programa ni en los equipos de control.
-
08
Fallos intermitentes
Fallos que aparecen y desaparecen sin causa aparente. Requieren un análisis más profundo que una avería convencional, porque el síntoma rara vez está presente cuando se revisa la instalación.
-
09
Asistencia remota
Cuando la instalación dispone de acceso remoto adecuado y las políticas de seguridad del cliente lo permiten, parte del diagnóstico —programas, alarmas, estados o comunicaciones— puede realizarse a distancia y combinarse con trabajo en planta.
-
10
Asistencia en planta
Desplazamiento a las instalaciones del cliente cuando el problema requiere intervención física. Cada intervención se analiza previamente para conocer el tipo de instalación y reunir la máxima información antes de acudir.
DGN.01
Cómo diagnosticar un fallo intermitente
Una avería presente se puede observar: la instalación está fallando mientras se revisa. Un fallo intermitente, no. Aparece, se rearma, y cuando alguien llega a mirar la máquina el síntoma ya no está. Lo que queda es un hueco: nadie vio qué ocurrió.
Por eso el diagnóstico no empieza mirando la máquina: empieza por conseguir que el fallo deje rastro. Registros de eventos, contadores, tendencias de señales y alarmas mejor formuladas pueden aportar esa evidencia. Qué información resulta útil depende de la instalación, de los equipos que intervienen y del tipo de fallo.
-
Registros de eventos de la instalación
Un registro de eventos permite reconstruir qué pasó alrededor de la incidencia cuando ya nadie estaba mirando: qué evento se produjo, en qué equipo, con qué estado, en qué momento y cuánto tiempo permaneció activo. Si el fallo vuelve a aparecer, esa información queda anotada sola. Sin ella, cada incidencia se investiga desde cero, con lo que alguien recuerde.
-
Contadores de fallos y recurrencia
Un fallo que se repite deja de ser un hecho aislado en cuanto queda contado. Un contador asociado a una incidencia concreta muestra cuántas veces ha aparecido y con qué frecuencia relativa frente a otras: sirve para distinguir lo anecdótico de lo recurrente y para decidir dónde concentrar el diagnóstico, no para medir la instalación.
-
Tendencias de señales alrededor del fallo
Ver cómo evolucionaron las señales implicadas antes, durante y después de la incidencia aporta el contexto que el registro por sí solo no da: qué valores se movieron, cuáles se mantuvieron y qué condiciones coincidían en ese momento. No demuestra la causa, pero permite descartar hipótesis y acotar dónde seguir mirando.
-
Alarmas que expliquen mejor el estado
Muchas incidencias se avisan con una alarma genérica que no dice gran cosa: algo ha fallado, pero no qué condición lo provocó ni sobre qué equipo. Revisar cómo están formuladas esas alarmas —para que identifiquen mejor el estado, distingan condiciones parecidas y aporten contexto— convierte el propio aviso en una pista utilizable durante el diagnóstico.
AST.01
Diagnóstico remoto y asistencia en planta
No todas las incidencias se abordan igual. Antes de intervenir interesa saber qué está ocurriendo, sobre qué instalación y con qué información se cuenta. Ese contexto es el punto de partida común: a partir de ahí se decide cómo continuar.
Algunas incidencias pueden analizarse en parte a distancia, si las condiciones de acceso a la instalación lo permiten. Otras requieren intervención física desde el principio. Y a menudo las dos cosas se combinan. No hay un orden fijo: lo marcan el problema, la información disponible y lo que sea posible revisar sin estar delante.
-
Análisis previo de la incidencia
Antes de intervenir se analiza la incidencia para conocer el tipo de instalación y reunir la información que ya existe. Interesa saber qué ocurre y desde cuándo, qué máquina o equipo está afectado, qué se ha observado hasta ahora y qué documentación, esquemas o programa hay disponibles. No es un cuestionario cerrado: es el contexto mínimo para saber por dónde empezar y qué se puede revisar.
-
Diagnóstico a distancia cuando es posible
Cuando la instalación dispone de una infraestructura de acceso remoto adecuada y las políticas de seguridad del cliente lo permiten, pueden realizarse a distancia determinadas tareas de diagnóstico: revisar el programa del PLC, las alarmas, los estados de los equipos, las comunicaciones o las configuraciones. Eso puede permitir avanzar en el diagnóstico antes de decidir si hace falta desplazarse. Son condiciones que marcan la instalación y el cliente, no nosotros.
-
Intervención en planta cuando hace falta
Hay comprobaciones que no pueden hacerse sin estar delante: verificar físicamente un equipo, revisar el estado real de la instalación o actuar sobre los sistemas implicados en la incidencia. Cuando el problema lo requiere, la asistencia pasa a planta. Puede ser el punto de partida, o la continuación de lo que ya se haya analizado a distancia: las dos vías se combinan según el caso.
DIS.01
Disponibilidad de asistencia
Una avería no espera al horario laboral. Cuando una instalación se para, lo primero que hace falta saber es que hay a quién llamar, sea la hora que sea y sea el día que sea.
Lo que ocurre a partir de ahí depende del caso: de si la instalación permite mirar a distancia, de qué ha quedado parado y de qué hace falta para recuperarlo. Las referencias que siguen describen cómo se trabaja habitualmente, no plazos cerrados.
-
Asistencia 24/365
Servicio de asistencia disponible 24 horas, 365 días al año. No hay ventana horaria en la que una incidencia no pueda comunicarse, tampoco en fin de semana ni en festivo. A partir de ese aviso se sitúa qué está ocurriendo, sobre qué instalación y con qué información se cuenta.
-
Diagnóstico remoto
Cuando la instalación dispone de acceso remoto adecuado y la incidencia puede diagnosticarse a distancia, podemos iniciar la asistencia remota en un plazo de hasta 8 horas. Depende de la infraestructura de conexión disponible y de las políticas de seguridad del cliente.
-
Intervención según criticidad
Las situaciones urgentes se priorizan y se atienden lo antes posible, en función de la criticidad, la disponibilidad técnica y la necesidad de desplazamiento. En incidencias que no requieren intervención inmediata, la asistencia se coordina normalmente dentro de las siguientes 48 horas.
CTA.01
¿Necesitas asistencia técnica?
Atendemos incidencias de automatización industrial sobre instalaciones en producción. Si tienes una máquina parada, una avería que se repite o un equipo que ha dejado de comunicar, llámanos y cuéntanos qué está ocurriendo. Servicio de asistencia disponible 24 horas, 365 días al año. Cuando la instalación dispone de acceso remoto adecuado, el diagnóstico puede empezar a distancia.
Llamar al 711 218 555Si no se trata de una incidencia en curso, o quieres enviarnos documentación de la instalación, en Contacto tienes el email y el resto de vías.
Contactar por otra vía