CONTROLADORES LÓGICOS PROGRAMABLES

CONTROL DISCRETO
Laboratorio N°8

“Diagnóstico y Mantenimiento”

INFORME
Estudiante:
- Garcia Coronel,Alexsander
- Oroya Castilla, Deivyd Ismael
- Contreras Egúsquiza Pedro Luis

Profesor:

APARICIO ARIAS, PEDRO PABLO

Sección:
4-C5-C

Fecha de realización: 10 de octubre

Fecha de entrega: 16 de octubre

2022 – 2
TECSU
INTRODUCCIÓN

Haremos un diagnóstico de errores, crearemos una copia de seguridad (Backup) y configuraremos el

hardware y la comunicación del PLC Siemens S7300, con el Backup creado se guardará la
programación hecha hasta un momento determinado en caso se presente algún problema no previsto,
se realizará la copia de seguridad y la comunicación a través del puerto MPI pero utilizando el
adaptador del PLC.

Figura 3.1.3 Comunicación con el PLC mediante el PC Adapter

Fundamento teórico:
Diagnóstico de errores:

Este procedimiento nos permite realizar el mantenimiento que necesite identificar y

solucionar problemas con el procesador de Siemens S7-300 y, utilizando el software
de programación STEP 7 de Siemens.

Backup:

Se le llama Backup a la copia de seguridad que se le hace al PLC, este

procedimiento se hace antes de programar el PLC para un proceso y es algo vital
para nuestra tranquilidad ya que tenemos un respaldo al que recurrir ante cualquier
imprevisto que suceda. En este laboratorio desarrollaremos el Backup utilizando el
software Step-7.

Comunicación MPI:

Es un protocolo propio de Siemens que está incluido en cada autómata programado

de Simatic 7, se puede utilizar para interconexiones en red sencillas, permitiendo
otros autómatas programables.
PROCEDIMIENTO:

DIAGNÓSTICO HARDWARE

Con la ayuda del Diagnóstico Hardware en el Administrador SIMATIC, se puede obtener

rápidamente una visión global de la estructura y estado del sistema de automatización.

1. Esta llamada tiene lugar tras haber cargado los bloques del proyecto en la CPU.
Después seleccionamos la carpeta de Bloques en el Administrador SIMATIC. (→
Bloques)
2. La aplicación puede ser llamada a través del menú Sistema de Destino ,
Diagnosticar Hardware (→ Sistema de Destino → Diagnosticar Hardware).

3. Tras ejecutar la diagnosis hardware, aparece una Vista Rápida. La vista rápida
muestra la CPU y los módulos de periferia distribuida. La imagen siguiente muestra la
información del módulo de CPU (RUN) y el error en el módulo SM de entradas
digitales.
A través del botón Información del Módulo, se obtiene la información del módulo
resaltado en azul. En el ejemplo de abajo, la información del módulo hará referencia al
módulo de entradas digitales. (→ Información del Módulo)
4. La solapa General muestra el modo de operación y el estátus del módulo digital. El
número de Orden, rack, número de slot, así como la dirección del módulo son
mostrados en la zona central de la ventana.
En el área Estado, el módulo anuncia el error generado. En este caso no existe
Ninguna Petición de forzado permanente de la CPU. Se puede encontrar ayuda de
un error en particular a través del botón Ayuda. El modo de operación se cerrará
después con el botón Cerrar (→ Cerrar).

Nota: Reparar este error intercambiando el módulo en la configuración

hardware y volver a cargar la nueva configuración en la CPU.
5. Igualmente se puede abrir el modo de operación de la CPU con el botón Modo de
Operación (→ Modo de Operación).

6. El estado operativo del modo de operación se divide en 8 solapas diferentes. En este

sitio, solo la solapa Buffer de Diagnóstico debería ser mirada. La solapa muestra el
número de eventos que se está ejecutando con la fecha y hora en el campo Eventos.
En la columna Evento, uno puede encontrar una breve descripción del evento. El
cambio de estado de la CPU es mostrado, así como el error que ha ocurrido. El tercer
evento es el mostrado abajo como Stop por orden de la PG o...... La definición exacta
del error se encuentra en el área inferior de la pantalla junto con un ID de Evento y
una descripción del tipo de error.
A través del buffer de diagnóstico en la CPU, es posible detectar y eliminar el origen
del error (→Buffer de Diagnosis)
MENSAJES DE DIAGNÓSTICO

Con la ayuda de los mensajes de diagnóstico, existe una manera directa de distribuir
mensajes de error debidos a errores esporádicos en el equipo. Los mensajes se muestran
en una programadora o en un dispositivo de Visualización y Modificación, como pueda ser
un Panel de Operador o un Panel Táctil. Tan pronto como la CPU genera un error, ésta
pasa a STOP y aparece una ventana de mensaje en la PG o en la OP.

Para poder acceder a la pantalla de mensajes de diagnosis, se ha de proceder de la

siguiente manera:

1. Cambiar al Administrador SIMATIC y elegir la carpeta Programa S7(1). (→ Programa

S7(1) )
2. Acceder al menú Mensajes CPU a través de Sistema de Destino (→ Sistema de
Destino → Mensajes CPU...)

3. Se mostrarán entonces todas las CPUS y Programas S7. Activar las casillas W y A. (
→W→ A )

Significado de la abreviatura W:

● Haga clic en este campo para activar los mensajes de diagnóstico de sistema y/o los
mensajes de diagnóstico personalizados. Otro clic desactiva los mensajes..

Significado de la abreviatura A:

● Haga clic en este campo para activar mensajes de acuse obligatorio y de acuse no
obligatorio (ALARM_S/SQ). Otro clic la desactivará. La aplicación "Visualizar mensajes
de CPU" comprueba si el módulo en cuestión soporta la ALARM_S y/o la ALARM_SQ.
Si no es así, aparecerá un mensaje indicándolo.
Nota: Tras cada reset de memoria, la pantalla deberá ser activada de nuevo!

4. Elija Preferencias para el archivador (→ Herramientas → Preferencias).

5. Elija el ‘Tamaño’ del ‘Archivador’ o seleccione ‘Vaciar Archivador’ (→ Tamaño → Vaciar

Archivador → OK).

6. Se mostrarán todos los mensajes recibidos.

Ejercicio para provocar un error de programación:

1. Crearemos el siguiente programa en el bloque FC5, el cual el contenido de la palabra de

marcas 20 es almacenado en la palabra 0 del bloque de datos DB10.
Hay que tener en cuenta que el bloque DB10 no se encuentra cargado en nuestro CPU.

Fig 1,Programa implementado

2.Ahora programaremos una llamada al FC5, en el AWL en el OB1:

Fig 2. LLamada del FC 5 en el OB1

3. Ahora cargaremos los bloques al CPU

En la siguiente ventana que nos aparece para saber el motivo del error, damos un clic en
información de módulo.
 Fig 3.Diagnóstico de Hardware

En la siguiente imagen podemos ver un mensaje de STOP por error de programación en el

cual nos indica que el OB no está cargado en el CPU

Fig 4.Información del módulo del CPU

 Fig 5.Led SF encendido indicando error

4.Para poder solucionar esto nos dirigimos al botón Ayuda de Evento en el cual no da
consejos para poder solucionar el error provocado.

Fig 6.Ayuda de eventos

En la figura mostrada la pestaña de ayuda de eventos nos sugiere crear un OB121 para
poder procesar el error.
5. Entonces cargando un OB121 en la carpeta de bloques a través del menú.

Fig 7.Insertar un OB121 en a carpeta de bloques

6. Una vez cargado el OB 121 se lleva a cabo un nuevo arranque del CPU,esta vez el
sistema mostrará un nuevo error

Fig 8.Nueva informacion del CPU

La imagen del error se puede interpretar que la causa del error es que un bloque nos ha
sido cargado que para nuestro caso el el bloque DB10.
 Fig 9.Led SF encendido indicando error

7. Entonces creamos un nuevo bloque pero esta vez es el DB10.

Fig 10.Inserción de un nuevo bloque DB10

8. Una vez creado el bloque DB10 hacemos un nuevo arranque del CPU, y como podemos
apreciar en la siguiente imagen la información del módulo nos indica que no tenemos
ningún error.
 Fig 11.Información del módulo sin error

Podemos ver que el error se soluciono insertando el bloque que faltaba (DB10), y además se pudo
apreciar el el PLC que la luz SF que estaba prende se apago indicándonos que ya no existe error el
nuestra coneccion.

Fig 11.Led SF apagado (no hay error)

Lik de simulación: https://www.youtube.com/watch?v=R6ZLCARF2Wg

OBSERVACIONES

● Se pudo observar que al momento de conectarnos al PLC este no quería conectarse

con la PC.
● Hemos observado que el PLC puede detectar el error por sí mismo con descripción del
error
● El PLC no arrancará hasta que solucionemos el error

CONCLUSIONES

● Con el desarrollo de la guía se pudo concluir que la mejor manera de conectarnos al

PLC es haciendo un backup.
● En conclusión, hemos podido poner en práctica los conocimientos ya antes obtenidos,
mejorando la lógica usada para la programación y haciendo uso de módulos que nos
reemplazan funciones que antes eran extensas.
● Hemos podido establecer transiciones para poder pasar de un paso a otro indicando
distintas transiciones y salidas de los pasos.