Respuesta breve
Para diagnosticar una conexión Modbus RTU inestable, separe cuatro niveles: cableado, calidad eléctrica, temporización y significado de los datos. Cambie una sola condición por ensayo y conserve una configuración que funcione como referencia.
Empiece con una conexión mínima reproducible
Conecte un iniciador y un dispositivo, y utilice una consulta conocida. Anote dirección, velocidad, paridad, bits de parada, alimentación y contactos. Cuando funcione de manera estable, añada equipos y tramos de cable de forma progresiva.
No confíe únicamente en las letras A/B. Compare los documentos de ambos fabricantes y la asignación real de contactos. Un plano con nombres de señales resulta más útil que una indicación verbal sobre colores de cable. Registre la configuración que está ensayando.
Compruebe terminación y estado de reposo
La guía RS-485 de TI trata terminación, topología y polarización fail-safe. Contraste el bus instalado con el esquema elegido; colocar una resistencia de terminación en cada participante no es una solución universal. Texas Instruments — The RS-485 Design Guide
Identifique los equipos que ya incluyen terminación o polarización y la posición de sus interruptores. Observe los errores por separado durante reposo, intercambio de datos y conmutación de cargas cercanas. No atribuya automáticamente situaciones distintas a una única causa.
Observe la dirección y los tiempos de transmisión
En semidúplex, desactivar el transmisor demasiado pronto o demasiado tarde puede interrumpir el intercambio. Capture consulta y respuesta con marcas de tiempo. Si es posible, compare UART con la habilitación del driver para localizar la pérdida de caracteres iniciales o finales.
Un timeout mayor puede ocultar un retraso, pero no repara tramas dañadas. Distinga falta de respuesta, suma de comprobación incorrecta, respuesta incompleta y respuesta válida con una excepción. Cada caso orienta hacia un siguiente ensayo diferente.
Una trama correcta también puede dar un valor incorrecto
Cuando el transporte parezca estable, revise código de función, dirección, tipo de dato y escala en el manual del equipo. La forma de escribir una dirección en una tabla puede diferir del número utilizado en la consulta. Confirme también el orden de varios registros cuando representan un dato mayor.
Ejemplo: la temperatura recibida es estable, pero no resulta plausible. Lea los registros sin conversión y compárelos con un estado conocido del equipo. No cambie a la vez orden de bytes, escala y dirección, porque perdería la identificación de la hipótesis equivocada.
Datos útiles para el registro de diagnóstico
- Plano del bus, tramos, participantes y resistencias.
- Versiones de los equipos y configuración serie completa.
- Consultas y respuestas sin procesar con marcas de tiempo.
- Frecuencia de fallos y estado de las cargas externas.
- Una modificación documentada por prueba comparativa.
Preguntas frecuentes
¿Por qué funciona en la mesa y falla en la instalación?
Pueden cambiar longitud, derivaciones, potenciales de referencia y entorno de interferencias. Compare esas condiciones antes de limitar la búsqueda al firmware.
¿Un error CRC demuestra que falla el software?
No. Puede deberse a una transmisión dañada o al tratamiento de la trama. Una captura ayuda a localizar dónde divergen los datos respecto a lo esperado.
Fuentes técnicas
Servicio relacionado