PLC SimulatorSimulador PLC en español

Laboratorio de protocolo

Construye una solicitud Modbus y comprueba cada byte.

Elige la función, la dirección de protocolo y la cantidad. El servidor valida los límites y genera la PDU para que aprendas con evidencia reproducible.

Ejecutar solicitud

Simulador Modbus Online: TCP, RTU y Registros

Elige la función, la dirección de protocolo y la cantidad. El servidor valida los límites y genera la PDU para que aprendas con evidencia reproducible.

Tres comprobaciones antes de conectar un equipo

01

Usa la dirección de protocolo

La referencia 40001 suele transmitirse como dirección 0. Confirma siempre la convención del manual.

02

Respeta el límite de cada función

Las funciones de bits y registros tienen límites distintos para lectura y escritura.

03

Separa protocolo y proceso

Una respuesta válida no demuestra que un motor, válvula o proceso haya cambiado físicamente.

Simulador PLC en español

Guía práctica de Modbus en el navegador

Simulador Modbus: contrato de datos, diagnóstico y pruebas reproducibles

Respuesta directa

Un simulador Modbus resulta útil cuando trata el rol del cliente y del servidor, el transporte RTU o TCP, la identidad del equipo, la función, la dirección, el tipo de dato, el orden de bytes y palabras, la escala, la unidad y la vigencia como un único contrato verificable. Conectarse no basta: el valor debe representar correctamente el proceso.

Esta guía está escrita para estudiantes, programadores de PLC, instrumentistas y técnicos hispanohablantes que necesitan practicar solicitudes Modbus, interpretar registros y separar fallos físicos, de transporte, protocolo, mapeo y aplicación. El resultado previsto es concreto: el lector puede definir una solicitud limitada, seguir la evidencia hasta el valor de ingeniería, localizar la primera capa que no coincide y explicar qué pruebas todavía requieren los equipos y documentos de destino.

laboratorio de diagnóstico industrial con PLC, E/S remotas, enlaces serie y Ethernet, analizador y pantalla para verificar solicitudes y valores Modbus
Una prueba sólida separa medio físico, transporte, identidad, función, dirección, palabras crudas, significado de ingeniería, calidad y recuperación.
Mapa del sistema / 02

NODO 01observable

Rol y transporte

Declarar cliente y servidor, RTU o TCP, parámetros serie, dirección de unidad, IP y puerto antes de interpretar una respuesta o un silencio.

NODO 02observable

Modelo de datos

Distinguir coils, entradas discretas, registros de entrada y holding registers por función, dirección y permiso de lectura o escritura.

NODO 03observable

Dirección de referencia

Comparar expresamente el número mostrado en el manual con el desplazamiento de base cero que realmente viaja en la solicitud.

NODO 04observable

Tipo, orden y escala

Tratar ancho, signo, orden de bytes y palabras, factor de escala, desplazamiento y unidad como partes inseparables de un dato de ingeniería.

NODO 05observable

Calidad y vigencia

Una cifra guardada puede parecer válida después de un timeout; la aplicación debe exponer calidad, edad y política de sustitución o estado seguro.

NODO 06observable

Excepción y recuperación

Diferenciar una excepción respondida de un timeout y comprobar que la reconexión renueva identidad, mapa, calidad y estado de la aplicación.

Procedimiento / 03

  1. 01

    Escribir el contrato

    Registrar transporte, extremos, identidad, función, dirección inicial, cantidad, tipo, orden, escala, unidad, frecuencia y condición conocida.

    Evidencia: Ambas partes describen el mismo punto sin supuestos ocultos.

    Evita: Cambiar parámetros al azar antes de fijar una solicitud reproducible.

  2. 02

    Probar la capa inferior

    Comprobar alimentación, enlace Ethernet o topología, polaridad, referencia, terminación y parámetros serie según corresponda.

    Evidencia: La ruta física y de transporte queda demostrada sin confundirla con datos correctos.

    Evita: Aceptar un LED de enlace como prueba del valor de proceso.

  3. 03

    Confirmar la identidad

    Verificar dirección, Unit ID, modelo, revisión, rol y configuración activa del servidor.

    Evidencia: La solicitud alcanza al dispositivo previsto y no a otro nodo accesible.

    Evita: Depurar un mapa antes de confirmar el equipo de destino.

  4. 04

    Enviar una solicitud mínima

    Leer un único elemento documentado con función, dirección y cantidad explícitas y conservar trama, hora y estado.

    Evidencia: La respuesta o excepción es repetible y atribuible a una solicitud exacta.

    Evita: Leer un bloque grande que cruza límites desconocidos.

  5. 05

    Validar el significado

    Convertir palabras crudas usando tipo, orden, signo y escala, y comparar con un estado físico o valor conocido.

    Evidencia: El resultado coincide en número, unidad, dirección, calidad y vigencia.

    Evita: Aceptar una cifra plausible sin referencia independiente.

  6. 06

    Probar fallo y retorno

    Interrumpir de forma controlada, observar timeout y calidad, restaurar la comunicación y repetir la solicitud conocida.

    Evidencia: La aplicación entra y sale del fallo de manera definida sin conservar datos obsoletos.

    Evita: Probar solamente el arranque exitoso.

Matriz de diagnóstico / 04

Síntomas, puntos de inspección, interpretaciones y acciones siguientes para Simulador Modbus: contrato de datos, diagnóstico y pruebas reproducibles
Síntoma observadoInspeccionarInterpretaciónSiguiente acción de prueba
No existe enlaceAlimentación, cable, polaridad, referencia, conectores, switch, terminación, bias y aislamientoEl fallo se encuentra por debajo de la solicitud Modbus.Restaurar y documentar primero la capa física.
Hay enlace pero no respuestaRol, IP y puerto o baud, paridad y bits de parada, Unit ID, tiempo de espera y registro del servidorLa ruta básica funciona, pero la sesión, identidad o petición no.Comparar una solicitud mínima con los parámetros exactos del servidor.
El servidor devuelve excepción 02Función, notación de dirección, desplazamiento, cantidad, rango válido, modelo y configuraciónEl servidor entendió la solicitud y rechazó el punto o rango solicitado.Reducir a un registro documentado antes de ampliar el bloque.
El valor cambia pero es incorrectoBase de dirección, ancho, signo, orden de bytes y palabras, escala, desplazamiento y unidadLa comunicación funciona mientras la interpretación del dato no coincide.Comparar palabras crudas con un patrón o estado conocido.
Aparecen timeouts intermitentesCableado, errores, carga, ciclo de consulta, tiempo de respuesta, solicitudes simultáneas y recursos del servidorExiste poco margen temporal, degradación física o exceso de consultas.Conservar contadores y marcas de tiempo antes y después del evento.
Después de reconectar queda un dato antiguoRegla de timeout, bandera de calidad, nueva lectura, identidad, suscripción y estado de aplicaciónVolvió el transporte, pero no se renovó todo el contrato de datos.Ejecutar la recuperación completa como prueba de regresión.

Evidencia del producto / 05

Lo que la práctica en navegador puede demostrar realmente

La superficie pública enlaza el compositor de solicitudes, referencias de códigos de función, ejemplos de direccionamiento, respuestas evaluadas y casos de diagnóstico con capacidades y límites publicados. No afirma conformidad formal ni emulación exacta de un dispositivo comercial.

Superficie de respuestas / 07

¿Qué es un simulador Modbus?

Es una herramienta que reproduce solicitudes, áreas de datos y respuestas bajo condiciones controladas para practicar mapeo, interpretación y diagnóstico sin depender de un equipo de producción.

¿Qué diferencia hay entre Modbus RTU y Modbus TCP?

Comparten conceptos de aplicación, pero RTU usa tramas y temporización serie mientras TCP transporta la aplicación sobre redes TCP/IP con identificación de transacción.

¿Por qué una dirección Modbus aparece desplazada en uno?

Muchos manuales muestran referencias de base uno, mientras la solicitud transmite un desplazamiento de base cero. Hay que registrar ambas notaciones.

¿Por qué un REAL o DINT devuelve un número absurdo?

Puede estar mal la dirección inicial, el ancho, el signo, el orden de bytes o palabras, la escala o la unidad aunque la lectura sea exitosa.

¿Qué significa una excepción Modbus?

Es una respuesta del servidor que reconoce la petición y comunica una causa de rechazo; debe interpretarse por código en lugar de tratarse como silencio.

¿Cómo se diagnostica un timeout Modbus?

Avance por capas: alimentación y medio, enlace, parámetros, identidad, función y dirección, tiempo del servidor, carga y recuperación.

¿Una respuesta prueba que el dato es correcto?

No. También deben coincidir tipo, orden, escala, unidad, calidad, vigencia y una referencia independiente del proceso o dispositivo.

¿Puede el navegador certificar conformidad Modbus?

No. Sirve para aprender y aislar hipótesis; la conformidad e interoperabilidad requieren especificaciones vigentes, equipos exactos y procedimientos aprobados.