¿Cómo solucionar los intentos de conexión denegados entre Kepware y el módulo Siemens CP 343-1?

Para solucionar el error de "Device is not responding" y la calidad mala de los tags en Kepware V6 al conectar con un CP 343-1, configure explícitamente los recursos de conexión S7 en las propiedades de la CPU dentro de STEP 7 Classic, garantizando que el parámetro "OPC Communication" o "PG/OPC" disponga de al menos un canal reservado no compartido.

¿Cómo solucionar los intentos de conexión denegados entre Kepware y el módulo Siemens CP 343-1?

Category: SIMATIC S7 / Industrial Connectivity | Technology: Siemens CP 343-1, Kepware KEPServerEX V6, S7 Communication, STEP 7 Classic (HW Config), NCM Special Diagnostics | Article Type: Troubleshooting Guide | Code: C133

Context: Diagnóstico de capas de red y resolución de denegaciones de enlaces síncronos en buses industriales mediante el análisis de recursos de comunicación acoplados a procesadores periféricos Ethernet.

¿Cómo solucionar los intentos de conexión denegados entre Kepware y el módulo Siemens CP 343-1?
Los intentos de conexión denegados que se registran en el portal web del CP 343-1 y provocan el error "Device is not responding" en Kepware KEPServerEX V6 ocurren porque los recursos de comunicación S7 de la CPU S7-300 o del propio procesador de comunicaciones (CP) están saturados, o bien porque las directivas de seguridad de la configuración de hardware rechazan las solicitudes externas de lectura/escritura en los bloques de datos (DB). Para corregirlo, el proveedor de la máquina debe modificar la reserva de conexiones lógicas en la pestaña "Communications" de las propiedades de la CPU en STEP 7 (HW Config) para asignar un canal exclusivo a comunicación PG/OPC, verificar que la casilla de protección contra escritura no esté bloqueando las peticiones S7, y compilar/descargar el hardware de red.

First Checks Before Requesting OEM Reconfiguration

Production note: La reconfiguración y descarga de parámetros de hardware (HW Config) en una CPU SIMATIC S7-300 detendrá por completo la ejecución de la lógica del PLC, forzando al controlador a pasar a modo STOP. Coordina estas intervenciones con el fabricante del equipo original (OEM) exclusivamente durante un paro técnico programado de la planta.

Confirmar direccionamiento IP y Ping: Asegúrese de que el servidor donde está alojado Kepware responda y reciba paquetes ICMP (ping) desde la dirección IP asignada al puerto RJ45 del CP 343-1.
Verificar Rack y Slot en Kepware: Valide que en el driver Siemens TCP/IP de Kepware, los parámetros del canal estén direccionados de forma estricta al bastidor real del PLC (típicamente Rack = 0) y a la ranura física de la CPU principal (típicamente Slot = 2 en S7-300), no al slot donde se encuentra físicamente el módulo CP 343-1.
Revisar estado de las licencias: Asegúrese de que la instancia del driver Siemens TCP/IP Ethernet en KEPServerEX no haya entrado en modo de demostración (límite de ejecución de 2 horas).

Technical Context and Problem Background

En arquitecturas de automatización basadas en la plataforma SIMATIC S7-300 de Siemens, la CPU principal (como la CPU 317-2 PN/DP) posee recursos de cómputo y canales de comunicación S7 cuantitativamente limitados. Cuando una máquina requiere conectarse a redes de nivel superior para la recolección de mediciones sin saturar el puerto PROFINET integrado de la CPU, la práctica estándar de ingeniería dicta la adición de un procesador de comunicaciones periférico, habitualmente el módulo CP 343-1 Lean o CP 343-1 Advanced.

El problema técnico surge debido al método de administración de subcapas del protocolo de comunicación S7. Aunque el CP 343-1 gestiona de forma física los sockets TCP/IP en la red corporativa, los enlaces lógicos lúdicos (S7 Connections) deben ser validados, autorizados y procesados en última instancia por el sistema operativo de la CPU a través del bus de fondo del bastidor.

Las CPUs S7-300 dividen sus recursos lógicos en tres categorías rígidas: comunicaciones PG (programación), comunicaciones OP (operación/HMI) y enlaces de datos abiertos. Si los ingenieros del fabricante externo no parametrizan la reserva de canales, o si las conexiones dinámicas existentes en la lógica del PLC consumen toda la matriz de sockets, la CPU rechazará el handshake inicial del protocolo de transporte (TPKT/COTP) iniciado por Kepware. El servidor OPC registra un intento de conexión abortado por el cliente, mientras que el búfer interno del CP 343-1 incrementa los contadores de intentos de establecimiento de conexión denegados (denied connection establishment attempts).

Diagnostic Path Using Web Portal and Wireshark

Para aislar la causa raíz de la denegación de red sin poseer acceso directo al código fuente del PLC, el administrador de TI o ingeniero de instrumentación debe utilizar las siguientes herramientas de diagnóstico:

Analizar el portal web del CP 343-1: Acceda mediante un navegador web a la dirección IP del procesador. En la sección de diagnóstico de comunicación S7 y conexiones del sistema (System Connections), observe si el contador de conexiones denegadas se incrementa en sincronía exacta con el reinicio del servicio de Kepware. Esto confirma que la red física es saludable, pero el PLC rechaza el paquete a nivel de aplicación.
Evaluar trazas en Wireshark: Capture el tráfico de red filtrando por el puerto estándar de Siemens (tcp.port == 102). Si el análisis muestra que Kepware envía un paquete de requerimiento de conexión (Connection Request) y el PLC responde inmediatamente con un paquete RST (Reset) o un rechazo COTP con código de desconexión por falta de recursos, el problema reside inequívocamente en la CPU.
Ejecutar NCM PC Special Diagnostics: Solicite al proveedor de la máquina que se conecte online a la configuración de hardware de STEP 7, haga clic derecho sobre el CP 343-1 y abra la utilidad de diagnóstico avanzado NCM Special Diagnostics. En el directorio Connections, se podrá observar en tiempo real qué nodos IP están consumiendo los recursos lógicos del bastidor.

Configuration Procedure: Allocating Resources and Fixing Denials

Solicite al fabricante externo de la máquina (OEM) que aplique de forma estricta las siguientes directrices de reconfiguración dentro de su entorno de ingeniería STEP 7 Classic (SIMATIC Manager):

Paso 1: Configurar la reserva de recursos en las propiedades de la CPU

Abra el proyecto del PLC en STEP 7 Classic y acceda a la utilidad HW Config.
Haga doble clic sobre la ranura de la CPU 317-2 PN/DP (típicamente Slot 2) para abrir el cuadro de diálogo de propiedades del controlador.
Seleccione la pestaña denominada Memory o Communications (el nombre varía según la versión de firmware del procesador, comúnmente en italiano como Comunicazione).
Localice la matriz de distribución de conexiones (Connection Distribution). Verá tres campos editables destinados a reservar canales fijos:
- PG Communication (Comunicazione PG)
- OP Communication (Comunicazione OP)
- S7 Standard Communication (Comunicazione standard S7)
  5. Incremente el valor del parámetro OP Communication o S7 Standard Communication a un valor mínimo de 1 o 2 canales dedicados. Esto garantizará que la CPU mantenga siempre sockets libres para servidores OPC externos como Kepware, impidiendo que la lógica interna o los paneles locales consuman de forma dinámica toda la memoria de red del bastidor.

[Propiedades de CPU S7-300] -> Pestaña: Communications
  |--- PG Communication: 1 (Reservado)
  |--- OP Communication: 2 (Reservado para Kepware) <--- MODIFICAR AQUÍ
  |--- S7 Standard Comm: 0

Asegúrese de evaluar si la casilla de verificación referente a no compartir asignaciones o recursos críticos de comunicación con la CPU (Non condividere le assegnazioni...) deba ser activada según la topología del bus. En la mayoría de los casos, mantener la compartición dinámica con canales de reserva explícitos es la configuración más robusta.

Paso 2: Verificar la habilitación de S7 Put/Get y protección de bloques

Dentro de las mismas propiedades de la CPU, navegue hacia la pestaña Protection (Protección).
Si el firmware de la CPU es moderno, asegúrese de activar la casilla de verificación Permitir acceso mediante comunicación PUT/GET del interlocutor remoto (Permit access with PUT/GET communication from remote partner). Sin este bit activo, la CPU bloquea cualquier petición de lectura de Data Blocks (DB) externos.
Abra las propiedades de los bloques de datos (DB) que Kepware necesita leer. Asegúrese de que el atributo de optimización o protección contra lectura externa no esté activo en las propiedades del bloque de STEP 7.
Haga clic en el botón Save and Compile dentro de HW Config.
Pase la CPU a modo STOP, seleccione el nodo del bastidor y haga clic en Download to Module para transferir la nueva asignación de memoria de red. Reinicie la CPU a modo RUN.

Common Industrial Connectivity Mistakes

Direccionar el Slot de Kepware a la posición del CP 343-1: Configurar en Kepware el número de Slot donde está físicamente insertada la tarjeta CP 343-1 (por ejemplo, Slot 4). El protocolo S7 exige que el destino final sea siempre el núcleo del procesador del PLC (Slot 2 en S7-300).
Asumir que deshabilitar el servidor web libera sockets S7: Desactivar el Web Server en las opciones del CP 343-1 con la esperanza de recuperar canales S7. El servidor web opera sobre sockets HTTP estándar (puerto 80), mientras que las comunicaciones lúdicas OPC viajan de forma aislada sobre el puerto 102 (servicios S7).
Omitir la compilación completa de la red en NetPro: Realizar cambios en la asignación de hardware de la CPU pero no compilar la consistencia de las conexiones lógicas S7 en la herramienta NetPro antes de la descarga final.

Communication Handshake Verification Checklist

¿Está configurado Kepware con Rack 0 y Slot 2 para apuntar directamente a la CPU S7-300?: Yes / No / Needs Review
¿Se ha reservado al menos un canal exclusivo no compartido para comunicación OP en las propiedades de la CPU?: Yes / No / Needs Review
¿El contador de "denied connection establishment attempts" del CP 343-1 dejó de incrementarse?: Yes / No / Needs Review
¿La calidad de los tags en el Runtime Quick Client de Kepware cambió de Bad a Good?: Yes / No / Needs Review

FAQ

¿Por qué el portal web del CP 343-1 muestra 26 conexiones libres si la CPU sigue rechazando a Kepware? El procesador de comunicaciones CP 343-1 posee un límite de hardware físico propio (por ejemplo, puede gestionar hasta 32 conexiones TCP/IP concurrentes en su electrónica). Sin embargo, el recurso que se está agotando no pertenece al CP, sino a la tabla de conexiones lógicas lúdicas (S7 Connection Resources) de la CPU S7-300 que se comunica a través del bus de fondo. Si la CPU está configurada con una reserva estricta de cero canales para OP/OPC, rechazará la petición S7 de Kepware aunque la tarjeta Ethernet física tenga todos sus canales TCP libres.

¿Cómo influye el parámetro de configuración en italiano leído en los screenshots enviado por el proveedor externo? El entorno de STEP 7 clásico adopta el idioma de la instalación del software de ingeniería del programador. La casilla analizada referente a la asignación de recursos lógicos de comunicación compartidos entre el módulo periférico y la CPU central regula cómo se distribuyen dinámicamente los telegramas. Si el proveedor OEM no comprende el flujo de datos, la solución más directa es exigirle que acceda a la pestaña de comunicaciones de la CPU, asigne un número entero fijo (mínimo 1) al canal de comunicación OP, guarde, compile y descargue la configuración para forzar la creación del canal exclusivo.

¿Qué información específica se le debe solicitar al soporte técnico de Siemens o al OEM en caso de que el problema persista? Si las configuraciones básicas de HW Config no resuelven la denegación del enlace, el proveedor de la máquina debe conectarse online al PLC, abrir SIMATIC Manager, seleccionar el CP 343-1 e iniciar la utilidad de diagnóstico avanzado NCM PC Special Diagnostics. Desde allí, se debe realizar una exportación completa de los registros de eventos de red lúdicos y de diagnóstico de enlaces S7. Esos archivos de texto plano, junto con una captura de tráfico .pcap de Wireshark tomada desde el servidor de Kepware, contienen los códigos de error internos que el departamento de Technical Support de Siemens requiere para identificar si existe un bloqueo por firmware o una saturación de hilos de comunicación cíclica en el controlador.

Contact / Support

¿Necesita asistencia de ingeniería experta para la integración de servidores OPC Kepware, diagnóstico de redes industriales Siemens o resolución de fallos de comunicación S7?

Póngase en contacto con nuestro departamento técnico certificado en automatización y conectividad de procesos.

Technical Classification

Category: SIMATIC S7 / Industrial Connectivity

Technology: Siemens S7-300 CPU, CP 343-1 Ethernet Module, Kepware KEPServerEX V6, STEP 7 Classic

Object Type: Connection Resource Allocation, HW Config Parameters, SAPI/S7 Protocol Handshake

Use Case: Resolución de fallos de denegación de conexión e intercomunicación de datos entre plataformas SCADA/OPC externas y PLCs industriales.

Article Type: Troubleshooting Guide

Applies To: CP 343-1, KEPServerEX V6, STEP 7 V5.5/V5.6, CPU 317-2 PN/DP

Primary Search Intent: error regarding CP 343 to Kepware Connection

Related Search Phrases:

¿Cómo solucionar los intentos de conexión denegados entre Kepware y el módulo Siemens CP 343-1?