När frågan är MQTT eller Modbus handlar valet sällan om vilket protokoll som är bäst i största allmänhet. Det handlar om var datan finns, hur snabbt den behöver komma fram och vad den ska användas till. En värmecentral, en pumpstation och ett industrigolv kan alla behöva tillförlitlig övervakning, men förutsättningarna är olika.
Modbus är ofta det naturliga språket nära utrustningen. MQTT passar särskilt bra när data ska skickas från många platser till en gemensam plattform. I praktiken är den mest hållbara lösningen ofta inte ett antingen eller. Genom att använda rätt protokoll på rätt plats får ni realtidsinsikt utan att behöva byta ut fungerande teknik.
MQTT eller Modbus – den praktiska skillnaden
Modbus är ett etablerat industriprotokoll som används för att läsa och skriva värden i exempelvis energimätare, PLC:er, frekvensomriktare, ventilationsaggregat och styrsystem. Det finns i många befintliga installationer och är enkelt att förstå på fältnivå: ett system frågar en enhet efter ett visst register och får tillbaka ett värde.
MQTT är däremot byggt för att förmedla meddelanden mellan system. En sensor, gateway eller applikation publicerar data till ett ämne, och de system som behöver informationen prenumererar på samma ämne. Det gör MQTT väl lämpat när mätvärden ska samlas in från många byggnader, anläggningar eller mobila objekt och visas i ett gemensamt dashboard.
Skillnaden märks tydligt i vardagen. Med Modbus kan en gateway läsa framledningstemperatur, energiförbrukning och driftstatus direkt från lokal utrustning. Med MQTT kan gatewayen sedan skicka dessa värden vidare till övervakning, larm, rapportering, analys och andra verksamhetssystem. Modbus hämtar ofta data från maskinen. MQTT distribuerar data dit den gör nytta.
När Modbus är rätt val
Modbus är särskilt starkt i anläggningar där ni behöver koppla upp befintlig utrustning utan att göra stora förändringar i styrningen. Protokollet finns ofta redan tillgängligt i fastighetsautomation, processindustri, VA-anläggningar och energisystem.
I en fastighet kan det handla om att läsa driftvärden från en undercentral eller en energimätare via Modbus RTU över seriell kommunikation. I andra fall används Modbus TCP över Ethernet, exempelvis mellan en PLC, en lokal server och en gateway. Båda varianterna kan ge stabil och förutsägbar datainsamling när nätverk och adressering är korrekt uppsatta.
Modbus passar bra när ni behöver detaljerade mätvärden och styrsignaler från en enskild anläggning. Det är också användbart när utrustningen måste fungera lokalt, även om uppkopplingen mot omvärlden tillfälligt försvinner. En lokal PLC kan fortsätta styra pump, ventilation eller process enligt sina regler, medan överordnade system får data när anslutningen är tillbaka.
Det finns dock några begränsningar att planera för. Modbus är inte i första hand skapat för att skicka data över stora geografiska avstånd eller hantera många mottagare samtidigt. Registeradresser, skalningar och enhetsdokumentation behöver också hanteras noggrant. Värdet 235 kan exempelvis betyda 23,5 °C, 235 kW eller något helt annat beroende på enhetens registerkarta.
Typiska användningar för Modbus
Modbus är vanligt för avläsning av el-, vatten- och värmemätare, driftövervakning av pumpar och fläktar, anslutning till PLC och SCADA samt insamling av data från kylmaskiner, reservkraft och processteknisk utrustning. För organisationer med många befintliga system är detta ofta den snabbaste vägen till bättre överblick.
När MQTT passar bättre
MQTT kommer till sin rätt när data ska röra sig mellan många delar av verksamheten. Det kan vara hundratals sensorer i fastigheter, nivåmätare i vatteninfrastruktur, temperaturgivare i lager eller energidata från flera geografiskt spridda anläggningar.
Protokollet är resurssnålt och fungerar väl även där uppkopplingen är begränsad eller varierar. En gateway kan samla in information lokalt via Modbus, LoRaWAN, OPC eller andra gränssnitt och sedan skicka den vidare med MQTT via mobilnät eller internet. Det minskar behovet av att ge varje enhet en egen direktkoppling mot en central tjänst.
En stor fördel är att samma data kan användas på flera håll utan att fältutrustningen behöver kontaktas om och om igen. Ett flödesvärde från en pumpstation kan samtidigt visas i driftcentralens dashboard, trigga ett larm vid avvikelse, sparas för rapportering och användas i en analysmodell för förebyggande underhåll.
MQTT kräver samtidigt genomtänkt struktur. Ämnesnamn, behörigheter, certifikat och regler för återanslutning behöver vara tydliga. I en större miljö bör ni bestämma hur anläggningar, enheter och mätpunkter namnges från början. Då blir det enklare att växa från ett pilotprojekt till många platser utan att datan blir svår att förvalta.
MQTT för distribuerad övervakning
För en kommun, energikoncern eller fastighetsägare med många platser är MQTT ofta ett bra sätt att skapa en gemensam dataväg. Det ger snabbare väg från fältdata till beslut, samtidigt som lokala system kan behålla sin funktion. Ni får en samlad bild av exempelvis energi, temperatur, vattennivåer och driftsstatus utan att låsa er till en enda typ av givare eller styrsystem.
Det vanligaste upplägget: Modbus lokalt, MQTT centralt
Många projekt blir enklare när Modbus och MQTT ses som komplement. Modbus används för kontakten med den lokala utrustningen. MQTT används för att föra vidare mätvärdena till en central plattform där de kan visualiseras, analyseras och användas för larm.
Tänk er en pumpstation med en PLC och flera energimätare. En datalogger eller industriell gateway läser värden via Modbus. Den kan kontrollera att data är rimliga, lagra mätvärden vid kommunikationsavbrott och skicka dem vidare via MQTT när anslutningen finns tillgänglig. I den centrala lösningen kan driftteamet se status i realtid, följa trender och få larm innan ett fel hinner påverka leveransen.
Samma princip fungerar i fastigheter. Lokal utrustning kan fortsätta kommunicera med Modbus, medan en gateway samlar data från värme, ventilation, kyla och undermätning. Informationen förs vidare till ett gemensamt dashboard, där energiansvariga kan jämföra byggnader, upptäcka onormal förbrukning och skapa underlag för debitering eller hållbarhetsrapportering.
Det här ger också bättre kontroll över framtida förändringar. Om ni senare byter visualiseringsverktyg, lägger till AI-analys eller ansluter ett annat affärssystem behöver ni inte nödvändigtvis bygga om fältnivån. En tydlig datamodell och öppna gränssnitt gör att lösningen kan utvecklas i takt med verksamheten.
Så väljer ni mellan MQTT och Modbus
Börja med att kartlägga vilka enheter som redan finns i era anläggningar. Har ni energimätare, PLC:er eller styrsystem med Modbus är det ofta klokt att använda den möjligheten. Nästa fråga är vart informationen ska ta vägen. Ska den bara användas lokalt för styrning och felsökning, eller ska flera team och system få tillgång till den?
Fundera också på vilken driftsäkerhet som krävs. Kritisk styrning ska normalt ligga kvar nära processen, där den inte är beroende av internetanslutning. Övervakning, rapportering och larm kan däremot med fördel samlas centralt via MQTT. Då får ni både lokal funktion och en tydlig bild av hela verksamheten.
Säkerheten ska ingå redan från projektstart. Segmenterade nätverk, tydliga användarbehörigheter, krypterad kommunikation och dokumenterade enhetsnamn gör stor skillnad över tid. Det gäller särskilt i miljöer med vattenförsörjning, energi, offentlig infrastruktur och industriell produktion, där felaktig eller otillgänglig data snabbt blir en operativ risk.
Sensor-Online hjälper verksamheter att koppla ihop sensorer, dataloggrar, Modbus-utrustning och MQTT-baserade datavägar i en lösning som är anpassad efter verkliga behov. Som Sveriges största leverantör med erfarenhet från många branscher kan vi hjälpa er att bedöma befintlig utrustning, välja rätt kommunikation och skapa en lösning som går att förvalta långsiktigt. Kontakta oss på info@nodeledge.se eller ring +46(0)500 6000 22 – vi hjälper gärna till att reda ut de tekniska detaljerna.
Rätt protokoll ska inte bli ett hinder för bättre drift. När varje system får göra det det är bäst på blir vägen från mätvärde till åtgärd både tydligare och tryggare.
