Avance 2 del trabajo final · Protocolos en TIA Portal
Sin nota propia: prepara la parte 2.3 del trabajo finalIndividualEmpieza en la S4 (4-nov)Listo para mostrar en la defensa: lun 9-nov
Objetivo: configurar en TIA Portal las comunicaciones que más vas a encontrar en planta (Modbus TCP, Modbus RTU y S7) y saber reconocer cada falla por su síntoma.
Cómo se usa: son ejercicios guiados para practicar. En el trabajo final (parte 2.3) configuras uno de los enlaces de tu diseño con lo que aprendas aquí, y eso es lo que se califica.
1. Antes de empezar
Usa la versión de TIA Portal que tengas (V16 o superior) y anótala en el informe. Un proyecto no se abre en una versión anterior.
Sin hardware también se puede. PLCSIM simula el S7-1200 y su comunicación entre instancias simuladas en la misma PC; comprueba qué permite tu versión. Si tienes un PLC real, puedes usarlo con un simulador Modbus en la PC (enlaces en el LMS).
PLC_1 (servidor, 192.168.0.10/24): un MB_SERVER con un área de 10 holding registers en un DB.
PLC_2 (cliente, 192.168.0.20/24): un MB_CLIENT que lee los registros 40001 a 40004 cada segundo y otro pedido que escribe el 40010 cuando cambias un valor.
Las dos peticiones del cliente no pueden ir al mismo tiempo: encadénalas (cuando una termina, empieza la otra).
Evidencia: captura del TCON_IP_v4 de los dos lados y de una tabla de observación con el dato llegando. Si no logras la prueba en simulación, adjunta la captura del simulador web con “Intercambio completo” y explica qué te faltó.
Parte B · Modbus RTU con el ATV12
Programa en el S7-1200 (con un CB 1241 o CM 1241) el arranque del variador ATV12 por Modbus RTU.
Tabla con cada registro que uses: nombre, número del manual, DATA_ADDR que pones en el bloque y para qué sirve.
Modbus_Comm_Load configurado igual que el variador (indica qué valores pusiste en el variador).
Una máquina de estados (SCL o GRAPH) que escriba la palabra de mando 6 → 7 → 15 y después la consigna, con una sola petición activa a la vez.
No hace falta hardware: basta con que compile sin errores y con que expliques cada estado. Si tienes un variador, adjunta una foto o un video corto.
Parte C · Comunicación S7
Elige una de las dos:
C1 · PUT/GET: PLC_2 lee con GET 4 palabras de un DB de PLC_1 y escribe con PUT una palabra. Muestra dónde habilitaste el acceso PUT/GET y por qué el DB no es optimizado.
C2 · HMI KTP700: una pantalla con un valor que viene del PLC y un botón que escribe en el PLC, por conexión HMI. Probado con PLCSIM y la simulación del runtime.
Parte D · Diagnóstico
Provoca dos fallas distintas a propósito en tu proyecto de la Parte A o C (por ejemplo: los dos lados en pasivo, IP de otra subred, puerto equivocado, el mismo ID en dos conexiones, una dirección fuera del área).
Para cada una: síntoma (qué ves: STATUS, BUSY, LED, “####”), capa donde está el problema, cómo lo encontraste y cómo se corrige. Una captura por falla.
3. Qué llevas al trabajo final
Elige la parte que corresponda a un enlace de tu diseño (por ejemplo, la A si tu SCADA lee los PLC por Modbus TCP) y súmala al trabajo final con sus capturas, una falla provocada (parte D) y el proyecto archivado (Proyecto › Archivar, archivo .zapXX). Lo demás queda como práctica.
4. Lista de cotejo para autoevaluarte
Parte
Qué revisar
A · Modbus TCP
Cliente activo y servidor pasivo; puertos, IP e ID correctos; área del servidor coherente con lo que se pide; peticiones encadenadas; evidencia de la prueba
B · Modbus RTU
Configuración serie igual en los dos lados; tabla de registros con el DATA_ADDR correcto (el +1); secuencia 6 → 7 → 15; una petición a la vez; compila
C · Comunicación S7
C1: acceso PUT/GET y DB no optimizado bien justificados. C2: conexión HMI (no PROFINET IO), lectura y escritura funcionando
D · Diagnóstico
Dos fallas distintas; síntoma, capa, método y corrección correctos
En el trabajo final también se piden el proyecto archivado y la versión de TIA.
5. Errores que se repitieron en la versión anterior (evítalos)
Configurar el PLC a una velocidad o paridad distinta de la del variador.
Escribir la consigna sin poner antes el canal de mando en Modbus ni la secuencia de la palabra de mando.
Copiar la captura de un equipo para otro: cada equipo tiene sus propios registros, según su manual.