En värmecentral, en pumpstation och en produktionslinje har sällan byggts samtidigt eller av samma leverantör. Ändå förväntas driftorganisationen kunna följa allt i en vy, reagera snabbt på avvikelser och använda data i både rapportering och förbättringsarbete. Därför handlar framtiden för öppna IoT-standarder inte främst om teknikval i sig. Den handlar om vem som behåller kontrollen när verksamhetens system, sensorer och behov förändras.

För fastighetsägare, kommuner, energibolag och industriverksamheter har frågan blivit konkret. En temperaturgivare ska kunna samverka med befintlig styrutrustning. En vattenmätare ska ge underlag till fakturering. Ett larm från en avlägsen anläggning ska nå rätt person och samtidigt kunna delas med överordnade verksamhetssystem. När varje del kräver en egen portal, ett särskilt abonnemang eller en specifik gateway blir vardagen snabbt mer komplicerad än den behöver vara.

Öppna standarder gör data användbar över tid

En öppen IoT-standard är i praktiken ett gemensamt och dokumenterat sätt för enheter och system att kommunicera. Exempel är MQTT för meddelanden mellan system, Modbus och OPC för industriell utrustning, samt LoRaWAN för trådlös kommunikation över längre avstånd. När gränssnitten är tydliga kan fler typer av utrustning anslutas utan att hela lösningen måste bytas ut.

Det betyder inte att alla produkter automatiskt fungerar tillsammans bara för att de använder samma begrepp eller nätverk. En sensor kan exempelvis sända data via LoRaWAN men ändå behöva rätt avkodning, en genomtänkt datamodell och tydliga larmregler för att informationen ska bli användbar. Öppna standarder löser alltså inte allt på egen hand. De ger däremot en stabil grund där det blir möjligt att koppla ihop lösningar på ett kontrollerat sätt.

Den stora vinsten är handlingsfrihet. Om en leverantör ändrar sitt erbjudande, om ett projekt växer eller om verksamheten vill lägga till nya funktioner ska det inte innebära att redan installerade sensorer blir en återvändsgränd. Data från fältet ska kunna flyttas vidare till dashboard, SCADA-system, energirapportering, underhållsplanering eller kundportaler utan onödiga speciallösningar.

Framtiden för öppna IoT-standarder blir mindre fragmenterad

IoT-marknaden har länge präglats av många parallella lösningar. Det finns goda skäl till det. Olika miljöer ställer olika krav: en batteridriven fuktsensor i en krypgrund har andra behov än ett styrsystem i en fabrik, och en vattenmätare i ett spritt ledningsnät fungerar under andra förutsättningar än en mätare i ett teknikrum.

Framtiden är därför inte en enda standard som ersätter alla andra. Den mest sannolika utvecklingen är att några etablerade standarder fortsätter att användas för sina respektive styrkor, medan plattformar och integrationslager blir bättre på att förena dem. LoRaWAN kan passa väl för sensorer som ska skicka små datamängder över stora områden med lång batteritid. Modbus kan vara ett naturligt val för befintliga mätare och industrikomponenter. MQTT fungerar väl när data ska skickas vidare mellan system och tjänster i nära realtid.

För beställaren är det viktigare att kunna ställa rätt frågor än att låsa sig vid ett enskilt protokoll. Kan nya sensorer läggas till från flera tillverkare? Kan data exporteras via öppna API:er? Kan lösningen kopplas till den utrustning som redan finns på plats? Och finns det en tydlig plan för behörigheter, drift och informationssäkerhet?

När svaren är genomtänkta blir tekniken enklare att förvalta. Driftteamet får en samlad bild, medan IT och systemintegratörer får tydligare gränser mellan fältutrustning, kommunikation och affärssystem.

Från uppkopplad enhet till ett beslut som går att agera på

Det är lätt att fokusera på själva sensorn. Men värdet uppstår först när mätvärdet blir begripligt och leder till en åtgärd. En fuktgivare som visar förhöjda värden kan minska risken för skador, men bara om rätt person får ett relevant larm innan problemet växer. En flödesmätare kan upptäcka läckage, men behöver jämföras med normalförbrukning, tid på dygnet och anläggningens driftläge.

Här får öppna standarder en större betydelse än många först ser. När data kan samlas i samma plattform blir det möjligt att jämföra olika anläggningar, sätta gemensamma larmprinciper och bygga rapporter som svarar på verksamhetens frågor. Det kan handla om energianvändning per byggnad, nivåer i brunnar, temperaturer i kylkedjor eller drifttid för kritisk utrustning.

En öppen arkitektur gör det också lättare att börja i rätt skala. Ett bolag kan starta med fjärrövervakning av några energimätare och senare lägga till inomhusklimat, vattenförbrukning och automatisk felrapportering. Kommunen kan börja med nivåmätning på utsatta platser och därefter ansluta fler delar av infrastrukturen. Samma grund kan växa utan att varje nytt behov kräver ett helt nytt system.

Säkerhet kräver ansvar, inte slutna system

Det finns en vanlig missuppfattning att en sluten lösning alltid är säkrare. I verkligheten avgörs säkerheten av hur lösningen är byggd och förvaltad: krypterad kommunikation, styrda behörigheter, uppdaterade enheter, segmenterade nätverk och tydliga rutiner för vem som får åtkomst till vilken data.

Öppna standarder kan vara en fördel eftersom de är väl kända, dokumenterade och granskade av många aktörer. Det förenklar också arbetet med att ersätta en komponent som inte längre uppfyller säkerhetskraven. Men öppenhet ställer krav på kompetens. Det räcker inte att ansluta enheter och hoppas att allt fungerar. Lösningen behöver utformas för den aktuella verksamheten, med hänsyn till både tekniska risker och den praktiska driften.

För samhällsviktig infrastruktur och industri är lokala eller egna driftsättningsalternativ ofta relevanta. I vissa fall ska data ligga i en molntjänst för att många användare ska kunna arbeta med den. I andra fall behöver informationen hanteras lokalt eller i en särskilt styrd miljö. En flexibel plattform bör kunna stödja båda vägarna utan att dataflödet tappar tydlighet.

Så väljer ni en lösning som inte begränsar nästa steg

Det klokaste är att utgå från verksamhetsnyttan före tekniken. Vilka beslut ska kunna tas snabbare? Vilka avvikelser ska upptäckas tidigare? Vilken information saknas i dag när ni planerar underhåll, följer energi eller rapporterar till kund och myndighet?

Därefter bör ni inventera befintliga system och fältutrustning. Målet är sällan att byta allt. Ofta går det att läsa in data från befintliga PLC:er, mätare eller SCADA-system och kombinera dem med nya trådlösa sensorer där kabeldragning vore dyr eller opraktisk. En stegvis införandeplan minskar risken och visar tidigt var nyttan är störst.

Be också om tydlighet kring ägandet av data och administrationen av lösningen. Ni ska kunna förstå vilka data som samlas in, hur de används och hur ni får ut dem om organisationen ändrar arbetssätt eller leverantör. Det är en central del av kontrollen, inte en detalj för senare i projektet.

Sensor-Online hjälper verksamheter att förena sensorer, dataloggers, kommunikation och analys i en plattform som kan arbeta med flera nätverk och protokoll. Det gör det möjligt att välja fältutrustning efter miljö och behov, samtidigt som data presenteras på ett enhetligt sätt för drift, energiuppföljning, larm och rapportering.

Som Sveriges största leverantör med beprövad erfarenhet från många branscher hjälper vi gärna till att reda ut både tekniska och praktiska vägval. Kontakta oss på info@nodeledge.se eller ring +46(0)500 6000 22. Börja gärna med en avgränsad anläggning eller ett tydligt driftproblem – när data kan röra sig fritt blir nästa förbättring betydligt enklare att genomföra.