Integrazione BACnet

BACnet e Modbus in un unico edificio: la strategia di mapping tramite gateway

Quando il BMS parla BACnet ma il chiller, gli inverter e i contatori di energia dell'impianto parlano solo Modbus RTU o Modbus TCP, la soluzione non è un secondo sistema di supervisione, ma un mapping documentato tramite un gateway BACnet/Modbus.

Valutazione tecnica indipendenteAssemblaggio quadri secondo IEC 61439Supporto progetti in tutta la UE
Come pianifichiamo il mapping

Come pianifichiamo il mapping

01

Censire ogni dispositivo Modbus

Elenchiamo ogni chiller, inverter, contatore e regolatore presente nell'impianto e recuperiamo la mappa registri -- indirizzo, tipo di dato, scala e function code -- direttamente dalla documentazione del produttore, non per ipotesi.

02

Bozza della lista oggetti BACnet

Per ogni registro si decide se diventa un AI (misura) o un AV/BV (punto comandabile), e la convenzione Object_Name viene concordata prima di toccare la configurazione del gateway.

03

Configurare il gateway e assegnare i diritti di scrittura

La traduzione registro-oggetto viene programmata sul gateway, e si registra quale singolo dispositivo -- BMS o regolatore locale -- detiene il diritto di scrittura su ciascun punto.

04

Messa in servizio e verifica nel BMS

Prima del collaudo si verifica il Present_Value di ogni oggetto mappato, si controllano gli Status_Flags in caso di perdita di comunicazione, e si confronta la lista punti con la mappa registri Modbus originale.

Cosa deve funzionare nel mapping

Cosa deve funzionare nel mapping

AI ← 4xxxx

Ogni registro Modbus diventa un oggetto BACnet nativo

Un gateway configurato correttamente espone ogni registro holding o input Modbus come oggetto BACnet a sé stante -- tipicamente Analog Input per le misure, Analog Value o Binary Value per i punti comandabili -- così l'intera lista punti Modbus compare nella grafica del BMS come un normale dispositivo BACnet nativo.

Mappa registri, non supposizioni

Modbus non ha un modello a oggetti autodescrittivo -- indirizzo del registro, tipo di dato e fattore di scala vanno documentati dal manuale del dispositivo prima di creare un oggetto sul gateway.

Tipo di oggetto coerente con il punto

Le misure diventano Analog Input; i setpoint comandabili e i punti avvio/arresto diventano Analog Value o Binary Value, seguendo le stesse convenzioni Present_Value e Status_Flags dei dispositivi BACnet nativi.

Un'unica convenzione di nomenclatura, niente AI-1/BO-14

Gli oggetti generati dal gateway ereditano il nome assegnato dall'integratore -- senza la stessa convenzione piano-sistema-punto usata sui dispositivi BACnet nativi, la grafica del BMS diventa illeggibile.

Un solo dispositivo detiene ogni scrittura

Si decide in anticipo se il diritto di scrittura su un punto mappato spetta al BMS o a un regolatore locale -- il Priority_Array risolve i conflitti tra client BACnet, ma non un conflitto tra scrittura BACnet e Modbus sullo stesso registro.

Verificare il PICS del gateway prima del cablaggio

Il PICS del gateway indica esattamente quali tipi di oggetto e servizi BACnet supporta come server -- va verificato prima di progettare il mapping, non dopo.

Opzioni

Cosa include il pacchetto di mapping

Documentazione che un installatore, un integratore o un team di gestione impianti può ricevere e riutilizzare.

  • Mappa registri Modbus per ogni dispositivo sorgente (indirizzo, tipo di dato, scala, function code)
  • Lista oggetti BACnet di destinazione con convenzione Object_Name e Description concordata
  • Tabella dei diritti di scrittura che indica quale dispositivo scrive su quale punto
  • Documentazione della configurazione del gateway con verifica incrociata del PICS
  • Checklist di messa in servizio per verificare Present_Value e Status_Flags dopo l'avvio
FAQ

Domande frequenti

Un BMS BACnet può parlare direttamente con dispositivi Modbus RTU?

No -- BACnet e Modbus sono protocolli diversi con modelli a oggetti diversi. Un gateway BACnet/Modbus si inserisce tra i due, interroga il dispositivo Modbus ed espone ogni registro come oggetto BACnet, così il BMS stesso non parla mai Modbus.

Che tipo di oggetto BACnet deve diventare un registro holding Modbus?

Dipende dal punto, non dal tipo di registro. Una misura di sola lettura diventa in genere un Analog Input; un registro che il BMS deve scrivere diventa un Analog Value o Binary Value, a seconda dell'uso reale del punto.

Quale lato dovrebbe detenere il diritto di scrittura su un punto mappato?

Il diritto di scrittura dovrebbe spettare a un solo dispositivo -- il BMS tramite il gateway, oppure un regolatore locale direttamente sul dispositivo Modbus. Va documentato punto per punto; se entrambi i lati scrivono sullo stesso registro si generano conflitti intermittenti difficili da diagnosticare.

Serve un BBMD per questo tipo di configurazione con gateway?

Solo se il gateway e il server BMS si trovano su subnet IP diverse e i broadcast BACnet/IP -- Who-Is/I-Am -- devono attraversare quel confine. Un gateway nella stessa subnet del server BMS di solito non ne ha bisogno.

In cosa differisce da un bridge OPC-UA?

Un gateway BACnet/Modbus è una traduzione diretta e dedicata tra due protocolli di campo. OPC-UA si aggiunge in genere come livello di integrazione più ampio quando anche un terzo sistema -- SCADA, un MES o una piattaforma di analytics -- ha bisogno degli stessi dati; per questo scenario vedi la nostra pagina sul bridge OPC-UA / BACnet / Modbus.

State portando dispositivi Modbus in un BMS BACnet?

Inviateci l'elenco dei dispositivi -- vi aiutiamo a pianificare il mapping registri-oggetti prima di configurare il gateway.

Contatta i nostri ingegneri
Pagine correlate

Pagine correlate

Caricamento in corso ...
Torna all'inizio