ISO 13374: Tilstandsovervåking og diagnostikk av maskiner – Databehandling, kommunikasjon og presentasjon
ISO 13374 er en av de mest innflytelsesrike standardene innen industriell IoT og tilstandsovervåking programvare. I stedet for å definere hvordan man utfører en måling, tar den for seg et helt annet problem: interoperabilitet — hvordan data fra ulike sensorer, datainnsamlingsutstyr og analyseplattformer kan samles uten proprietære barrierer. Den definerer en standardisert, åpen arkitektur for hvordan tilstandsovervåkingsdata skal behandles, lagres og utveksles, og er tett knyttet til MIMOSA-arkitekturen (Machinery Information Management Open Systems Alliance), som den bygger på. Målet er et «plug-and-play»-miljø for tilstandsovervåkningsteknologi, og kjernen i standarden er en funksjonell modell med seks blokker som sporer veien fra et rått sensorsignal til en klar vedlikeholdsanbefaling.
1. Sammendrag: Hva ISO 13374 har som mål
Der måleorienterte standarder forteller deg hva hva som skal måles og i forhold til hvilken grense, regulerer ISO 13374 hvordan informasjonen flyter og er strukturert når den først er registrert. Den utfyller måle- og prosedyrekravene snarere enn å konkurrere med dem: en standard for vibrasjonsintensitet som ISO 20816-1 (den moderne etterfølgeren til ISO 10816) angir alarmgrensene, den generelle overvåkingsstandarden ISO 13373-1 beskriver prosedyren for vibrasjonsovervåking, samt den overordnede ISO 17359 skisserer den generelle strategien for tilstandsovervåking, mens ISO 13374 definerer den åpne dataarkitekturen som overfører resultatene mellom systemene. Standarden er publisert i flere deler og beskriver en lagdelt informasjonsarkitektur; kjernen består av et funksjonelt blokkdiagram med seks sentrale lag som representerer dataflyten i ethvert system for tilstandsovervåking.
2. De seks funksjonelle blokkene
Modellen kan best forstås som en prosesskjede. Hver blokk bruker utdataene fra den forrige blokken og produserer noe mer bearbeidet – fra rå spenningsdata nederst til et konkret råd øverst.
-
1. DA — Datainnsamlingsblokk:
Dette er grunnlaget, broen mellom den fysiske maskinen og det digitale overvåkingssystemet. DA-blokken kommuniserer direkte med sensorer — for eksempel akselerometre, nærhetsprober, temperatursensorer, eller trykktransdusere — og registrerer de rå, ubehandlede analoge eller digitale signalene de genererer. Den står for all maskinvarekommunikasjon på lavt nivå: den forsyner sensorene med strøm (for eksempel IEPE-strøm til akselerometre), utfører signalbehandling som forsterkning og filtrering for å fjerne uønsket støy, og gjennomfører analog-til-digital-konvertering (ADC). Utgangen er en digitalisert strøm av rådata — vanligvis en tidsbølgeform — sendes videre til neste lag.
-
2. DM - datamanipuleringsblokk:
Dette er beregningsmotoren i overvåkingssystemet. Den mottar den rå, digitaliserte datastrømmen (for eksempel tidsbølgeformen) fra DA-blokken og omformer den til mer meningsfulle datatyper som egner seg for analyse. Hovedfunksjonen er standardisert signalbehandling — særlig Rask Fourier-transformasjon (FFT), som omformer tidssignalet til et frekvenssignal spektrum. Andre oppgaver som er definert i denne delen, omfatter beregning av bredbåndsindikatorer som for eksempel samlet RMS verdier, ved å utføre digital integrasjon for å omregne akselerasjon til hastighet eller forskyvning, og å kjøre mer avanserte prosesser som demodulering eller konvoluttanalyse for å oppdage de karakteristiske høyfrekvente støtene som skyldes feil i rullelager.
-
3. SD - State Detection Block:
Denne blokken markerer den kritiske overgangen fra datamanipulering til automatisert tilstandsdeteksjon. Den tar de behandlede dataene fra DM-blokken (RMS-verdier, spesifikke frekvensamplituder, spektralbånd) og bruker logiske regler for å bestemme maskinens driftstilstand - det er her et problem først “oppdages”. Den primære funksjonen er terskelkontroll: Den sammenligner de målte verdiene med forhåndsdefinerte alarmsettpunkter, for eksempel sonegrensene som er definert i ISO 20816 (tidligere ISO 10816) eller brukerdefinerte prosentvise endringer fra en grunnlinje. På denne bakgrunn tildeler systemet dataene en bestemt status – «Normal», «Akseptabel», «Varsel» eller «Fare» – og omdanner dermed rådata til praktisk anvendbar informasjon som kan sendes videre for diagnose eller brukes til å utløse en umiddelbar alarm.
-
4. HA – Helsevurderingsmodul:
Denne blokken fungerer som «hjernen» i diagnosesystemet og gir svar på spørsmålet: «Hva er problemet?» Den mottar statusinformasjon (for eksempel statusen «Varsel») fra DM-blokken og bruker analytisk intelligens for å finne den konkrete årsaken til avviket. Her kjører diagnoselogikken – alt fra enkle regelbaserte systemer til komplekse algoritmer for kunstig intelligens. Hvis for eksempel DM-blokken registrerer høy vibrasjon ved en frekvens som er nøyaktig dobbelt så høy som akselens driftshastighet (2X), vil den regelbaserte logikken korrelere dette mønsteret og gi en diagnose om «sannsynlig aksel feiljustering.» Hvis varselet gjelder en ikke-synkron, høyfrekvent topp med karakteristiske sidebånd, ville den diagnostisere en bestemt lagerfeil. Resultatet er en konkret tilstandsvurdering av maskinkomponenten.
-
5. PA – Blokk for prognostisk vurdering:
Denne blokken representerer høydepunktet av prediktivt vedlikehold, med mål om å besvare det avgjørende spørsmålet: «Hvor lenge til kan den drives på en sikker måte?» Den henter den konkrete feildiagnosen fra HA-blokken og kombinerer den med historiske trend data for å forutsi hvordan feilen vil utvikle seg. Dette er det mest komplekse laget, der man ofte benytter maskinlæringsmodeller eller feilfysikkmodeller for å ekstrapolere den nåværende forringelseshastigheten og anslå Gjenværende levetid (RUL) for komponenten. Hvis HA-blokken oppdager en feil i et lager, analyserer PA-blokken hvor raskt feilfrekvensene har økt de siste månedene for å forutsi når de vil nå et kritisk nivå. Resultatet er ikke bare en diagnose, men også en tidsramme for når tiltak må iverksettes — dette er området for prognose.
-
6. AG - Advisory Generation Block:
Dette er det siste og, sett fra brukerens perspektiv, viktigste laget, fordi det omdanner alle underliggende data og analyser til praktisk anvendbar informasjon. AP-modulen formidler funnene fra de underliggende lagene til operatører, driftssikkerhetsingeniører og vedlikeholdsplanleggere – og presenterer riktig informasjon til riktig person i riktig format. Det kan innebære intuitive oversiktsskjermer med fargekodede tilstandsindikatorer, automatisk genererte varsler via e-post eller SMS, eller detaljerte diagnoserapport med spektral- og bølgeformdiagrammer, og fremfor alt klare vedlikeholdsanbefalinger. En effektiv AP-melding nøyer seg ikke med å opplyse om at et lager har en feil; den gir en fullstendig anbefaling, for eksempel: «Det er oppdaget en defekt i det indre løpehjulet på motorens ytre lager. Gjenværende levetid er estimert til 45 dager. Anbefaling: Planlegg utskifting av lageret ved neste planlagte driftsstans.»
3. Nøkkelbegreper
- Interoperabilitet: Hovedmålet med ISO 13374. Ved å definere et felles rammeverk og en felles datamodell gjør standarden det mulig for en bedrift å bruke sensorer fra leverandør A, et datainnsamlingssystem fra leverandør B og analyseprogramvare fra leverandør C, slik at alle disse komponentene fungerer sammen.
- Åpen arkitektur: Standarden fremmer åpne, ikke-proprietære protokoller og dataformater, noe som forhindrer leverandørbinding og fremmer innovasjon i hele bransjen for tilstandsovervåking.
- MIMOSA: Standarden er i stor grad basert på arbeidet til MIMOSA-organisasjonen. Å forstå MIMOSAs C-COM (Common Conceptual Object Model) er nøkkelen til å forstå den detaljerte implementeringen av ISO 13374.
- Fra data til beslutninger: Den seksdelte modellen gir en logisk vei fra rå sensormålinger (datainnsamling) til konkrete vedlikeholdsråd (rådgivningspresentasjon), og utgjør dermed den digitale ryggraden i et moderne program for forebyggende vedlikehold og et naturlig grunnlag for tilstandsbasert vedlikehold.
4. Hvordan standarden fungerer i praksis
ISO 13374 nevner bevisst ikke noe om instrumenter og terskelverdier, og det er nettopp det som gjør standarden så effektiv: den lar resten av verktøykjeden utvikle seg uavhengig. I et typisk pålitelighetsprogram inngår den sammen med standardene som definerer hva måles og hvor alvorlig Resultatet er. Terskelverdiene som mates inn i DM-blokken, hentes fra alvorlighetsgrader og fra dine egne referanseverdier; prognosemodellene i PA-blokken bygger på dataene som arkitekturen har bevart nøyaktig. Praktiske hjelpemidler passer perfekt inn i dette bildet — en Kalkulator for parametere for tilstandsovervåking hjelper til med å stille inn alarm- og faretersklene som SD-blokken skal bruke, en valg av metode for tilstandsovervåking bidrar til å velge hvilke teknikker DA- og DP-blokkene skal implementere, og en RUL-prognosekalkulator speiler arbeidet som utføres av PA-blokken ved beregning av gjenværende levetid. For nettbaserte implementeringer ligger den samme seks-blokk-prosessen til grunn online overvåking systemer og telemetri som lagrer dataene deres.
5. Feltinstrumentet nederst i stabelen
Hvert lag i ISO 13374 er i siste instans avhengig av pålitelige rådata fra DA- og DP-blokkene – hvis datainnsamlingen eller behandlingen er mangelfull, vil ingen mengde avansert prognostikk kunne redde resultatet. Det er her et kompetent feltinstrument viser sin verdi. En bærbar tokanalsanalysator som Balanset-1A utfører både DA- og DP-funksjonene i én og samme håndholdte enhet: den driver og avleser akselerometrene, registrerer tidsbølgeformen, beregner FFT-spektrumet og den totale RMS-verdien, og presenterer resultatet for tilstandsdeteksjon. Når en maskin som er flagget på DM- eller HA-nivået viser seg å ha ubalanse, og det samme instrumentet fullfører sirkelen ved å feltbalansering rotoren i sine egne lagre — en påminnelse om at dataarkitekturen er til for å sette i gang konkrete tiltak på verkstedet, ikke bare for å fylle et dashbord med data.
6. Den offisielle standarden
ISO 13374 er utgitt i flere deler av Den internasjonale standardiseringsorganisasjonen (ISO), der delen med generelle retningslinjer fastsetter funksjonsblokkene, mens de påfølgende delene omhandler databehandling og presentasjon av behandlede data. Den autoritative, fullstendige teksten – inkludert de formelle definisjonene av hver blokk og den tilhørende datamodellen – kan kjøpes via den offisielle ISO-butikken, der standarden er oppført under sitt ISO-referansenummer. Sammendraget ovenfor er ment å være selvstendig for daglig ingeniørbruk, men den publiserte standarden er fortsatt den definitive kilden for samsvar og detaljert implementering.
