Pregunte a cinco integradores quéMicro PLCdebería estar en una red Modbus, y cuatro dirán esclavo. El quinto — el que se ha quedado sin puertos de CPU — conoce la verdad: el quinto quiere que el PLC sea el maestro.
xLogic hace ambas cosas. El manual lo establece claramente: la CPU puede actuar como esclavo o maestro en una red Modbus, hablando Modbus RTU, ASCII o TCP dependiendo de la capa física. Esa flexibilidad es la diferencia entre un PLC que se adapta a tu arquitectura y un PLC que te obliga a rediseñarla.
Modo Esclavo: El Predeterminado Cómodo
La mayoría de las instalaciones son simples: un HMI o SCADA sondea el PLC. La CPU se conecta a RS485 — a través del puerto integrado o el módulo PR-RS485/SR-RS485 para CPUs sin un puerto nativo — y responde a las solicitudes Modbus RTU. La direccionamiento sigue el mapa estándar: entradas, salidas, banderas, banderas analógicas, registros, registros de desplazamiento. Configura la dirección de la estación, establece la velocidad de transmisión (9600 es la predeterminada; cámbiala en la CPU primero si necesitas velocidad), y la encuesta simplemente funciona.
¿Múltiples dispositivos en un bus? Dale a cada uno una dirección única. El manual es contundente al respecto: las direcciones duplicadas hacen que la comunicación se comporte "incorrectamente", lo que es un lenguaje de ingeniero para "corrompe los datos silenciosamente".
Modo Maestro: El Superpoder Silencioso
Aquí es donde la arquitectura se abre. Coloca la CPU en el bus como maestro, y puede sondear:
- VFDs para retroalimentación de velocidad y códigos de error
- Medidores de energía para totales de consumo
- E/S de estilo de expansión remota a través de Modbus en lugar de CAN
- Un segundo PLC — incluso un tercero — para lógica distribuida
De repente, un PLC compacto se convierte en el cerebro de una pequeña celda, agregando datos de media docena de dispositivos y reenviándolos hacia arriba a un SCADA a través de Ethernet. Eso colapsa un panel entero de hardware en un solo módulo de riel DIN.
Arquitectura Real: Estación de Bomba
Dos bombas, un transmisor de nivel (4-20mA), dos medidores de flujo, un VFD. Modo maestro: la CPU sondea los medidores y el VFD en RS485, ejecuta la lógica PID de nivel y de alternancia, publica los valores agregados a través de Modbus TCP a una PC que ejecuta el paquete gratuito easySCADA. Un PLC. Una red. Sin puerta de enlace, sin convertidor de protocolo, sin segunda CPU.
Tiempo total de configuración con los bloques de lectura/escritura de Modbus: una tarde. El diseño antiguo necesitaba tres dispositivos y dos documentos de apretón de manos.
El Consejo Práctico
Comienza como esclavo. Es el camino de bajo riesgo y cubre la mayoría de los paneles. Cuando el segundo dispositivo aparece en el bus y comienzas a desear que el PLC lo lea directamente, cambia el modo y usa el rol de maestro. La curva de aprendizaje es una tarde — la recompensa es una arquitectura que escala sin nuevo hardware.
La Arquitectura Híbrida: Maestro Localmente, Esclavo Globalmente
Aquí está la configuración que gana más argumentos: la CPU actúa como maestro Modbus en su bus local RS485 — sondeando los VFD, los medidores, la E/S remota — y simultáneamente actúa como esclavo Modbus en el lado de Ethernet, respondiendo a las encuestas del SCADA a través de TCP. El control local se mantiene determinista y local; la visibilidad global fluye hacia arriba sin un segundo PLC o una puerta de enlace.
Ese híbrido es la arquitectura natural para una pequeña celda. La lógica de la máquina posee los valores del proceso; el SCADA ve un mapa de registros limpio; y los dos nunca compiten por el mismo cable. Cuando el SCADA tiene un mal día, la celda sigue funcionando — el rol de maestro local no depende de la encuesta de arriba.
Diseña el mapa de registros para ambos roles a la vez: las encuestas locales escriben en un bloque de datos, el mapa de esclavos publica ese mismo bloque. Un conjunto de registros, dos protocolos leyéndolos, cero duplicación. La disciplina del mapa de la sección anterior se paga dos veces en este diseño.
Cuándo Omitir Modbus Por Completo
Modbus es el caballo de batalla, pero no siempre es la respuesta. Si el sitio necesita integración de gestión de edificios, BACnet es el idioma que habla el BMS — y las CPUs con capacidad Ethernet lo llevan. Si los datos deben llegar a la nube a través de cortafuegos, MQTT publica sin puertos abiertos. Si el requisito es un control local simple sin dispositivo externo, Modbus no añade nada — la CPU funciona de forma independiente.
La historia de multi-protocolo es un menú, no un mandato. Comienza con Modbus porque está en todas partes y es barato; añade BACnet cuando el edificio se une; añade MQTT cuando la nube llama. Cada adición es un paso de configuración en la misma CPU, no un cambio de hardware. Esa es la arquitectura de una plataforma que crece con el proyecto en lugar de forzar una migración.
Y cuando un cliente insiste en un protocolo que la plataforma no habla — sucede — la respuesta honesta es una puerta de enlace, y la conversación de ventas honesta ocurre antes del pedido, no después del argumento de puesta en marcha.
La Pregunta del Registro de 32 Bits
Tarde o temprano un dispositivo publica un valor de 32 bits — el total de un medidor de energía, un totalizador de flujo — y el error clásico es leer la mitad. Modbus divide los valores de 32 bits en dos registros consecutivos, y el orden de los bytes es una negociación, no un estándar. Revisa el manual del dispositivo, coincide el orden de palabras en el mapeo y verifica contra un valor conocido antes de cablearlo en la lógica de alarma. Un orden de palabras incorrecto produce lecturas que son plausibles y exactamente incorrectas — el tipo más caro.
Y mantén el cableado honesto: RS485 necesita una tierra común y una terminación adecuada en los extremos. El protocolo puede sobrevivir a mucho. La capa eléctrica no puede sobrevivir a todo. Par trenzado, polaridad correcta, una referencia a tierra — ese es todo el secreto para años de operación silenciosa de Modbus.
