BACnet, Modbus, KNX, M-Bus și LON: cum alegi protocolul potrivit

Cinci protocoale, trei niveluri de arhitectură, criteriile după care se împarte o clădire între ele și ce cere legea la interoperabilitate.

Protocolul potrivit se alege pe graniță, nu pe clădire: M-Bus citește contoarele, Modbus leagă echipamentele de serie, KNX acoperă iluminatul și camerele, BACnet unește controlerele cu supervizarea, iar LON rămâne moștenirea de integrat, nu de smuls. Întrebarea utilă nu este care protocol este mai bun, ci care protocol la care graniță a arhitecturii.

Pe scurt

• Un sistem de management al clădirii (BMS) are trei niveluri, câmp, automatizare, supervizare, iar fiecare graniță are protocolul ei uzual.
• BACnet acoperă automatizarea și supervizarea, cu obiecte, alarme și istoric standardizate; fișa PICS cerută la ofertare face interoperabilitatea verificabilă.
• Modbus RTU acceptă 32 de echipamente pe segment RS-485; Modbus TCP mută aceeași hartă de regiștri pe Ethernet, portul 502.
• KNX rulează la 9.600 bit/s în spații; M-Bus citește până la 250 de adrese de contor pe două fire.
• Interoperabilitatea între tehnologii proprietare diferite este cerută de Directiva (UE) 2024/1275, art. 13 alin. (10) lit. c), netranspusă încă integral în legea română.
• Un sistem care vorbește BACnet poate rămâne închis prin licențe; taxa anuală este uzual 8-18% din valoarea componentei software.

Cuprins

Trei niveluri de arhitectură, câte un protocol pe fiecare graniță

Un sistem de management al clădirii (BMS, Building Management System) are trei niveluri: câmpul, cu senzori, actuatoare, contoare și corpuri de iluminat; automatizarea, cu controlerele DDC (Direct Digital Control) și buclele de reglaj; supervizarea, cu serverul central, alarmele și istoricul. Protocolul se decide pe fiecare graniță dintre niveluri, nu o singură dată pe clădire. Împărțirea este detaliată în arhitectura pe trei niveluri a unui sistem de management al clădirii.

Niciun protocol dintre cele cinci nu acoperă bine toate nivelurile, oricât promite documentația comercială. Un proiect sănătos vorbește trei sau patru protocoale, fiecare unde a fost construit să stea, cu gateway-uri puține, documentate la graniță.

Granița cea mai aglomerată este cea dintre câmp și automatizare: acolo se întâlnesc Modbus RTU, M-Bus, KNX și DALI. Granița dintre automatizare și supervizare aparține aproape în întregime protocolului BACnet, iar spre rețeaua IT intră OPC UA; separarea față de un sistem de proces este descrisă în granița dintre automatizarea clădirii și supervizarea de proces.

O notă despre cifre: vitezele, lungimile de segment și numerele de adrese sau de echipamente citate aici provin din specificațiile publice ale protocoalelor: ASHRAE 135 (BACnet), specificația Modbus Organization, EN 50090 și ISO/IEC 14543-3 (KNX), EN 13757 (M-Bus), ISO/IEC 14908 (LON), IEC 62386 (DALI). Nu sunt cifre din registrul de cifre care guvernează publicațiile Sovitech Control; cifrele din registru apar cu domeniul declarat.

BACnet: obiecte, servicii și transportul pe IP sau MS/TP

BACnet (Building Automation and Control Networks) este protocolul construit de asociația ASHRAE pentru automatizarea clădirilor, publicat în 1995 ca standardul ASHRAE 135 și preluat ca ISO 16484-5. Este singurul dintre cele cinci proiectat de la început pentru alarme, programe orare și istoric; specificația și listele de echipamente testate sunt publice pe site-ul standardului BACnet.

Modelul de obiecte BACnet: puncte cu unități, alarme și istoric

Un echipament BACnet expune obiecte: Analog Input pentru o temperatură, Binary Output pentru comanda unei pompe, Trend Log pentru istoric, Schedule pentru program. Fiecare obiect are proprietăți standard, valoare, unitate de măsură, stare, limite de alarmă, iar serviciile de citire, scriere și abonare la schimbări de valoare (COV) sunt aceleași la orice producător. Un punct BACnet ajunge în supervizare cu unitate și istoric, fără tabele de conversie; descoperirea echipamentelor este inclusă, prin serviciile Who-Is și I-Am.

BACnet/IP față de MS/TP: Ethernet sau RS-485 la 76.800 bit/s

BACnet/IP folosește Ethernet și UDP pe portul 47808, la viteza rețelei, și leagă controlerele principale de server. BACnet MS/TP (Master-Slave/Token-Passing) folosește RS-485 la 9.600-76.800 bit/s și rămâne varianta economică pentru echipamentele terminale: ventiloconvectoare, pompe de căldură de cameră. Adresarea are două straturi: instanța de dispozitiv, unică pe rețea (standardul permite peste 4 milioane), plus adresa locală de magistrală pe MS/TP.

Ce nu face bine: echipamentele de serie ieftine rareori vorbesc BACnet nativ, iar la contor sau la corpul de iluminat protocolul este prea greu. Greșeala frecventă: eticheta „compatibil BACnet" acceptată fără documentul de conformitate; rezultatul tipic: un chiller cu zece puncte read-only în loc de o sută, sau un controler fără COV, care obligă supervizarea la interogare continuă și sufocă magistrala MS/TP.

PICS la ofertare: dovada scrisă a interoperabilității

PICS (Protocol Implementation Conformance Statement) este documentul prin care producătorul declară ce obiecte, servicii și blocuri de interoperabilitate BIBB suportă un echipament; listarea BTL (BACnet Testing Laboratories) confirmă verificarea independentă a declarației. Fișa PICS se cere la ofertare, cu lista de puncte anexată, nu la recepție. Locul clauzei este capitolul de comunicație din specificația de licitație a sistemului de automatizare; fără ea, „sistem deschis BACnet" rămâne o promisiune imposibil de probat.

Modbus RTU și Modbus TCP: aceeași hartă de regiștri, alt transport

Modbus este protocolul publicat de Modicon în 1979 pentru automate programabile, devenit prin simplitate limbajul implicit al echipamentelor de serie: contoare electrice, chillere, grupuri electrogene, UPS-uri, invertoare. Specificația este publică și gratuită pe site-ul Modbus Organization; modelul de date are patru tabele, biți și regiștri de 16 biți, citite prin coduri de funcție.

Modbus RTU: un master, 32 de echipamente pe segment RS-485

Pe magistrala serială RS-485, Modbus RTU folosește un singur master care interoghează pe rând până la 247 de adrese de slave; electric, un segment acceptă 32 de echipamente fără repetor. Vitezele uzuale sunt 9.600-115.200 bit/s, cu segmente de ordinul a 1.000-1.200 m la viteze mici. Topologia corectă este înlănțuirea, cu terminare la ambele capete; derivațiile în stea produc reflexii și comunicație instabilă.

Modbus TCP: aceleași regiștre pe Ethernet, portul 502

Modbus TCP păstrează aceleași tabele de regiștri și aceleași coduri de funcție, pe Ethernet, prin conexiuni TCP pe portul 502. Dispare limita serială: mai mulți clienți citesc simultan același echipament, la viteza rețelei, iar gateway-urile TCP-RTU leagă magistralele seriale de rețeaua nouă. Restul rămâne: fără unități, fără evenimente, fără securitate proprie, deci traficul se izolează într-o rețea OT (tehnologie operațională) separată.

Criteriile RTU sau TCP: distanță, volum de puncte, infrastructură

• Modbus RTU câștigă la un șir de echipamente din aceeași sală tehnică: două fire ecranate costă mai puțin decât switch-uri și prize.
• Modbus TCP câștigă când echipamentele au port de rețea, când distanțele depășesc limitele seriale sau când mai multe sisteme citesc aceleași date.
• La limită decide bugetul de interogare: masterul serial citește secvențial, pe TCP citirile merg în paralel.

Greșeala care costă cel mai mult ține de hârtie, nu de cablu: harta de regiștri nepredată la recepție. Modbus nu transportă unități, scalări sau ordinea cuvintelor la valorile pe 32 de biți, deci fără document fiecare punct se deduce experimental; un contor citit cu ordinea cuvintelor greșită arată valori aberante, plauzibile ca format. În proiectele de integrare livrate de Sovitech Control, integrator de automatizări cu sediul în București, hărțile de regiștri au consumat regulat între 30% și 50% din orele de inginerie de integrare. Intervalul este o estimare de practică Sovitech Control din proiecte livrate, nu un reper publicat, și nu are intrare în registrul de cifre care guvernează publicațiile Sovitech Control.

KNX la 9.600 bit/s: iluminat, jaluzele și controlul camerelor

KNX este standardul european pentru automatizarea spațiilor, EN 50090 și ISO/IEC 14543-3, crescut din European Installation Bus; domeniul lui este încăperea: iluminat, jaluzele, scenarii, temperatura pe cameră. Magistrala uzuală, KNX TP, este o pereche torsadată care alimentează aparatele și duce datele la 9.600 bit/s, cu 64 de participanți pe segment de linie și circa 1.000 m de cablu. Adresarea este ierarhică, zonă.linie.aparat, cu adrese de grup configurate în unealta unică ETS a asociației KNX.

Punctul forte este descentralizarea: senzorul și actuatorul comunică direct, fără controler central, deci comutatorul funcționează și cu serverul oprit; catalogul certificat numără câteva sute de producători. Limita: la 9.600 bit/s magistrala nu duce istoric des, iar buclele unei centrale de tratare a aerului (CTA) aparțin unui controler DDC pe BACnet sau Modbus.

Greșeala clasică este de contract: proiectul ETS nepredat beneficiarului. Fișierul ETS este singura reprezentare completă a configurării; fără el, orice modificare înseamnă re-inginerie plătită integral. Cine deține fișierul decide cine poate modifica instalația.

M-Bus, EN 13757: contorizare pe două fire, până la 250 de adrese

M-Bus, Meter-Bus, standardizat ca EN 13757, a fost construit pentru un singur lucru: citirea contoarelor de energie termică, apă, gaz și electricitate. Magistrala are două fire fără polaritate, masterul alimentează contoarele, topologia este liberă, stea, arbore sau linie, pe cablu obișnuit. Vitezele sunt 300-9.600 baud, tipic 2.400; adresarea primară acoperă 1-250 de adrese, cea secundară folosește numărul de serie de 8 cifre, cu căutare automată. Convertoarele de nivel se dimensionează în sarcini unitare, uzual până la 250.

Avantajul față de Modbus la contorizare: telegramele M-Bus își descriu singure conținutul, cu mediu, unitate și scalare codificate în protocol, deci un contor nou apare cu kWh sau metri cubi corecți fără hartă de regiștri. Limita este viteza: magistrala este lentă și strict de citire, o interogare completă durează minute, nu secunde. Pentru clădirile cu zeci de chiriași, arhitectura de măsurare este tratată în contorizarea secundară pe chiriași.

Greșelile frecvente: masterul subdimensionat în sarcini unitare și adresele primare duplicate la loturi de contoare identice; ambele se previn cu registrul numerelor de serie completat la montaj și cu adresarea secundară ca identificare de bază. Varianta radio, wireless M-Bus la 868 MHz din EN 13757-4, acoperă contoarele fără cablu.

LON la 78 kbit/s: moștenire de integrat, nu de smuls

LON, LonWorks, a fost construit la începutul anilor '90 de Echelon ca rețea de control de uz general, de la egal la egal, standardizată apoi ca ISO/IEC 14908. Transceiverul uzual FTT-10 rulează la 78 kbit/s pe pereche torsadată cu topologie liberă, datele circulă ca variabile de rețea standardizate, SNVT, iar configurarea rețelei stă într-o bază de date de inginerie, LNS, echivalentul proiectului ETS.

În anii 2000, LON a echipat aeroporturi, campusuri și clădiri de birouri, inclusiv în România. Astăzi catalogul de echipamente noi s-a subțiat, inginerii care stăpânesc uneltele sunt rari, iar protocolul nu se mai prescrie la proiecte noi. Un câmp LON funcțional se păstrează însă și se leagă la supervizarea nouă printr-un gateway spre BACnet, cu costul concentrat pe graniță; cântărirea păstrare sau înlocuire este analiza din ghidul de modernizare a unui sistem existent.

Greșelile vin în pereche: smulgerea unui câmp LON funcțional pentru uniformitate de protocol, și extinderea LON din inerție, plătită ani la rând în ore de specialist. Baza de date LNS nepredată are efectul proiectului ETS lipsă: sistem funcțional, dar nemodificabil.

DALI la corpul de iluminat, OPC UA la granița cu IT

DALI (Digital Addressable Lighting Interface, IEC 62386, certificat de DALI Alliance) este protocolul corpului de iluminat: o linie adresează 64 de drivere, cu 16 grupuri și 16 scene, la 1.200 bit/s; DALI-2 adaugă senzori și butoane certificate. Granița corectă: DALI stă sub un gateway care expune scenele și stările în KNX sau BACnet. Greșeala uzuală: linia DALI tratată ca rețea de clădire, cu adresările nedocumentate după înlocuirea corpurilor.

OPC UA (IEC 62541, dezvoltat de OPC Foundation) stă la capătul opus: nu este magistrală de câmp, ci un cadru client-server cu modele de informație și securitate integrată, criptare TLS, autentificare pe certificate. În clădiri apare la granița dintre supervizare și restul infrastructurii: serverul BMS publică date spre SCADA, istorice sau platforme de analiză. Formula scurtă: BACnet mișcă clădirea, OPC UA o conectează la sistemele întreprinderii.

Tabel comparativ: BACnet, Modbus, KNX, M-Bus și LON pe șase criterii

Valorile din tabel provin din specificațiile publice citate în secțiunile de mai sus.

Interoperabilitatea în lege: art. 13 alin. (10) lit. c) din Directiva 2024/1275

Interoperabilitatea este o cerință scrisă în directiva europeană, nu o preferință de proiectare. Directiva (UE) 2024/1275 cere, la art. 13 alin. (10) lit. c), ca sistemele de automatizare și control al clădirilor (BACS) să comunice cu sistemele tehnice conectate ale clădirii și să fie interoperabile între tehnologii proprietare diferite.

Distincția juridică are două părți. Obligația de echipare este lege română în vigoare: Legea 372/2005, art. 27 alin. (5) și art. 29 alin. (6), pentru clădirile nerezidențiale cu sisteme de încălzire, de climatizare, sau combinate cu ventilare, cu putere nominală utilă de peste 290 kW pe familie de sisteme, dacă echiparea este fezabilă tehnic și economic; termenul a fost 31 decembrie 2024 și este depășit. Cine intră sub obligație este detaliat în analiza pragului de 290 kW pentru clădirile nerezidențiale.

Lista capabilităților, inclusiv interoperabilitatea cerută de art. 13 alin. (10) lit. c), provine însă din Directiva (UE) 2024/1275, cu termen de transpunere 29 mai 2026, netranspusă încă integral în legea română; la 15 iulie 2026, Comisia Europeană a trimis României, ca tuturor celor 27 de state membre, scrisoare de punere în întârziere. Pentru clădirile mai mici, pragul de 70 kW, cu termen 31 decembrie 2029, provine din Directiva (UE) 2024/1275, art. 13 alin. (9) lit. b), și nu este încă transpus în legea română.

Consecința practică: cerința de interoperabilitate intră în specificație astăzi; sistemul recepționat va fi evaluat pe textul directivei după transpunere.

Deschis la licitație: PICS, licențe, unelte de inginerie și parole

„Deschis" într-o licitație înseamnă lucruri verificabile, nu o siglă pe broșură:

• protocol standard documentat pe fiecare graniță;
• fișe PICS, cu listare BTL unde există, pentru echipamentele BACnet;
• hărți de regiștri predate și actualizate pentru echipamentele Modbus;
• fișierul ETS, baza LNS și restul fișierelor de inginerie, predate beneficiarului;
• conturi de administrare și parole pe numele beneficiarului.

Un sistem poate vorbi BACnet impecabil și poate rămâne închis comercial: unealta de inginerie vândută numai partenerilor agreați, licența legată de integratorul care a instalat-o, parole de service nedivulgate, funcții legate de module proprietare. Taxa anuală de licență, uzual 8-18% din valoarea componentei software, devine atunci preț de monopol: niciun concurent nu poate prelua sistemul. Clauzele care previn aceste mecanisme sunt subiectul materialului despre clauzele de proprietate cerute la predarea sistemului.

Verificarea se face la ofertare, cu trei cereri scrise: fișa PICS pe fiecare tip de echipament BACnet, harta de regiștri pe fiecare echipament Modbus, declarația livrabilelor de inginerie, cu unealta, fișierele și conturile. Cine livrează sistemul este o decizie separată: alegerea între automatizarea proprie a producătorului și un integrator neafiliat se judecă pe aceleași criterii.

Ce înseamnă concret pentru directorul tehnic, proiectant și IT/OT

Directorul tehnic pleacă cu o listă de audit: inventarul granițelor din clădirile administrate, cu protocolul, documentația și deținătorul uneltei de inginerie. Unde răspunsul este „nu știm", dependența de un furnizor există deja; materialele conexe stau în arhiva de integrare BMS și SCADA.

Proiectantul MEP scrie protocolul pe graniță în specificație, cu lista de puncte pe niveluri, fără să prescrie marca: BACnet cu PICS între automatizare și supervizare, Modbus sau M-Bus cu hărți de regiștri la echipamente și contoare, KNX cu fișier ETS în spații. Structura întregului sistem este descrisă în ghidul de referință al automatizării clădirilor.

Responsabilul IT/OT primește două teme: traficul de automatizare separat într-o rețea proprie, cu VLAN-uri și acces controlat, pentru că BACnet/IP și Modbus TCP nu au autentificare proprie în implementările uzuale, și trecerea spre BACnet/SC, extensia cu criptare TLS a standardului. Contextul de reglementare: materialul despre securitatea rețelelor operaționale ale clădirii.

Concluzie

Alegerea protocolului este o decizie de arhitectură, luată graniță cu graniță, nu un concurs între mărci. O clădire care vorbește Modbus la echipamente, M-Bus la contoare, KNX în spații și BACnet spre supervizare este mai deschisă decât una monoprotocol, livrată fără PICS, fără hărți de regiștri și fără fișiere de inginerie. Documentația predată cântărește mai mult decât sigla oricărui standard. Cerința de interoperabilitate din Directiva (UE) 2024/1275 transformă disciplina din bună practică în obligație.

Întreabă un integrator despre interoperabilitate

Pe baza listei de echipamente și a schemei instalațiilor, un inginer Sovitech răspunde cu protocolul recomandat pe fiecare graniță și cu lista de cerut la ofertare: PICS, hărți de regiștri, fișiere de inginerie, parole. Cererea se trimite prin pagina de contact, cu documentele existente atașate.

Articol publicat 21.10.2026. Informațiile juridice au fost verificate la 21.08.2026. Autor: Echipa de inginerie Sovitech Control.