Botones y objetos del HMI Weintek desaparecen: solución de problemas Modbus
Tabla de contenido
Weintek la guía de solución de problemas explica que un objeto que contiene una dirección de lectura puede desaparecer cuando el HMI no puede obtener ese valor. Un objeto utilizado solo para escribir un valor puede permanecer visible. Esto evita que un estado ilegible del dispositivo se presente como un valor predeterminado válido. WeintekUSA: solución de problemas de «Device No Response»
Sin embargo, una comunicación fallida es solo una posible explicación. Un objeto también puede quedar oculto por un interbloqueo o una configuración de seguridad.
La primera pregunta es si el objeto que falta dispone de datos válidos. Si los tiene, revise sus condiciones de visibilidad. Si no, rastree la solicitud Modbus exacta que falla.
Esta guía se aplica a proyectos EasyBuilder Pro que utilizan Modbus TCP o RTU. La configuración y las herramientas de diagnóstico varían según el modelo HMI, la versión del software y el driver seleccionado.
1. Registre qué desaparece y cuándo
Antes de cambiar el proyecto, guarde una copia de seguridad y registre:
- El modelo HMI, la versión del sistema operativo y la versión de EasyBuilder Pro.
- El modelo del PLC o dispositivo Modbus.
- El driver exacto seleccionado en el proyecto.
- La ventana afectada y los nombres de los objetos.
- Si el problema ocurre en el panel, en simulación o en ambos.
- Si algunos valores del PLC siguen actualizándose.
- Cambios recientes en direcciones, ajustes del dispositivo, seguridad o comunicaciones.
Inspeccione el problema sin pulsar botones de control de la máquina. La simulación online y las herramientas de diagnóstico pueden comunicarse con equipos reales; no son entornos de prueba aislados automáticamente.
Utilice el patrón de síntomas para elegir la siguiente comprobación.
| Comportamiento observado | Primera comprobación |
|---|---|
| Los gráficos estáticos permanecen, pero desaparecen varios objetos vinculados al dispositivo | Si las solicitudes de lectura afectadas tienen éxito |
| Solo falta un objeto | Su dispositivo, dirección, tipo de datos, longitud de lectura y ajustes de visibilidad |
| Los objetos desaparecen después de cerrar sesión o de un cambio de estado de la máquina | Privilegios del usuario y condiciones de interbloqueo |
| El problema comienza después de cambiar drivers o transporte | Referencias de objetos y convención de direcciones del nuevo driver |
| La simulación funciona pero el panel físico falla | Configuración real de red o serie del panel y proyecto desplegado |
| Los objetos se muestran pero los valores son incorrectos | Mapeo de direcciones e interpretación de datos |
Estos son puntos de partida de diagnóstico, no una prueba de un fallo concreto.
- Producto relacionado
¿Necesita un variador Altivar de repuesto?
Explore los nuevos variadores Altivar originales para proyectos de mantenimiento, solución de problemas y reemplazo.
- Piezas originales nuevas
- Respuesta rápida
- Envíos globales
2. Inspeccione todas las direcciones utilizadas por el objeto que falta
Abra el objeto afectado en EasyBuilder Pro e identifique todas sus dependencias.
Según el objeto, pueden incluir:
- Una dirección de lectura utilizada para mostrar su estado.
- Una dirección de escritura utilizada cuando el operador lo toca.
- Una dirección de interbloqueo.
- Una dirección o índice indirecto.
- Una condición de seguridad o visibilidad.
Una dirección de escritura correcta no demuestra que la dirección de lectura sea válida. Del mismo modo, un valor mostrado correctamente no demuestra que una dirección de interbloqueo se esté leyendo con éxito.
Compare un objeto que falta con otro que funciona conectado al mismo dispositivo. Busque diferencias en la selección del dispositivo, estación, tipo de dirección, longitud y configuración.
Mantenga la comparación enfocada. Cambiar ajustes globales cuando otras solicitudes ya funcionan puede introducir otro fallo.
3. Utilice diagnósticos para encontrar la lectura fallida
En los modelos cMT y cMT X compatibles, utilice Diagnoser para inspeccionar el objeto afectado y su solicitud de comunicación. WeintekUSA identifica las vistas Objeto y Paquete views as useful for locating failed requests. An object remaining at “Polling…” and a failed packet provide a more specific lead than a general communication message.
Weintek documenta la activación de Diagnoser en System Parameter Settings → Remote, y después el acceso desde el menú contextual de cMT Viewer. Confirme la disponibilidad para su modelo y versión. Algunos objetos sin dependencias de registros no aparecen en la lista de objetos. Weintek: cMT Diagnoser
Utilice primero la monitorización. No escriba valores, fuerce estados de máquina ni cambie bits de interbloqueo solo para hacer aparecer un objeto.
Registre el dispositivo, estación, dirección y resultado de la solicitud fallida. Después compare esos datos con el mapa Modbus documentado del servidor.
Si su HMI no admite este flujo de Diagnoser, utilice el método de diagnóstico especificado para su modelo y driver.
4. Compruebe la convención de direcciones Modbus
Una dirección impresa en un manual de PLC no es necesariamente el número que debe introducirse directamente en todos los drivers HMI.
La especificación Modbus define direcciones basadas en cero dentro de la protocol data unit, mientras que el fabricante del dispositivo determina cómo se mapean los datos de aplicación a Modbus. Consulte tanto la documentación del servidor como la guía de conexión del driver Weintek seleccionado. Modbus Application Protocol V1.1b3, sección 4.4
Verifique la solicitud completa:
| Controlar | Qué debe coincidir |
|---|---|
| Área de datos | Coil, entrada discreta, holding register o input register |
| Convención de direcciones | El formato de entrada del driver y el mapeo documentado del servidor |
| Función | La operación compatible para esa área de datos |
| Cantidad | Debe existir todo el rango solicitado |
| Representación de datos | El formato del objeto debe coincidir con el valor de aplicación previsto |
Modbus uses different read functions for coils, discrete inputs, holding registers, and input registers. A correct-looking number in the wrong data area can still produce an invalid request.
No aplique «restar uno a cada dirección» como solución universal. Determine si el driver ya realiza esa traducción.
Compruebe también todo el rango de un objeto multi-register. Su dirección inicial puede ser válida mientras registros posteriores quedan fuera del rango configurado.
Una prueba de comparación segura
En una copia de diagnóstico controlada del proyecto, utilice una visualización de solo lectura vinculada a un registro documentado y legible. Compare su resultado con las propias herramientas de supervisión del servidor.
Si esa lectura funciona, investigue en qué se diferencia el objeto que falta. Si falla, resuelva el problema del driver, mapeo o conexión antes de añadir complejidad.
No deje objetos de diagnóstico temporales en el proyecto de producción salvo que se hayan revisado y se conserven intencionadamente.
- Soluciones PLC
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.
- Piezas originales nuevas
- Respuesta rápida
- Envíos globales
5. Comprenda los ajustes de dispositivos Local y Remote
No cambie todos los PLC Ethernet a “Remote”.
En la arquitectura de dispositivos documentada de EasyBuilder Pro:
- A Local Device está conectado al HMI local.
- A Remote Device está conectado a través de otro HMI.
Por tanto, “Local” no significa que la dirección PLC sea simplemente memoria interna del HMI. Un dispositivo conectado por Ethernet puede pertenecer a la configuración de dispositivos del HMI local.
El manual explica estas diferencias en sus secciones de configuración de dispositivos locales y remotos. Siga la topología de comunicación real y las instrucciones del driver seleccionado. Weintek EasyBuilder Pro V6.10.01, Capítulo 5, secciones 5.2.2–5.2.3
Después de una conversión del proyecto o un cambio de dispositivo, confirme que los objetos afectados hagan referencia a la entrada de dispositivo prevista. Una configuración correcta en una entrada no reparará objetos que sigan apuntando a otra.
6. Compruebe interbloqueos y visibilidad cuando las lecturas sean válidas
Si los valores necesarios se pueden leer, inspeccione las condiciones de visualización del objeto.
Por ejemplo, el manual de EasyBuilder Pro documenta Hide when disabled para el interbloqueo de un objeto Set Word. Cuando no se cumple la condición configurada, el objeto se oculta. Otros tipos de objetos tienen sus propios ajustes de seguridad y visibilidad. Weintek EasyBuilder Pro V6.10.01, Capítulo 13, página 13-22
Controlar:
- Si la ocultación está habilitada.
- Qué valor controla la condición.
- Si ese valor es válido y actual.
- Si la comparación coincide con el estado previsto de la máquina.
- Si el usuario actual tiene los privilegios necesarios.
- Si la apariencia del objeto cambia con su estado.
Un objeto oculto puede estar comportándose exactamente como fue diseñado. Confirme el comportamiento previsto con el propietario del proyecto antes de modificarlo.
No elimine un interbloqueo o una restricción de privilegios para recuperar la visibilidad en una máquina en funcionamiento. Corrija un error de configuración identificado mediante el proceso de cambios aprobado.
7. Separe los problemas de conexión de los problemas de solicitudes
Si ninguna lectura relevante tiene éxito, revise la conexión. Si algunas lecturas funcionan, priorice las solicitudes que fallan.
Para Modbus TCP, compruebe la IP de destino, la interfaz LAN seleccionada, la ruta, el puerto del servidor configurado y si el servicio Modbus previsto está disponible.
Para Modbus RTU, compare la interfaz COM seleccionada, el número de estación, el formato serie y el pinout del cable con la documentación del equipo. Inspeccione o cambie el cableado solo siguiendo el procedimiento de mantenimiento seguro aplicable.
Para un flujo de conexión más amplio, consulte Weintek HMI “PLC No Response”: soluciones para serie y Ethernet.
Evite considerar un ping correcto, una luz de enlace o una indicación general de “conectado” como prueba de que el registro del objeto que falta es legible. Verifique esa transacción específica.
8. Investigue solicitudes en segundo plano sin eliminar funciones de producción
Una advertencia de comunicación puede persistir incluso cuando la página mostrada parece normal.
Revise las funciones en segundo plano que hacen referencia al mismo dispositivo, como supervisión de alarmas, muestreo de datos, macros y transferencias de datos. Identifique direcciones obsoletas o mal mapeadas mediante diagnósticos y revisión del proyecto.
No elimine funciones de alarma o supervisión de la aplicación activa para silenciar un mensaje. Si es necesario realizar pruebas de aislamiento, hágalas en una copia controlada del proyecto y conserve la configuración original.
Del mismo modo, aumentar un timeout solo es apropiado cuando la evidencia demuestra que las respuestas válidas llegan demasiado tarde. No corrige una dirección incorrecta ni una condición de visibilidad.
9. Verifique la reparación antes de volver al funcionamiento normal
Cambie una causa identificada cada vez y después compile y despliegue mediante el proceso normal de mantenimiento.
Confirme que:
- El objeto previsto aparece bajo las condiciones correctas.
- Su estado mostrado coincide con el valor real del dispositivo.
- Los objetos que funcionaban anteriormente siguen comportándose correctamente.
- El comportamiento de inicio de sesión e interbloqueo sigue siendo el previsto.
- Las advertencias de comunicación dejan de repetirse durante la secuencia de funcionamiento relevante.
- Cualquier función de mando se prueba únicamente bajo un procedimiento de prueba de máquina aprobado.
Cuando sea necesario, verifique el comportamiento de arranque y recuperación de comunicación durante una prueba planificada. Restaure los ajustes de acceso de diagnóstico según la política del sitio y guarde el proyecto corregido.
Si el problema sigue sin resolverse, proporcione a soporte la versión del proyecto, configuración del objeto, mapa de registros del servidor y una solicitud fallida capturada. Estos detalles son más útiles que «la pantalla está en blanco».
- Reemplazo de HMI
Actualiza o reemplaza tu HMI.
Encuentre paneles HMI compatibles para modelos descatalogados, actualizaciones de máquinas y reemplazo de la interfaz del operador.
- Piezas originales nuevas
- Respuesta rápida
- Envíos globales
Preguntas frecuentes
Pueden tener dependencias de datos diferentes. Una función de navegación puede operar sin la misma lectura del dispositivo requerida por una visualización numérica. Inspeccione las dependencias de lectura y visibilidad del objeto que falta en lugar de asumir que todos los objetos deberían fallar juntos.
Revise el nuevo driver, destino, gestión de estación o unidad y sintaxis de direcciones. Compruebe también que todos los objetos afectados se hayan reasignado correctamente. Un cambio de transporte no garantiza que las referencias antiguas del proyecto sigan siendo válidas.
No lo haga sin un diseño de interfaz revisado. El operador debe poder distinguir información válida de datos no disponibles, y las funciones de control deben conservar sus permisos e interbloqueos previstos.
Potencie sus proyectos con PLC Omron, Mitsubishi y Schneider nuevos y originales: ¡en stock y listos ahora!
¿Cuándo debería considerar la sustitución del hardware?
La desaparición de objetos por sí sola no justifica comprar otro HMI.
Considere sustituir el hardware únicamente cuando los diagnósticos específicos del modelo aíslen un fallo físico después de haber evaluado las causas de configuración, comunicación y proyecto.
Si se necesita una sustitución, envíe Cómpralo la referencia HMI completa, las interfaces de comunicación requeridas, las dimensiones del panel, la cantidad y el destino para confirmar el suministro. Pida al ingeniero responsable que compruebe la compatibilidad del proyecto antes de aceptar un modelo alternativo.
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.
- Soporte de expertos
- Respuesta rápida
- Precio competitivo
- +86-755-81481609
- [email protected]
También te pueden interesar estos temas
¿Cuáles son los tres tipos de PLC?
¿Cuáles son los tres tipos de PLC? Al elegir el PLC (Controlador Lógico Programable) adecuado para su aplicación, es importante comprender los diferentes tipos.
Códigos de error de Lenze Drive: cómo conectar, operar y solucionar fallas comunes
Este artículo proporciona una guía completa para comprender, solucionar problemas y resolver códigos de falla comunes en variadores Lenze. Si trabaja en automatización industrial, particularmente con
¿Cuáles son las características de los cinco principales lenguajes de programación de PLC?
¿Cuáles son las características de los cinco principales lenguajes de programación de PLC? En el mundo de la automatización industrial, elegir el lenguaje de programación de PLC adecuado es fundamental.