Één DIN-rail module die MQTT naar de cloud spreekt, BACnet naar het gebouw, en Modbus TCP naar de machines. Die zin werd gebruikt om een paneel vol gateways te beschrijven. Het beschrijft nu een enkele Ethernet-capabele compacte CPU, en het multi-protocol verhaal op het xLogic platform is geen marketingdia — het zit in de firmware, gedocumenteerd in de handleiding revisies: MQTT sinds V1.04, BACnet sinds V1.57, Modbus vanaf dag één.
Hier is hoe je dat kunt gebruiken zonder een onderhoudsnachtmerrie te creëren.
De Protocolkaart
Elk protocol heeft zijn natuurlijke publiek, en de truc is ze gescheiden te houden:
- Modbus TCP— de machinevloer: VFD's, HMI's, SCADA, andere PLC's. Deterministisch, register-gebaseerd, de universele industriële handdruk.
- MQTT— de cloud: publiceer telemetrie naar een broker, dashboards abonneren. Gebeurtenis-gedreven, NAT-vriendelijk, gebouwd voor onbetrouwbare netwerken.
- BACnet— het gebouw: plantkamers, AHU's, BMS hoofdeinden. De moedertaal van de vastgoedsector.
Één CPU die alle drie publieken bedient betekent dat de machinebouwer, de facilitair manager en het cloud dashboard hetzelfde apparaat zien — elk in hun eigen taal, zonder dat ze een converterbox nodig hebben.
Echt Gebouw: Kleine Technische Ruimte
Een technische ruimte met een AHU, twee fan-coil groepen en een warmtepomp: Modbus TCP naar de lokale HMI en de VFD's, BACnet naar het gebouw BMS voor planning en alarmen, MQTT naar een cloudservice voor remote trending. Drie protocollen, één controller, één programma. De BMS-engineer vroeg wie de gateway had gemaakt. Het antwoord — "er is geen gateway" — zorgde voor een stilte die vijf volle seconden duurde.
Die stilte is het product dat werkt.
Wat Gescheiden Te Houden
De protocollen kunnen de CPU delen, maar ze moeten het dataplanning niet delen. Map de punten één keer, opzettelijk: welke registers zijn Modbus-zichtbaar, welke objecten zijn BACnet, welke onderwerpen zijn MQTT. Een enkele puntkaart, onderhouden in één spreadsheet, voorkomt de klassieke fout — een registernummer dat verandert en drie systemen die stilletjes verouderen.
En onthoud de modelbeperkingen: BACnet/IP en MQTT hebben de Ethernet-capabele CPU's nodig. De seriemodellen houden Modbus RTU en BACnet/MSTP. Controleer het model tegen de vereiste vóór de belofte, niet na de inkooporder.
De Ondersteuningshoek Die Niemand Prijst
Multi-protocol is niet alleen een functie; het is een verkoopdeur. Aanbestedingen vragen nu standaard om BMS-integratie, cloudconnectiviteit als een checklistitem. Een controller die beide zonder extra's beantwoordt, komt voorbij de prekwalificatiefilter. Het prijsverschil tussen de single-protocol en multi-protocol versies is klein; het verschil in welke projecten je mag bieden is dat niet.
Puntkaartdiscipline
Multi-protocol is een zegen en een val. De zegen: één CPU die drie systemen bedient. De val: drie systemen die iets andere versies van de waarheid lezen. De oplossing is saai en niet onderhandelbaar — een enkele puntkaart die elke waarde één keer opsomt, met zijn register, zijn BACnet-object en zijn MQTT-onderwerp in dezelfde rij.
Begin de spreadsheet op dag één, voordat het eerste blok is bedraad. Kolommen: waarde naam, Modbus register, BACnet objecttype en instantie, MQTT onderwerp, datatype, schaling, updatefrequentie, en welk systeem autoritatief is voor schrijfacties. De laatste kolom is belangrijker dan mensen denken — wanneer het BMS en het cloud dashboard beide een setpoint willen wijzigen, moet iemand winnen, en de kaart zegt wie. Zonder het, vechten twee systemen om één waarde en de machine gedraagt zich onvoorspelbaar om 3 uur 's nachts.
Versie de kaart met het programma. Elke firmwarewijziging, elk toegevoegd punt, elke hernummering — de kaart wordt bijgewerkt in dezelfde commit. Ik heb projecten geërfd waar de kaart twee jaar verouderd was en drie mensen verschillende kopieën hadden. Het herbouwen ervan kostte een week staren naar registertabellen. Een week. Wees dat project niet.
En test de cross-protocol paden opzettelijk: schrijf een setpoint vanuit het BMS, verifieer dat de machine reageert, verifieer dat het cloud dashboard de wijziging toont. Eén end-to-end test per punt, bij inbedrijfstelling, vangt de mappingfouten terwijl ze goedkoop te fixen zijn.
Firmware en Versie Realiteit
De protocolkenmerken kwamen in golven, en de handleiding revisiegeschiedenis vertelt het verhaal: MQTT in 4.2, de webserver in 4.5, WiFi-instructies in 6.0, BACnet in 6.2, SR-22 ondersteuning in 6.2.1. Als je een multi-protocol project plant, is de firmwareversie geen detail — het is een vereiste. Een CPU die twee jaar geleden is verzonden, heeft mogelijk een update nodig voordat deze BACnet spreekt, en het updatepad hangt af van het model.
Maak de firmwarecontrole onderdeel van de pre-sales checklist. Noteer de versie op de bestelling, bevestig deze bij levering, en documenteer het op het inbedrijfstellingsblad. Het duurste gesprek in deze branche is "het zou dat moeten ondersteunen" gevolgd door "deze doet dat niet."
En houd de protocollen eerlijk over hun sterke punten. BACnet voor het gebouw, Modbus voor de machines, MQTT voor de cloud — elk op het type draad waarvoor het is ontworpen. De Ethernet CPU behandelt alle drie tegelijkertijd; het maakt ze niet magisch één protocol, en dat zou het ook niet moeten. De scheiding is wat de plant draaiende houdt wanneer de cloudverbinding wegvalt — het lokale Modbus en BACnet verkeer wacht niet op het internet.
De Protocoldocumentatie Gewoonte
Een controller met drie protocollen zonder een protocolkaart is een museumexpositie. De discipline kost een uur bij inbedrijfstelling en bespaart een week elke keer dat het gebouw verandert: één blad met elke punt, zijn Modbus register, zijn BACnet object, en zijn MQTT onderwerp — met de schrijfautoriteit gemarkeerd. Het blad leeft met de paneeltekeningen, geversioneerd met het programma. Wanneer de BMS-engineer vraagt "welke waarde is de aanvoertemperatuur?" is het antwoord één rij, niet een middag registerarcheologie.
Koop de versie met de protocollen. De projecten zullen volgen.
