Una guía para la resolución de problemas de E/S de ODOT

cubrir

En las actividades de producción industrial, la calidad y estabilidad de los productos de hardware son cruciales para el funcionamiento seguro y eficiente de toda la línea de producción.Sin embargo, no debemos pasar por alto la configuración del software.Los problemas de software también pueden provocar fallos del sistema, pérdida de datos o la incapacidad de la línea de producción para realizar sus tareas correctamente, lo que puede tener un impacto significativo en todo el proceso de producción.Por lo tanto, tanto en los aspectos de hardware como de software del entorno de producción industrial, la resolución de problemas es un paso necesario para garantizar que el equipo funcione sin problemas, garantizar la eficiencia de la producción y mantener la seguridad y la confiabilidad.

1

Hoy, profundicemos en un caso del mundo real en el que la configuración del software ha afectado la producción.¡Asegurémonos de solucionar problemas de manera efectiva en el futuro para garantizar la eficiencia y confiabilidad de las líneas de producción automatizadas!

1

2

Comentarios de los clientes: El equipo en el sitio está experimentando problemas con el módulo CN-8032-L que se desconecta, lo que provoca que la máquina active una parada de emergencia y que la línea de producción deje de operar automáticamente.Se requiere intervención manual para restablecer el funcionamiento normal, lo que provoca interrupciones en la producción y las pruebas regulares.Si el problema de los módulos que caen fuera de línea no se puede resolver de manera efectiva, afectará el resultado de producción final.

 

2

Después de la comunicación in situ con el personal técnico, se confirmó que de tres líneas de producción, dos de ellas estaban experimentando el mismo problema de módulos que se desconectaban en la misma ubicación.Aproximadamente 1 segundo después de desconectarse, los módulos se volverían a conectar automáticamente.El cliente había intentado previamente reemplazar módulos, lo que no resolvió el problema.Una evaluación inicial indicó que el problema probablemente no estaba relacionado con la calidad del módulo.Se tomaron los siguientes pasos para la solución de problemas:

1. Información actualizada del firmware del módulo y archivos GSD del programa para eliminar problemas de compatibilidad del firmware.

2. Reemplazó los módulos nuevamente para descartar posibles defectos de módulos individuales.

3. Información verificada del hardware de la red, los conmutadores y la fuente de alimentación, lo que elimina en gran medida los problemas relacionados con el hardware.

4. Modificó la estructura de la red para eliminar posibles factores relacionados con la red.

5. Usar filtros en la fuente de alimentación para descartar problemas relacionados con la energía.

6. Investigué y resolví cualquier conflicto de direcciones IP de red.

7. Deshabilité temporalmente el enrutador que se conectaba a la red externa, lo que redujo la frecuencia de las caídas pero no resolvió completamente el problema.

8. Paquetes de red capturados e identificados paquetes de datos de servicios no cíclicos en Profinet, lo que provocó errores de PLC debido a tiempos de espera de paquetes.

9. Basándose en el paso anterior, examinó el programa del cliente.

Al analizar los paquetes de datos de la red, se descubrió que el cliente estaba utilizando el programa de comunicación Modbus de Siemens.Durante la ejecución de bloques de funciones específicos, inadvertidamente ingresaron el identificador de hardware de un módulo de funciones en los pines del programa.Esto provocó que el PLC enviara continuamente paquetes de datos UDP a ese módulo de función, lo que provocó un error de "tiempo de espera de servicio no cíclico" y provocó que la máquina se desconectara.

 

3

3

El problema en el caso anterior difiere del típico tiempo de espera de comunicación PN causado por interferencias o interrupciones de la red.Los tiempos de espera de servicio no cíclicos suelen estar relacionados con la programación del cliente, el rendimiento de la CPU y la capacidad de carga de la red.Si bien la probabilidad de que ocurra este problema es relativamente baja, no es imposible y se puede solucionar el problema del programa o del entorno de red para solucionarlo en el futuro.

Los problemas de software suelen ser menos visibles, pero con un enfoque colaborativo y sistemático para la resolución de problemas, podemos identificar la causa raíz y resolver los problemas para garantizar una producción fluida.

Así concluye nuestro blog técnico para esta sesión.¡Hasta la proxima vez!


Hora de publicación: 17 de octubre de 2023