¿Cómo configurar una comunicación basada en eventos entre S7-300 y WinCC OPC?

La comunicación basada en eventos entre una S7-300 y un OPC Server/WinCC en arquitecturas TCP/IP se gestiona de forma nativa mediante suscripciones por cambio de valor (Exception Reporting) en el cliente OPC, sin necesidad de programar rutinas cíclicas de transmisión como AG_SEND o BSEND en el PLC.

¿Cómo configurar una comunicación basada en eventos entre S7-300 y WinCC OPC?

Categoría: S7-300 / conectividad industrial | Tecnología: Siemens SIMATIC S7-300, WinCC Runtime, OPC Server, TCP/IP, Industrial Ethernet | Tipo de artículo: Guía de integración / optimización de comunicaciones | Código: C136

Ayuda extra: S7-300 OPC communication | WinCC OPC channel | Industrial Ethernet TCP/IP | OPC Server configuration

Contexto: Configuración del canal de comunicación y optimización del tráfico de red entre controladores clásicos S7-300 con procesador de comunicaciones (CP) y aplicaciones SCADA/HMI.

¿Cómo configurar una comunicación basada en eventos entre S7-300 y WinCC OPC?
La comunicación basada en eventos entre una S7-300 y un OPC Server/WinCC en arquitecturas TCP/IP se gestiona de forma nativa mediante suscripciones por cambio de valor (Exception Reporting) en el cliente OPC, sin necesidad de programar rutinas cíclicas de transmisión como AG_SEND o BSEND en el PLC.

Tabla de Contenidos

Primeras comprobaciones antes de modificar la arquitectura de red

Nota de producción: Cualquier cambio en los tiempos de ciclo de adquisición o en la estructura de bloques de datos (DB) en un PLC S7-300 en producción puede afectar la carga de la CPU y la consistencia de los datos en WinCC Runtime. Realice estas modificaciones preferentemente durante una parada técnica programada.

Confirme el modelo del procesador de comunicaciones (por ejemplo, CP 343-1) y la disponibilidad de conexiones S7 libres en la CPU S7-300.
Asegúrese de tener acceso a la consola de configuración del OPC Server (SIMATIC NET) o al canal nativo SIMATIC S7 dentro del explorador de variables de WinCC.
Defina qué variables requieren estrictamente transmisión por evento (cambio de estado) y cuáles pueden permanecer bajo escaneo cíclico estándar.

Contexto técnico de la adquisición de datos S7 frente a OPC

Un error común cuando los ingenieros se enfrentan a una arquitectura industrial basada en TCP/IP es asumir que para lograr una comunicación controlada por eventos se deben programar funciones de red como AG_SEND / AG_RECV (FC5/FC6) o bloques de comunicación nativos S7 como BSEND / BRECV (SFB12/SFB13) en el programa del PLC S7-300.

En el estándar OPC (tanto OPC DA como OPC UA) y en el canal nativo de WinCC, el paradigma funciona mediante suscripción. El cliente OPC (WinCC) define un grupo de variables con un "Update Rate" (tiempo de actualización). El OPC Server (por ejemplo, SIMATIC NET o el canal nativo de WinCC) lee el PLC de forma optimizada de fondo empleando funciones internas del protocolo S7. Sin embargo, el OPC Server solo notifica a WinCC si se detecta un cambio de valor en las variables que rompa la banda muerta (Deadband) configurada. Por lo tanto, el sistema HMI procesa la información de manera orientada a eventos de forma automática, sin requerir una sola línea de código en la lógica de STEP 7.

Flujo lógico de la comunicación basada en eventos

Para entender cómo interactúan los componentes en una red TCP/IP sin necesidad de programación en la CPU, se detalla la arquitectura de comunicación optimizada:

CPU S7-300 (Bloques de datos / DB): Almacena las variables de proceso. No requiere lógica de transmisión. El sistema operativo de la CPU atiende las peticiones de lectura del procesador de comunicaciones en su ciclo de fondo.
CP 343-1 (Ethernet Industrial): Funciona como la interfaz física que procesa los telegramas TCP/IP y maneja los canales lógicos hacia la PC.
OPC Server (SIMATIC NET o Canal S7 Integrado): Interroga al PLC periódicamente. Compara los valores nuevos con la memoria caché interna del servidor.
WinCC Runtime (Cliente OPC): Permanece pasivo para esas etiquetas hasta que el servidor le envía una notificación exclusiva con los datos modificados.

Procedimiento de configuración paso a paso

Siga estos pasos para estructurar la comunicación orientada a eventos utilizando el canal integrado de WinCC o un servidor OPC dedicado como SIMATIC NET:

1. Preparar la estructura de datos en el S7-300

No agregue bloques de transmisión. Asegúrese de agrupar las variables basadas en eventos en bloques de datos compactos (DB). El protocolo S7 optimiza las peticiones leyendo bytes consecutivos en un solo telegrama; la dispersión de variables en múltiples DBs ralentiza la detección de cambios en el servidor.

2. Configurar el canal en WinCC Explorer

Si utiliza la integración directa de WinCC con el PLC (sin un servidor OPC intermedio de terceros):

Abra el Tag Management (Gestión de Variables) en WinCC.
Agregue el driver SIMATIC S7 Protocol Suite y elija la subconexión TCP/IP.
En las propiedades de la conexión, asigne la dirección IP exacta del CP 343-1 y defina el Slot de la CPU (típicamente 2 en S7-300).

3. Establecer el ciclo de actualización basado en eventos

Cree un grupo de variables dentro de la conexión configurada.
Asigne al grupo un ciclo de lectura adecuado para el proceso (por ejemplo, 500 ms o 1 s).
Nota técnica: Este ciclo define qué tan rápido el servidor identificará el cambio en el PLC. Para que WinCC procese las variables por evento dentro de los scripts ANSI-C o VBS, configure las propiedades de disparo (Triggers) de los eventos lógicos en las pantallas de WinCC como "Upon Change" (Al cambiar) en lugar de usar temporizadores cíclicos de la interfaz gráfica.

4. Configuración alternativa mediante un OPC Server dedicado (SIMATIC NET)

Si su arquitectura requiere un servidor OPC centralizado antes de enviar los datos a WinCC u otras plataformas de bases de datos:

Configure la estación de PC en el Configurador de Componentes de Siemens e instale el objeto OPC Server.
Use NetPro o TIA Portal Hardware Config para trazar una conexión S7 entre el OPC Server y la CPU S7-300 sobre la red TCP/IP.
En el cliente OPC (WinCC), conéctese al servidor OPC.SimaticNET. Al agregar los ítems, asígnelos a un grupo de suscripción configurado con una banda muerta superior a cero si maneja señales analógicas ruidosas, garantizando que el servidor solo dispare eventos ante cambios significativos.

Notas prácticas para el piso de planta

Comportamiento ante ráfagas de datos: En procesos con alta fluctuación de variables analógicas, una verdadera comunicación basada en eventos sin filtros de banda muerta puede saturar la cola de mensajería del servidor HMI. Defina límites claros de sensibilidad para evitar este comportamiento.
Uso real de AG_SEND: El uso de rutinas de código en STEP 7 (AG_SEND/BSEND) para transmisión por evento solo se justifica si el canal OPC Server no es un software Siemens o si se requiere un registro histórico con marcas de tiempo precisas calculadas directamente por el reloj interno del PLC (Sequence of Events - SOE). Para el 95% de las aplicaciones SCADA tradicionales, la suscripción del canal OPC es la solución estándar.

Errores comunes de configuración y diagnóstico

Triggers cíclicos en scripts de WinCC: Configurar un script gráfico en WinCC para que se ejecute cada segundo en lugar de configurarlo "Al cambiar" (Upon Change). Esto destruye la ventaja de la suscripción basada en eventos del canal OPC, obligando al motor gráfico a procesar código de forma redundante.
Direccionamiento incorrecto del Slot en la CPU: Configurar la conexión TCP/IP apuntando al Slot 1 (típico de S7-1500) en lugar del Slot 2 (estándar para la CPU en bastidores S7-300). Esto provoca fallas de conexión intermitentes o nulas.
Exceder los recursos de enlace de la CPU: Cada conexión activa desde un OPC Server consume un canal de comunicación S7 en la CPU. Verifique en las propiedades de la CPU en STEP 7 que el contador de conexiones configuradas para comunicación OP/HMI no esté saturado por otros clientes concurrentes de la planta.

Lista de verificación para pruebas en runtime

¿Se configuró el Slot de la conexión S7 en el valor 2 dentro del direccionamiento de WinCC? ☐ Sí ☐ No ☐ Requiere revisión

¿Los scripts críticos o animaciones en WinCC están enlazados mediante un trigger de tipo "Upon Change"? ☐ Sí ☐ No ☐ Requiere revisión

¿Se verificó el estado de diagnóstico de las conexiones S7 en la herramienta Simatic Shell o WinCC Channel Diagnosis? ☐ Sí ☐ No ☐ Requiere revisión

FAQ

¿Se requiere un software o software OPC de terceros (como Kepware o Matrikon) para esta integración con WinCC? No de forma mandatoria. WinCC Runtime posee drivers de comunicación S7 integrados que actúan directamente como un cliente/servidor optimizado de comunicación nativa con procesadores de comunicaciones Siemens. Solo se justifica un servidor OPC de terceros si la S7-300 debe centralizar datos hacia sistemas MES corporativos ajenos al ecosistema Siemens de forma simultánea.

¿Qué sucede si una variable analógica oscila levemente por ruido eléctrico en la red TCP/IP? Si no se establece una banda muerta en el OPC Server, cada pequeña fluctuación generada por el ruido será interpretada como un evento de cambio de valor válido. Esto provocará transmisiones masivas e innecesarias hacia WinCC, elevando la carga de red y ralentizando el procesamiento gráfico del SCADA.

¿Se pierden datos si el valor cambia más rápido que el Update Rate del OPC Server? Sí. Si el ciclo de escaneo interno del servidor está ajustado a 1 segundo y una variable binaria en el PLC cambia de 0 a 1 y regresa a 0 en un intervalo de 200 milisegundos, el servidor OPC no detectará el evento. Si requiere capturar eventos ultra rápidos de manera infalible, la lógica debe programarse en el PLC para retener el estado (lógica de enclavamiento) o utilizar alarmas cronológicas basadas en bloques cronometrados del sistema.

Próximos pasos y artículos relacionados

Diagnóstico de canales de comunicación en WinCC con WinCC Channel Diagnosis — Herramientas avanzadas de troubleshooting de red.
Configuración de conexiones S7 industriales en SIMATIC NET mediante TCP/IP — Guía detallada para ingenieros de sistemas.

Contact / Support

¿Busca optimizar la velocidad de respuesta de sus redes industriales o configurar arquitecturas estables de comunicación basadas en OPC para controladores SIMATIC clásicos?

Póngase en contacto con nuestro equipo especializado de soporte técnico en automatización: [email protected]