[traducir]

Lista de verificación de comunicación entre PLC y HMI: RS-232, RS-485, Ethernet

Cuando una interfaz hombre-máquina (HMI) muestra "PLC sin respuesta", el problema no reside necesariamente en el PLC, la HMI ni siquiera en el cable. El mismo mensaje puede deberse a una conexión de pines serie incorrecta, una configuración de paridad errónea, una dirección IP duplicada, un puerto de servicio del PLC cerrado o una etiqueta que apunta a un registro no válido.

Tabla de contenido

La forma más rápida de resolver el problema es revisar la conexión por capas. Empiece por la alimentación y la interfaz física, luego revise el cable, la configuración de comunicación, el protocolo, la estación o la dirección IP y, finalmente, las etiquetas HMI.

Esta lista de verificación se aplica a muchas combinaciones de PLC y HMI, desde Mitsubishi, Omrón, Schneider Electric, Weintek, Pro-cara, Siemens y otras marcas de automatización. La lógica de solución de problemas es general, pero la configuración de los pines del conector, las opciones del controlador y los ajustes del PLC son específicos de cada modelo. Tenga a mano los manuales de ambos dispositivos durante las pruebas.

Las seis capas de una conexión PLC-HMI

Para que un enlace de comunicación funcione correctamente, es necesario que todas las capas inferiores estén en orden.

CapaQué verificarSíntoma típico de fallo
Estado del dispositivoAlimentación, estado de ejecución, errores de CPU, inicio de la interfaz hombre-máquina (HMI).Ninguna conexión bajo ninguna circunstancia.
Interfaz eléctricaRS-232, RS-422/485 o EthernetSin respuesta; posible incompatibilidad de puerto o adaptador.
Cableado y topologíaAsignación de pines, polaridad, blindaje, terminación, ruta del interruptorSin respuesta o comunicación intermitente
Configuración de enlacesVelocidad de transmisión y tramado, o configuración IPTiempo de espera agotado, errores de trama, dispositivo inaccesible
Protocolo y rutaControlador HMI, puerto TCP/UDP, estación, red, número de unidadLa conexión física funciona, pero el PLC sigue sin responder.
Datos de la aplicaciónDirección de registro, tipo de datos, derechos de accesoAlgunas etiquetas fallan, aunque la comunicación funciona correctamente.

No pase directamente de un mensaje de tiempo de espera a reemplazar el hardware. Un LED verde de enlace Ethernet demuestra que existe un enlace físico; no demuestra que el Interfaz hombre-máquina (IHM) Se está utilizando el controlador PLC correcto. Del mismo modo, unos niveles de voltaje RS-485 correctos no demuestran que la velocidad de transmisión o la dirección del esclavo sean correctas.

Antes de cambiar cualquier configuración

Primero, registre el estado actual. Esto es especialmente importante en una máquina que se comunicaba antes del mantenimiento.

  • Fotografiar el SOCIEDAD ANÓNIMA y placas de identificación HMI, etiquetas de puertos, extremos de cables, interruptores DIP e interruptores de terminación.
  • Registre el mensaje de error exacto de la interfaz hombre-máquina (HMI) y cualquier código de error del PLC.
  • Indique si el fallo afecta a todas las pantallas, a un solo dispositivo o solo a determinadas etiquetas.
  • Pregunte qué cambió inmediatamente antes del problema: descarga de la HMI, reemplazo del PLC, trabajos de cableado, cambio de red, actualización del firmware o corte de energía.
  • Realice copias de seguridad del programa PLC, el proyecto HMI, la configuración de comunicación y las recetas siempre que sea posible.
  • Guarda los valores originales de los parámetros antes de editarlos.

Apague y aísle el equipo antes de mover los cables seriales, cambiar las conexiones de los terminales o comprobar la resistencia. Confirme que la energía almacenada se haya descargado según los manuales del equipo. Muchos puertos seriales de PLC e HMI no están aislados, por lo que el recableado con corriente puede dañar un puerto o provocar una falla a tierra.

Lista de verificación de cinco minutos para la primera revisión

Ejecute estas comprobaciones antes de abrir el software.

  • Confirme que el PLC esté encendido y que no se haya detenido debido a un error grave de la CPU o de E/S.
  • Confirme que la interfaz hombre-máquina (HMI) haya finalizado el arranque y cargado el proyecto previsto.
  • Verifique el puerto exacto que se utiliza en ambos extremos. Un dispositivo puede tener puertos separados para COM1, COM2, Ethernet, host USB y programación USB.
  • Identifique la interfaz eléctrica consultando el manual, no la forma del conector. Un conector DB9 o RJ45 puede transmitir señales diferentes en distintos productos.
  • Vuelva a colocar los conectores extraíbles e inspeccione si hay terminales sueltos, pines doblados, pestillos dañados, corrosión o abrazaderas de protección sueltas.
  • Compruebe los indicadores de enlace/actividad Ethernet o los indicadores de transmisión/recepción serie, si están disponibles.
  • Compare el cable instalado con el diagrama de conexión oficial para el par PLC-HMI exacto.
  • Restaure cualquier conector, terminador, adaptador o interruptor que haya sido manipulado durante trabajos recientes.

Si la conexión nunca ha funcionado, sospeche de la selección, el cableado y la configuración. Si funcionó durante meses y dejó de funcionar repentinamente, priorice el mantenimiento reciente, el estado del conector, el ruido eléctrico, la calidad de la alimentación y el estado del hardware.

¿Necesita un variador Altivar de repuesto?

Explore los nuevos variadores Altivar originales para proyectos de mantenimiento, solución de problemas y reemplazo.

Schneider ATV320 (1)

Lista de verificación de comunicación RS-232

El protocolo RS-232 está diseñado para comunicaciones cortas punto a punto. Todavía se utiliza comúnmente en PLC compactos, paneles de operador antiguos, lectores de códigos de barras y conexiones de programación.

1. Confirme que ambos puertos sean realmente RS-232.

Un puerto RS-232 no se puede conectar directamente a un puerto RS-485. Si un lado es RS-232 y el otro es RS-422/485, utilice un convertidor industrial adecuado y confirme si el sistema requiere funcionamiento con dos o cuatro hilos.

No asuma que todos los conectores de 9 pines son RS-232. Algunos PLC utilizan un conector DB9 para RS-422, RS-485 o una configuración de pines específica del fabricante. Verifique las especificaciones del puerto y la distribución de pines para el modelo exacto y la placa de opciones.

2. Verificar la distribución de pines del cable.

Como mínimo, un enlace de datos RS-232 normalmente necesita datos de transmisión, datos de recepción y señal común. La señal transmitida por un dispositivo debe llegar a la señal recibida por el otro.

Dependiendo de si los puertos están cableados como DTE o DCE, el cable correcto puede ser directo o cruzado. Por eso, un cable serie de PC estándar no es automáticamente el cable PLC-HMI correcto.

Compruebe estos puntos comparándolos con el plano de conexión oficial:

  • El pin TXD de un extremo se conecta al pin RXD correspondiente en el otro.
  • RXD vuelve al pin TXD correcto.
  • La conexión a tierra/común de la señal se realiza según lo especificado.
  • Los pines RTS, CTS, DTR, DSR u otros pines de protocolo de enlace se conectan mediante cables o bucles únicamente cuando los dispositivos lo requieren.
  • Las carcasas de los conectores y los blindajes de los cables se terminan según el plano del fabricante.

Las resistencias de terminación RS-485 no deben utilizarse en un enlace RS-232.

3. Coincidencia en todos los ajustes de serie.

Ambos dispositivos deben coincidir en:

  • Protocolo o modo de comunicación
  • Tasa de baudios
  • longitud de los datos
  • Paridad
  • Bits de parada
  • Número de estación, unidad o nodo cuando el protocolo utiliza uno
  • Suma de verificación o modo de trama cuando sea configurable.

Un solo error es suficiente para interrumpir la comunicación. Un error común en este campo es que la velocidad de transmisión coincida con la paridad o la longitud de los datos.

Confirme también que el proyecto HMI esté asignado al puerto físico donde está conectado el cable. Configurar COM1 y conectar el cable a COM2 produce un fallo de hardware muy evidente.“

4. Utilice una prueba mínima punto a punto.

Desconecte los adaptadores y cables de extensión no esenciales. Coloque la interfaz hombre-máquina (HMI) y el PLC cerca uno del otro y realice una prueba con un cable que funcione correctamente, construido según el diagrama oficial.

Si la conexión simplificada funciona, vuelva a añadir los componentes retirados uno a uno. Esto permite identificar rápidamente un convertidor defectuoso, una extensión demasiado larga, un conector defectuoso o un problema de conexión a tierra.

Lista de verificación de comunicación RS-485

El protocolo RS-485 se utiliza cuando se requieren distancias mayores, redes multipunto o una mejor inmunidad al ruido. La mayoría de los problemas entre PLC e HMI en RS-485 se deben a la polaridad, la topología, la configuración de la estación, la terminación o la falta de una referencia de señal.

1. Identificar el funcionamiento con dos o cuatro cables.

La comunicación RS-485 de dos hilos utiliza un par de datos balanceado tanto para la transmisión como para la recepción. La comunicación de cuatro hilos utiliza pares de datos separados para la transmisión y la recepción. El PLC, el controlador HMI, el convertidor y el cableado deben estar configurados para el mismo método.

Para Modbus sobre RS-485 de dos hilos, la guía oficial de Modbus muestra un par balanceado más un conductor común. Tratar el enlace como si solo fueran "dos hilos" y omitir el conductor de referencia puede provocar inestabilidad en la comunicación, especialmente cuando los dispositivos tienen diferentes potenciales de tierra.

2. Verifique la polaridad por función, no solo por letra.

Los fabricantes no siempre utilizan las etiquetas A y B de forma consistente. Un manual puede mostrar A/B, otro D+/D- y otro SDA/SDB o RDA/RDB.

Siga los números de pin y las definiciones de señal que aparecen en ambos manuales. En cuanto a la terminología Modbus, la guía actual de la línea serie asocia D1 con B/B' y D0 con A/A', pero el diagrama de conexión del equipo sigue siendo la referencia definitiva.

Si la polaridad está invertida, el síntoma habitual es la ausencia de respuesta válida, aunque el cable tenga continuidad. Apague el dispositivo antes de corregir el cableado.

3. Inspeccione la topología del bus.

Utilice una configuración troncal o en cadena con ramificaciones cortas cuando así lo indiquen los manuales del producto. Las ramificaciones largas en estrella generan reflejos y resultan cada vez más problemáticas a medida que aumenta la longitud del cable y la velocidad de transmisión.

Comprobar lo siguiente:

  • Un bus principal continuo en lugar de varios cables en estrella largos.
  • Pequeños tramos desde el tronco hasta cada estación.
  • Cable de par trenzado apantallado con la impedancia especificada para la red.
  • El cable de datos debe estar alejado de los cables del motor, los contactores, las resistencias de frenado y otros conductores que generen mucho ruido.
  • Conexión a tierra y puesta en tierra de protección que cumplan con las instrucciones de compatibilidad electromagnética (CEM) del equipo y del sitio.
  • No debe haber conexión accidental entre el par de señales y la toma de tierra de protección.

No existe una distancia máxima universal para todas las instalaciones RS-485. La longitud útil depende de la velocidad de transmisión, las características del cable, la topología, el número de cargas, el aislamiento y los requisitos de los productos conectados.

4. Comprobar la terminación y el sesgo

En una línea troncal RS-485 pasiva, la terminación de línea normalmente se ubica en los dos extremos físicos del bus principal, no en cada dispositivo. Algunos PLC y HMI incluyen terminación conmutable internamente; otros requieren una resistencia externa.

No añada una resistencia solo porque la red esté fallando. Un exceso de terminadores sobrecarga el controlador, mientras que la falta de terminación en los extremos puede provocar reflexiones. Verifique el valor de la resistencia, la posición del interruptor y si la terminación ya está integrada en cada producto.

La polarización, también conocida como polarización de seguridad, debe aplicarse únicamente cuando lo requiera el diseño de la red. La guía de Modbus recomienda un único punto de polarización para los buses que lo necesiten. Si varios dispositivos aplican una polarización intensa simultáneamente, pueden producir una nueva falla en lugar de solucionar la primera.

5. Ajuste el protocolo y la configuración de la estación.

Para Modbus RTU, confirme que cada nodo utiliza el mismo formato serie y que cada servidor/esclavo tiene una dirección única. La dirección 0 está reservada para la difusión en la comunicación serie Modbus, y una solicitud de difusión no recibe respuesta.

Para protocolos específicos del fabricante, verifique todos los valores requeridos, que pueden incluir el número de unidad PLC, el número de red, el número de nodo, el tipo de CPU, el modo de enlace o la configuración de la suma de verificación.

Asegúrese también de que solo el maestro/cliente previsto controle el bus. Dos maestros transmitiendo sin un protocolo diseñado para operación multimaestro provocarán colisiones y tiempos de espera irregulares.

6. Aísle la red nodo por nodo.

Si una red multipunto es inestable, pruebe la interfaz hombre-máquina (HMI) con solo el PLC conectado. Luego, vuelva a conectar una estación y una sección de cable a la vez.

Una rama que provoca el fallo de todo el bus suele indicar polaridad invertida, una dirección duplicada, un cortocircuito, un terminador adicional, una configuración serial incompatible o un transceptor dañado en esa rama.

Encuentre el PLC adecuado para su sistema.

Descubra las nuevas CPU PLC originales, los módulos de E/S, las fuentes de alimentación y las unidades de comunicación para proyectos de mantenimiento y automatización.

Schneider PLC

Lista de verificación de comunicación Ethernet

Ethernet facilita la expansión del cableado físico, pero añade varias capas de configuración. Un ping exitoso es útil, pero no constituye una prueba completa de comunicación del PLC.

Compruebe los indicadores de enlace en la interfaz hombre-máquina (HMI), el PLC y el conmutador. Si el LED de enlace no se enciende, normalmente significa que debe inspeccionar el cable, el conector, el puerto, la alimentación del conmutador o la configuración de la interfaz antes de cambiar el controlador de la HMI.

Pruebe con un cable de conexión que funcione correctamente y otro puerto del conmutador. Inspeccione los conectores RJ45 del gabinete para detectar pestillos rotos, conectores de campo mal colocados, daños en el blindaje y contaminación.

Si la comunicación falla únicamente cuando está en funcionamiento un variador, una soldadora o un contactor, inspeccione el enrutamiento del cableado, el blindaje, la conexión a tierra del gabinete y la fuente de alimentación del conmutador, así como la configuración de la red.

2. Verifique la configuración de IP en vivo.

Compruebe los valores que estén activos actualmente en los dispositivos, no solo los que se muestran en un proyecto sin conexión.

  • Dirección IP de la HMI
  • Dirección IP del PLC o del módulo de comunicación
  • Máscara de subred
  • Puerta de enlace predeterminada cuando se requiere enrutamiento.
  • Direcciones IP duplicadas
  • Interfaz Ethernet correcta cuando un dispositivo tiene más de una
  • Comportamiento de DHCP frente a dirección fija

Para realizar una prueba directa en una subred, asigne direcciones únicas a la PC de ingeniería, la HMI y el PLC dentro de la misma subred. Desconecte primero la celda de prueba de la red de producción si el cambio de direcciones pudiera generar un conflicto.

3. Utiliza Ping correctamente

El comando Ping confirma que existe una ruta IP y que el objetivo responde a ICMP. No confirma ninguna de las siguientes cosas:

  • La interfaz hombre-máquina (HMI) está utilizando el controlador PLC correcto.
  • El servicio de aplicación PLC está habilitado.
  • El puerto TCP o UDP correcto está abierto.
  • La estación, el rack, la ranura, la red o el número de unidad es correcto.
  • La interfaz hombre-máquina (HMI) tiene permiso para leer o escribir en la memoria solicitada.

Si el ping falla, continúe con las comprobaciones de cable, enlace, dirección, subred, ruta, VLAN, firewall y direcciones duplicadas. Si el ping se realiza correctamente, pero la interfaz HMI sigue agotando el tiempo de espera, pase a la configuración de protocolo y aplicación.

4. Compruebe el controlador HMI y el servicio PLC.

Seleccione el controlador correspondiente a la familia de PLC y al método de comunicación, no solo el nombre del fabricante. Por ejemplo, dos controladores de la misma marca pueden usar protocolos Ethernet diferentes o requerir controladores HMI distintos.

Compare estos ajustes con la configuración del programa y el hardware del PLC:

  • Selección de protocolo
  • Transporte TCP o UDP
  • Número de puerto de destino
  • Modelo de PLC o familia de CPU
  • Número de estación, nodo, red, bastidor, ranura o unidad
  • Parámetros de conexión local y remota
  • Servidor del lado del PLC, configuración abierta o recurso de conexión
  • Configuración de acceso de lectura/escritura y seguridad

El número de puerto debe obtenerse del manual del producto o de la configuración del PLC. No lo cambie al azar solo porque una lista en línea lo denomine "puerto PLC estándar".“

5. Compruebe la red entre los dispositivos.

Cuando la interfaz hombre-máquina (HMI) y el PLC no estén conectados directamente, verifique la ruta completa:

  • Asignación de VLAN de conmutador gestionado
  • Configuración del enrutador y la puerta de enlace
  • Listas de control de acceso y reglas de cortafuegos industriales
  • NAT o traducción de puertos, si se utiliza
  • Estado del puente inalámbrico o convertidor de medios
  • Errores de puerto del conmutador, caídas, velocidad y negociación dúplex
  • Estado de anillo redundante y enlaces bloqueados

Una prueba útil consiste en conectar la HMI y el PLC a través de un pequeño conmutador que funcione correctamente en una red de banco aislada. Si funciona, es probable que el fallo se encuentre en la ruta de la red de producción o en su política de seguridad.

Actualiza o reemplaza tu HMI.

Encuentre paneles HMI compatibles para modelos descatalogados, actualizaciones de máquinas y reemplazo de la interfaz del operador.

Interfaz de usuario Schneider

Cuando falla solo una pantalla o etiqueta

Si la interfaz hombre-máquina (HMI) se comunica normalmente, pero un valor muestra un error, probablemente la red física no sea el primer lugar donde buscar.

Compruebe el objeto afectado para lo siguiente:

  • Registro o dirección de variable incorrectos
  • Asignación incorrecta de dispositivo/estación
  • Acceso a bits frente a acceso a palabras
  • Interpretación firmada versus no firmada
  • longitud de datos de 16 bits, 32 bits o 64 bits
  • Orden de bytes o palabras
  • Índice de matriz no válido o dirección indirecta
  • Dirección fuera del rango de memoria del PLC
  • Área de solo lectura utilizada para un comando de escritura.
  • Archivo de símbolos o base de datos de etiquetas que ya no coincide con el programa del PLC.

Las funciones en segundo plano también pueden generar errores. Revise las alarmas, el registro de tendencias, las recetas, las macros, el muestreo de datos y los scripts que siguen consultando direcciones incluso cuando la pantalla actual parece normal.

Cuando la comunicación es lenta o intermitente

Una conexión intermitente requiere una prueba diferente a la de un tiempo de espera permanente. Registre cuándo ocurre la falla y qué está haciendo la máquina en ese momento.

Para redes seriales

  • Reduzca temporalmente la velocidad de transmisión (baudios) para comprobar si la calidad del cable o las reflexiones están implicadas.
  • Compruebe la terminación, la polarización, la continuidad del blindaje y el conductor común.
  • Busque ramas largas, terminales sueltos o cables que se muevan con la máquina.
  • Compare las fallas con la aceleración del accionamiento, el frenado, la conmutación del calentador y el funcionamiento del contactor.
  • Compruebe si la carga de sondeo de la HMI supera la capacidad del PLC o de la red serie.

Para redes Ethernet

  • Revise los contadores del conmutador administrado para detectar errores CRC, caídas de paquetes, cambios de enlace y carga de difusión.
  • Realice la prueba con un cable y un interruptor que funcionen correctamente.
  • Compruebe si hay direcciones IP duplicadas y dispositivos que aparezcan solo después del arranque.
  • Reduzca el sondeo, el registro y los intervalos de actualización muy cortos innecesarios de la interfaz hombre-máquina (HMI).
  • Revise los límites de conexión del PLC y compruebe si otro cliente está consumiendo todas las sesiones disponibles.
  • Compruebe los registros de eventos del firewall, el enrutador y la red redundante en el momento del fallo.

Los tiempos de espera prolongados y los reintentos repetidos pueden hacer que un problema menor parezca una interfaz HMI bloqueada. Corrija el dispositivo que falla o la etiqueta no válida en lugar de simplemente aumentar cada valor de tiempo de espera.

Construye una prueba de comunicación mínima

Cuando la configuración de la máquina sea compleja, cree el enlace de trabajo más pequeño posible.

  1. Conecte una interfaz HMI a un PLC mediante un cable verificado o un conmutador aislado.
  2. Utilice el controlador exacto que aparece en la lista para esa familia de PLC.
  3. Configure una estación serie o un destino IP.
  4. Cree una pantalla numérica para un registro PLC conocido y seguro.
  5. Realice una prueba de escritura controlada únicamente si la seguridad de la máquina lo permite.
  6. Desactive las macros, las recetas, los dispositivos remotos y el sondeo en segundo plano durante la prueba.
  7. Confirme que las lecturas sean estables antes de reconstruir el proyecto o la red por completo.

Seleccione un registro de prueba cuyo valor pueda verificarse en el software de programación del PLC. Evite enviar comandos de salida o modificar datos de control de la máquina simplemente para comprobar la comunicación.

Esta prueba permite distinguir entre un problema de conexión básico y un problema de la aplicación. Si el registro funciona correctamente, añada gradualmente dispositivos y funciones en segundo plano hasta que aparezca el elemento que falla.

Después de reemplazar un cable de PLC, HMI o de comunicación

Las piezas de repuesto suelen tener un aspecto idéntico, pero difieren en el tipo de puerto, el firmware, el protocolo compatible o la configuración de pines del conector. Compruebe el sufijo del modelo completo y las opciones de comunicación instaladas.

Después de reemplazarlo, verifique:

  • Se transfirieron el programa PLC y los parámetros correctos.
  • Se transfirieron correctamente el proyecto HMI y la versión de tiempo de ejecución.
  • La configuración serie o Ethernet permanece activa después del reinicio.
  • El modo del puerto PLC no se deja en modo solo de programación o en modo predeterminado.
  • El controlador HMI coincide con la familia de CPU de reemplazo.
  • La nueva estación o dirección IP aún no está en su configuración predeterminada de fábrica.
  • La configuración de pines del cable coincide con el modelo de reemplazo, no solo con el conector antiguo.
  • La terminación y la configuración de los interruptores DIP coinciden con la posición del dispositivo en la red.

Para equipos descatalogados o averías urgentes, Kwoco puede ayudar a comparar los números de modelo completos del PLC, la HMI, el módulo de comunicación y el cable antes de solicitar un repuesto. Proporcionar fotos claras de la placa de identificación y los puertos suele ser más rápido que identificar una pieza solo por su aspecto en el panel frontal.

Cuando el hardware es realmente sospechoso

El hardware se convierte en un sospechoso más firme una vez que se han verificado los ajustes y el cableado mediante una comparación con un componente que funciona correctamente.

Las señales de advertencia incluyen:

  • No hay conexión Ethernet en un cable y puerto de conmutación que funcionan correctamente.
  • No hay actividad de transmisión desde un puerto que está correctamente configurado y realizando sondeos activos.
  • Un puerto serie que funciona solo cuando el conector se mantiene en una posición fija.
  • Contaminación visible, pines doblados, daños por calor o componentes de aislamiento defectuosos.
  • Comunicación que se restablece cuando se sustituye el PLC, la HMI, el convertidor o el cable.
  • Un puerto que no supera la prueba de bucle o interfaz integrada del fabricante.

Antes de declarar un puerto defectuoso, repita la prueba con la configuración mínima y guarde la evidencia: versiones del proyecto, parámetros, diagrama de cableado, resultados de voltaje o continuidad y la prueba de intercambio. Esto evita reemplazar una HMI solo para volver a conectarla con el mismo cable incorrecto.

Si es necesario reemplazar un puerto, convertidor o módulo de comunicación verificado, asegúrese de que coincida con el modelo y la revisión completos. Cómpralo También puede ayudar a identificar reemplazos compatibles de PLC, HMI, adaptadores serie y Ethernet industrial cuando el artículo original ya no está disponible fácilmente.

Preguntas frecuentes

El comando ping solo indica que la dirección IP de destino es accesible y responde a ICMP. La interfaz HMI puede fallar si utiliza un controlador PLC, puerto TCP/UDP, estación o ruta incorrectos, o si el servicio de comunicación del PLC está deshabilitado. Tras un ping exitoso, verifique el protocolo de la aplicación y la configuración de conexión del PLC.

No se fíe únicamente de las letras, ya que las convenciones de nomenclatura varían. Compare los números de pin y los nombres de las señales funcionales en ambos manuales del producto. Si todos los ajustes de serie coinciden, pero no hay actividad de recepción válida, apague el dispositivo y verifique la polaridad de D+/D-, D1/D0 o transmisión/recepción con los diagramas de cableado oficiales.

No. Un enlace troncal RS-485 pasivo normalmente solo se termina en sus dos extremos físicos, y algunos dispositivos ya incluyen terminación conmutable. El valor de la resistencia y la configuración del interruptor deben ajustarse a los manuales del cable y del equipo. Agregar terminación en cada estación puede sobrecargar la red.

La transferencia de proyectos y la comunicación en tiempo de ejecución del PLC son conexiones independientes. La HMI puede recibir un proyecto a través de USB o Ethernet, mientras que el proyecto en tiempo de ejecución utiliza otro puerto serie, otra dirección IP o un controlador de PLC diferente. Verifique el dispositivo asignado dentro del proyecto de la HMI y el recorrido físico del cable del PLC.

Utilice una interfaz compatible con ambos productos y adecuada para la instalación. RS-232 es práctica para enlaces punto a punto cortos. RS-485 es útil para redes seriales más largas o multipunto cuando se controla la topología y la terminación. Ethernet ofrece una integración más sencilla y diagnósticos más completos, pero requiere una configuración correcta de IP, protocolo, puerto y seguridad de red.

Potencie sus proyectos con PLC Omron, Mitsubishi y Schneider nuevos y originales: ¡en stock y listos ahora!

Lista de verificación imprimible para la comunicación PLC-HMI

Utilice esta última revisión antes de escalar el fallo.

  • [ ] La alimentación y el estado del PLC y la HMI son normales.
  • [ ] Los modelos exactos de productos y los tipos de puertos se confirman en los manuales.
  • [ ] El cable sigue la configuración de pines oficial para este par de dispositivos.
  • [ ] Las señales RS-232 TX/RX/común y cualquier señal de protocolo de enlace requerida son correctas.
  • [ ] El modo de dos hilos/cuatro hilos RS-485, la polaridad, el común, la topología, la terminación y la polarización son correctos.
  • [ ] Coincidencia de protocolo serie, velocidad de transmisión, bits de datos, paridad, bits de parada y número de estación.
  • [ ] El enlace Ethernet está presente y la IP, la máscara, la puerta de enlace y la VLAN en vivo son correctas.
  • [ ] No hay números de estación ni direcciones IP duplicados.
  • [ ] Coincidencia de controlador HMI, transporte, puerto, familia PLC, ruta y servicio del lado del PLC.
  • [ ] Se ha completado una prueba mínima con una HMI, un PLC y un registro.
  • [ ] Las etiquetas fallidas tienen direcciones, tipos de datos y derechos de acceso válidos.
  • [ ] Se han comparado las fallas intermitentes con las fuentes de ruido, los contadores de red y la carga de sondeo.
  • [ ] Los parámetros originales y los resultados de las pruebas se registraron antes del reemplazo del hardware.

Contáctenos

Simplemente complete su nombre, dirección de correo electrónico y una breve descripción de su consulta en este formulario. Nos comunicaremos con usted dentro de las 24 horas.

Productos en oferta

Unidad CPU Omron CJ2M-CPU32

Proveedor de PLC Omron CJ1W-PA202 en China

Servoaccionamiento Mitsubishi MR-JE Serie 400w MR-JE-40A

¿Necesitas una pareja rápidamente?

Comparta su modelo o especificaciones y nuestro equipo le ayudará a encontrar la opción adecuada rápidamente.

También te pueden interesar estos temas

Solicite una cotización rápida

*Respetamos su confidencialidad y toda la información está protegida.