Chiedi a cinque integratori cosa dovrebbe essere su unaMicro PLCrete Modbus, e quattro diranno slave. Il quinto — quello che ha esaurito le porte CPU — conosce la verità: il quinto vuole che il PLC sia il master.
xLogic fa entrambi. Il manuale lo afferma chiaramente: la CPU può agire come slave o master in una rete Modbus, parlando Modbus RTU, ASCII o TCP a seconda del livello fisico. Quella flessibilità è la differenza tra un PLC che si adatta alla tua architettura e un PLC che ti costringe a ridisegnarla.
Modalità Slave: Il Predefinito Confortevole
La maggior parte delle installazioni sono semplici: un HMI o SCADA interroga il PLC. La CPU si trova su RS485 — tramite la porta integrata o il modulo PR-RS485/SR-RS485 per CPU senza una porta nativa — e risponde alle richieste Modbus RTU. L'indirizzamento segue la mappa standard: ingressi, uscite, flag, flag analogici, registri, registri di scorrimento. Imposta l'indirizzo della stazione, imposta la velocità di trasmissione (9600 è il valore predefinito; cambialo prima sulla CPU se hai bisogno di velocità), e l'interrogazione funziona.
Dispositivi multipli su un bus? Dai a ciascuno un indirizzo unico. Il manuale è chiaro su questo: indirizzi duplicati fanno comportare la comunicazione in modo "errato", che è il linguaggio degli ingegneri per "corrompe silenziosamente i dati".
Modalità Master: Il Superpotere Silenzioso
Qui è dove l'architettura si apre. Metti la CPU sul bus come master, e può interrogare:
- VFD per feedback di velocità e codici di errore
- Contatori energetici per i totali di consumo
- I/O in stile espansione remota su Modbus invece di CAN
- Un secondo PLC — anche un terzo — per logica distribuita
Improvvisamente un PLC compatto diventa il cervello di una piccola cella, aggregando dati da una mezza dozzina di dispositivi e inoltrandoli a monte a uno SCADA tramite Ethernet. Questo riduce un intero pannello di hardware in un modulo DIN-rail.
Architettura Reale: Stazione di Pompa
Due pompe, un trasmettitore di livello (4-20mA), due misuratori di flusso, un VFD. Modalità master: la CPU interroga i misuratori e il VFD su RS485, esegue il PID di livello e la logica di alternanza, pubblica i valori aggregati su Modbus TCP a un PC che esegue il pacchetto gratuito easySCADA. Un PLC. Una rete. Nessun gateway, nessun convertitore di protocollo, nessuna seconda CPU.
Tempo totale di configurazione con i blocchi di lettura/scrittura Modbus: un pomeriggio. Il vecchio design richiedeva tre dispositivi e due documenti di handshake.
Il Consiglio Pratico
Inizia come slave. È il percorso a basso rischio e copre la maggior parte dei pannelli. Quando il secondo dispositivo appare sul bus e inizi a desiderare che il PLC lo legga direttamente, cambia modalità e usa il ruolo di master. La curva di apprendimento è un pomeriggio — il ritorno è un'architettura che scala senza nuovo hardware.
L'Architettura Ibrida: Master Localmente, Slave Globalmente
Ecco la configurazione che vince la maggior parte delle discussioni: la CPU agisce come master Modbus sul suo bus RS485 locale — interrogando i VFD, i misuratori, l'I/O remoto — e contemporaneamente agisce come slave Modbus sul lato Ethernet, rispondendo alle interrogazioni dello SCADA su TCP. Il controllo locale rimane deterministico e locale; la visibilità globale fluisce a monte senza un secondo PLC o un gateway.
Quella ibrida è l'architettura naturale per una piccola cella. La logica della macchina possiede i valori di processo; lo SCADA vede una mappa di registri pulita; e i due non competono mai per lo stesso filo. Quando lo SCADA ha una brutta giornata, la cella continua a funzionare — il ruolo di master locale non dipende dall'interrogazione a monte.
Progetta la mappa dei registri per entrambi i ruoli contemporaneamente: le interrogazioni locali scrivono in un blocco dati, la mappa slave pubblica quello stesso blocco. Un insieme di registri, due protocolli che li leggono, zero duplicazione. La disciplina della mappa dalla sezione precedente si ripaga due volte in questo design.
Quando Saltare Completamente Modbus
Modbus è il cavallo da lavoro, ma non è sempre la risposta. Se il sito ha bisogno di integrazione per la gestione degli edifici, BACnet è il linguaggio parlato dal BMS — e le CPU compatibili con Ethernet lo supportano. Se i dati devono raggiungere il cloud attraverso i firewall, MQTT pubblica senza porte aperte. Se il requisito è un semplice controllo locale senza dispositivo esterno, Modbus non aggiunge nulla — la CPU funziona autonomamente.
La storia multi-protocollo è un menu, non un mandato. Inizia con Modbus perché è ovunque ed è economico; aggiungi BACnet quando l'edificio si unisce; aggiungi MQTT quando il cloud chiama. Ogni aggiunta è un passo di configurazione sulla stessa CPU, non un cambiamento hardware. Questa è l'architettura di una piattaforma che cresce con il progetto invece di forzare una migrazione.
E quando un cliente insiste su un protocollo che la piattaforma non parla — succede — la risposta onesta è un gateway, e la conversazione di vendita onesta avviene prima dell'ordine, non dopo la discussione sulla messa in servizio.
La Domanda sul Registro a 32 Bit
Prima o poi un dispositivo pubblica un valore a 32 bit — il totale di un contatore energetico, un totalizzatore di flusso — e l'errore classico è leggere metà di esso. Modbus divide i valori a 32 bit in due registri consecutivi, e l'ordine dei byte è una negoziazione, non uno standard. Controlla il manuale del dispositivo, abbina l'ordine delle parole nella mappatura e verifica contro un valore noto prima di cablarlo nella logica di allerta. Un ordine di parole errato produce letture plausibili e esattamente sbagliate — il tipo più costoso.
E mantieni i cablaggi onesti: RS485 ha bisogno di una massa comune e di una corretta terminazione alle estremità. Il protocollo può sopportare molto. Il livello elettrico non può sopportare tutto. Coppia schermata, polarità corretta, un riferimento a terra — questo è il segreto intero per anni di funzionamento silenzioso di Modbus.
