MQTT, BACnet IP e Modbus TCP: Comunicazione Multi-Protocollare su Compatto Ethernet PLC

Un modulo DIN-rail che parla MQTT con il cloud, BACnet con l'edificio e Modbus TCP con le macchine. Quella frase era usata per descrivere un pannello pieno di gateway. Ora descrive una singola CPU compatta in grado di Ethernet, e la storia multi-protocollo sulla piattaforma xLogic non è una slide di marketing — è nel firmware, documentata attraverso le revisioni del manuale: MQTT da V1.04, BACnet da V1.57, Modbus dal primo giorno.

Ecco come usarlo senza creare un incubo di manutenzione.

La Mappa dei Protocolli

Ogni protocollo ha il suo pubblico naturale, e il trucco è mantenerli separati:

  • Modbus TCP— il piano macchine: VFD, HMI, SCADA, altri PLC. Deterministico, basato su registri, la stretta di mano industriale universale
  • MQTT— il cloud: pubblica telemetria a un broker, i dashboard si iscrivono. Basato su eventi, amichevole con NAT, progettato per reti inaffidabili
  • BACnet— l'edificio: stanze impiantistiche, AHU, terminali BMS. La lingua nativa dell'industria immobiliare

Una CPU che serve tutti e tre i pubblici significa che il costruttore della macchina, il responsabile delle strutture e il dashboard cloud vedono lo stesso dispositivo — ciascuno nella propria lingua, nessuno di loro ha bisogno di un convertitore.

Edificio Reale: Piccola Sala Impianti

Una sala impianti con un AHU, due gruppi di fan-coil e una pompa di calore: Modbus TCP per l'HMI locale e i VFD, BACnet per il BMS dell'edificio per programmazione e allarmi, MQTT per un servizio cloud per il monitoraggio remoto. Tre protocolli, un controller, un programma. L'ingegnere BMS ha chiesto chi ha realizzato il gateway. La risposta — "non c'è gateway" — ha guadagnato un silenzio durato cinque secondi.

Quel silenzio è il prodotto che funziona.

Cosa Mantenere Separato

I protocolli possono condividere la CPU, ma non dovrebbero condividere il piano dati. Mappa i punti una volta, deliberatamente: quali registri sono visibili da Modbus, quali oggetti sono BACnet, quali argomenti sono MQTT. Una mappa dei punti singola, mantenuta in un foglio di calcolo, previene il fallimento classico — un numero di registro che cambia e tre sistemi che silenziosamente vanno in stallo.

E ricorda i limiti del modello: BACnet/IP e MQTT hanno bisogno di CPU in grado di Ethernet. I modelli solo seriali mantengono Modbus RTU e BACnet/MSTP. Controlla il modello rispetto ai requisiti prima della promessa, non dopo l'ordine d'acquisto.

L'Angolo di Supporto Che Nessuno Prezzi

Il multi-protocollo non è solo una caratteristica; è una porta di vendita. Le gare ora richiedono integrazione BMS come standard, connettività cloud come voce di controllo. Un controller che risponde a entrambi senza componenti aggiuntivi supera il filtro di pre-qualificazione. La differenza di prezzo tra le versioni a protocollo singolo e multi-protocollo è piccola; la differenza nei progetti a cui puoi partecipare non lo è.

Disciplina della Mappa dei Punti

Il multi-protocollo è una benedizione e una trappola. La benedizione: una CPU che serve tre sistemi. La trappola: tre sistemi che leggono versioni leggermente diverse della verità. La soluzione è noiosa e non negoziabile — una mappa dei punti singola che elenca ogni valore una sola volta, con il suo registro, il suo oggetto BACnet e il suo argomento MQTT nella stessa riga.

Inizia il foglio di calcolo dal giorno uno, prima che il primo blocco sia cablato. Colonne: nome valore, registro Modbus, tipo e istanza dell'oggetto BACnet, argomento MQTT, tipo di dato, scaling, frequenza di aggiornamento e quale sistema è autorevole per le scritture. L'ultima colonna conta più di quanto le persone pensino — quando il BMS e il dashboard cloud vogliono entrambi cambiare un setpoint, qualcuno deve vincere, e la mappa dice chi. Senza di essa, due sistemi si contendono un valore e la macchina si comporta in modo imprevedibile alle 3 del mattino.

Versiona la mappa con il programma. Ogni cambiamento di firmware, ogni punto aggiunto, ogni rinumerazione — la mappa si aggiorna nello stesso commit. Ho ereditato progetti in cui la mappa era obsoleta di due anni e tre persone avevano copie diverse. Ricostruirla ha richiesto una settimana di sguardi alle tabelle dei registri. Una settimana. Non essere quel progetto.

E testa i percorsi cross-protocollo deliberatamente: scrivi un setpoint dal BMS, verifica che la macchina risponda, verifica che il dashboard cloud mostri il cambiamento. Un test end-to-end per punto, durante la messa in servizio, cattura gli errori di mappatura mentre sono economici da correggere.

Firmware e Realtà della Versione

Le funzionalità del protocollo sono arrivate a ondate, e la storia delle revisioni del manuale racconta la storia: MQTT in 4.2, il server web in 4.5, istruzioni WiFi in 6.0, BACnet in 6.2, supporto SR-22 in 6.2.1. Se stai pianificando un progetto multi-protocollo, la versione del firmware non è un dettaglio — è un requisito. Una CPU che è stata spedita due anni fa potrebbe aver bisogno di un aggiornamento prima di parlare BACnet, e il percorso di aggiornamento dipende dal modello.

Fai del controllo del firmware parte della checklist pre-vendita. Nota la versione sull'ordine, confermala alla consegna e documentala sul foglio di messa in servizio. La conversazione più costosa in questo settore è "dovrebbe supportare quello" seguita da "questo non lo fa."

E mantieni i protocolli onesti riguardo ai loro punti di forza. BACnet per l'edificio, Modbus per le macchine, MQTT per il cloud — ciascuno sul tipo di cavo per cui è stato progettato. La CPU Ethernet gestisce tutti e tre simultaneamente; non li rende magicamente un protocollo, e non dovrebbe. La separazione è ciò che mantiene l'impianto in funzione quando il collegamento cloud si interrompe — il traffico Modbus e BACnet locale non aspetta internet.

L'Abitudine alla Documentazione dei Protocolli

Un controller a tre protocolli senza una mappa dei protocolli è un'esposizione museale. La disciplina costa un'ora durante la messa in servizio e risparmia una settimana ogni volta che l'edificio cambia: un foglio che elenca ogni punto, il suo registro Modbus, il suo oggetto BACnet e il suo argomento MQTT — con l'autorità di scrittura contrassegnata. Il foglio vive con i disegni del pannello, versionato con il programma. Quando l'ingegnere BMS chiede "qual è il valore della temperatura di fornitura?" la risposta è una riga, non un pomeriggio di archeologia dei registri.

Acquista la versione con i protocolli. I progetti seguiranno.