Thread Content
Antes que nada, quiero agradecerles a todos {:3_57:}. Por favor, ayúdenme a encontrar una solución. Actualmente, la gente sigue estando al borde del desierto y no puede regresar para celebrar el Año Nuevo. En el lugar hay dos unidades PLC de tipo AB; los módulos de comunicación que se utilizan son los HTX NT-50-RS-EN, los cuales permiten la comunicación MODBUS RTU 485 con el sistema Honeywell DCS. El DCS es la estación maestra, mientras que el PLC es la estación esclava. La estación maestra solo puede leer datos de la estación esclava, pero no escribir en ella. El problema actual es que, en el gabinete de comunicaciones DCS, al utilizar modscan32 para simular la estación principal, se pueden recibir los datos del PLC de la estación secundaria, y esos datos son correctos. Pero cuando se conecta al DCS, este no logra recibir esos datos. A continuación, se describe en detalle: 1. Anteriormente, un colega vino al sitio para realizar pruebas individuales y me dijo que el PLC y el DCS podían comunicarse entre sí. 2 Fui al lugar para realizar pruebas de integración. La CPU AB tiene dos conectores para cables de red: uno para la comunicación y otro para el HMI. Dado que la comunicación anterior funcionaba bien, desconecté el cable de red del AB PLC y del módulo de comunicación Heyouxun, y lo conecté a mi ordenador para realizar las pruebas de funcionamiento. Una vez terminadas las pruebas, volví a conectar el cable al módulo de comunicación, pero descubrí que ya no había comunicación posible. Más tarde, en el software de programación AB RSLogix 5000, al configurar las entradas/salidas vía Ethernet, se encontró que NT-50-RS-EN era un signo de interrogación amarillo. He hecho una verificación y dice que el RSLogix 5000 no reconoce las etiquetas de los módulos de comunicación de HeyuXun (anteriormente, toda la comunicación se realizaba desde la computadora de un colega; en mi computadora no tengo instalado ningún software de HeyuXun). Así que fui a la página web oficial de Heyouxun para descargar las etiquetas y el software correspondientes. Luego, RSLogix 5000 puede ser reconocido. 4 Pero aún así no es posible establecer comunicación. Por eso, sospeché que quizás el módulo de comunicación de Heiyuxun necesitaba ser reconfigurado. Intenté hacerlo varias veces, pero no funcionó. Finalmente, trabajé junto con el fabricante de Heiyuxun para configurarlo adecuadamente. Ahora, los datos del PLC se pueden leer mediante el software ModScan32. Los ingenieros de Honey comenzaron a sospechar que había algún problema con la tensión en las líneas de comunicación. Al inspeccionar el gabinete del PLC, descubrieron que efectivamente había un cable que estaba en contacto con la carcasa del instrumento. Después de solucionar el problema, las tensiones de uno de los conjuntos fueron de 0,2 V y 3,2 V con respecto a tierra, mientras que en el otro conjunto las tensiones fueron de 1,2 V y 4,2 V con respecto a tierra. Actualmente, los ingenieros de Honey pretenden utilizar ModSim32 para simular la transmisión de datos desde las estaciones hasta los gabinetes de comunicaciones, con el fin de verificar si el DCS puede recibir esos datos de manera adecuada. Pregunta: Un ingeniero de Honeywell dice que antes se podía comunicar, pero ahora ya no es posible. Además, él no realizó ningún cambio; se sospecha que el problema está en el PLC. 2 Pero modscan32 puede leerlo, y la tensión también es normal; creo que el PLC no tiene problemas. Lo más extraño es que realmente no ha habido ningún cambio en él. Incluso después de volver a configurarlo, sigue siendo posible leerlo. Entonces, ¿por qué no se puede establecer comunicación? (Tasa de transmisión 9600, datos 8, bits de parada 1, sin bit de verificación; ya hemos revisado los parámetros básicos innumerables veces)
Este mensaje fue editado por Tao Hua Ling Ju Shi el 27 de enero de 2016, a las 16:55. El NT-50-RS-EN es una pasarela de comunicación; su protocolo ya ha sido convertido a MODBUS TCP (también se puede convertir a Profinet). No es lo mismo que el protocolo MODBUS tradicional. ¿Qué tipo de protocolo utiliza su DCS para leer los datos? . . . Hablo al azar, para provocar comentarios
Hola, gracias por su respuesta. Mi AB PLC transmite los datos a través de Ethernet al módulo de comunicación NT-50-RS-EN; este módulo, a su vez, los convierte al protocolo de comunicación MODBUS RTU485 para enviarlos al DCS. El protocolo utilizado por Honeywell DCS también es MODBUS RTU 485, en formato de dos líneas.
Si conectar el PLC y el DCS por separado no presenta problemas, supongo que el problema está en la configuración de ambos lados. Tenga en cuenta que el DCS utiliza el protocolo Modbus RTU, mientras que el PLC emplea el protocolo Modbus TCP, y no Ethernet. Además, verifique la configuración del gateway NT-50-RS-EN. Si no hay problemas en ninguno de los dos extremos, lo más probable es que el problema esté en el puente, siempre y cuando no haya errores en los cables
Este mensaje fue editado por última vez por budaoweng123 el 28-1-2016 a las 09:01. Actualmente, los ingenieros de Honey intentan utilizar ModSim32 para simular la transmisión de datos desde las estaciones hasta los gabinetes de comunicación, con el fin de verificar si el DCS puede recibir esos datos correctamente. Siento que, al terminar esta prueba, habrá buenas direcciones para los pasos siguientes. Pero tu forma de pensar es muy clara. ¿Has intentado esa solución radical de apagar y volver a encender? :¿Lol y ModSim32 también pueden usarse en la plataforma WIN7?
Se debería probar siguiendo el método del ingeniero Honeywell. Dado que hay un cable que está en contacto con la carcasa en un lado, no se puede descartar la posibilidad de que haya voltaje que dañe las interfaces del lado DCS. Aunque modscan32 puede leer los datos, tampoco se puede excluir por completo la posibilidad de que haya algún problema en el lado del PLC: ¿están correctas las direcciones y los modos? ¿Existen conexiones defectuosas en los cables?