Hvordan starte et program for prediktivt vedlikehold

Et sted mellom det å lese om hvordan prediktivt vedlikehold fungerer og det å spørre hvem som skal bygge det, ligger spørsmålet som faktisk avgjør budsjettet: er dette verdt å gjøre her, på hvilket utstyr, og hva ville det gi i avkastning.

Hvis du fortsatt prøver å finne ut hva teknologien gjør, start med guide til prediktivt vedlikehold for industriell drift. Hvis du har bestemt deg og sammenligner leverandører, er oversikten over selskaper innen prediktivt vedlikehold dekker ni av dem.

Hva et program for prediktivt vedlikehold faktisk er

Ordet som betyr noe er program. Å kjøpe en overvåkingsplattform er en anskaffelseshendelse; å drive et program for prediktivt vedlikehold endrer hvordan vedlikeholdsbeslutninger tas, hvem som tar dem, og hvilket grunnlag de hviler på.

Det skillet viser seg i feilmønsteret. Fabrikker feiler sjelden med å installere sensorer. De feiler med å endre arbeidsordren som følger, slik at målingene hoper seg opp i et system ingen er ansvarlig for, og den årlige gjennomgangen finner et abonnement uten noen tilskrivbar besparelse bak seg.

Et program har fire ting som et kjøp ikke har: et definert ressursomfang, en eier som er ansvarlig for å handle på det som produseres, et avtalt måltall, og en rute der en prognose blir til planlagt arbeid. Hvis noen av de fire mangler ved starten, blir de ikke lagt til senere.

Hvilke ressurser rettferdiggjør prediktivt vedlikehold

Dette er beslutningen som avgjør alt videre nedstrøms, og instinktet de fleste virksomheter følger, er det gale.

Instinktet er å starte med utstyret som allerede har god instrumentering, fordi det virker enklest. Det gir et teknisk vellykket pilotprosjekt på ressurser hvis feil ingen bryr seg om, og ingen forretningsmessig begrunnelse for å utvide det.

Start i stedet fra konsekvens. For hver aktuelle ressurs, still tre spørsmål:

1. Hva koster egentlig en uplanlagt stans? Ikke reparasjonen — men produksjonen den utsetter, mannskapet som står uvirksomt, kontraktsboten, omstarten. På prosessanlegg er dette tallet vanligvis en størrelsesorden høyere enn reparasjonen.
2. Hvor mye varsel ville endre utfallet? Noen feil er verdt å forutsi fordi to ukers varsel gjør en nødsituasjon om til planlagt arbeid. Andre feiler uten nyttig varslingstid, eller er billige å bytte ved feil, og hører hjemme på kjør-til-feil uansett hvor sofistikert verktøyet ditt er.
3. Feiler det på måter som etterlater et signal? Roterende utstyr – pumper, kompressorer, motorer, vifter – forringes langs målbare baner. Det er derfor nesten alle programmer i tungindustrien starter der.

Fem eiendeler er det riktige antallet for en første fase. Nok til å bevise mekanismen, få nok til at en mislykket fase er en lærdom snarere enn et tap.

Dataene en prediktiv vedlikeholdsstrategi er avhengig av

Den ubehagelige delen av enhver strategi for prediktivt vedlikehold er at modelleringen sjelden er begrensningen. Begrensningen er om tre ting kan leses sammen for samme ressurs:

• Tilstandsavlesninger over nok historikk til å vise hvordan sunn tilstand så ut, fra en historiker eller fra ettermonterte sensorer.
• Driftskontekst — last, gjennomstrømning, modus — fordi en avlesning bare er unormal i forhold til det maskinen ble bedt om å gjøre.
• Vedlikeholdshistorikk — hva som ble gjort, når, og hva som ble funnet — fordi det er der modellen lærer hvordan en feil ser ut.

De fleste virksomheter har alle tre, men klarer ikke å koble dem sammen, som regel fordi den samme pumpen identifiseres ulikt i hvert system. Å løse dette er lite prangende, usynlig for styret, og utgjør rutinemessig størstedelen av arbeidet.

Vi vil heller si det rett ut enn å oppdage det i måned to. På et olje- og gassprogram, datainfrastrukturen var hele det første engasjementet, uten at det ble forsøkt noen prediksjon før den var på plass. På et separat produksjonspumpeprogram, kom strukturering og integrering av sensordata før noen modell ble bygget — og det programmet nådde 90 % prediksjonsnøyaktighet, kuttet vedlikeholdskostnadene med 40 % og reduserte uplanlagt nedetid med 65 %. Disse tallene tilhører den operasjonen og dens aktivaklasse.

Den praktiske testen før du bestiller noe: kan du hente to år med avlesninger for de fem kandidateiendelene dine, sammen med hver arbeidsordre som er opprettet mot dem? Hvis ja, definerer du omfanget av et modelleringsprosjekt. Hvis nei, er det første prosjektet dataene, og det bør prises som sitt eget arbeidsstykke.

Data Engineering Services

Bygge forretningscaset for prediktivt vedlikehold

En business case for prediktivt vedlikehold som tåler kritisk gjennomgang, teller unngåtte hendelser, ikke leverandørgjennomsnitt.

Hva som skal telles

• Utsatt produksjon unngått. Vanligvis det største tallet, og det som drift kan estimere troverdig fra historikk.
• Uplanlagte inngrep konvertert til planlagte. Billigere arbeidskraft, ingen premiumdeler, ingen nedstenging rundt dem.
• Forebyggende arbeid ikke utført. Vedlikehold basert på tilstand fremfor kalender fjerner unødvendige inngrep.
• Forlenget levetid for eiendeler, der du kan dokumentere det.

Hva som ikke skal telles

Publiserte ROI-prosenter for prediktivt vedlikehold fra hvem som helst sitt markedsføringsmateriale. De ble målt på noen andres utstyr, og en god del av dem viser seg å være kategorigjennomsnitt heller enn noen kundes faktiske resultat. En økonomidirektør som oppdager ett lånt tall vil avskrive hele saken.

Bygg det heller ut fra din egen feilhistorikk. Ta de siste to årene med uplanlagte stopp på de aktuelle ressursene, prissett dem, og spør hvor stor andel som hadde et påvisbart forvarsel. Den andelen er ditt realistiske tak, og den er forsvarlig fordi den kommer fra dine egne registreringer.

AI‑Powered Predictive Maintenance for Production Pumps

65% less unplanned downtime

40% lower maintenance cost

See Our Work

Hvor prediktive vedlikeholdsprogrammer stopper opp

• Ingen eier. Den vanligste årsaken. Sensorer har en budsjettansvarlig; prediksjoner trenger noen som er ansvarlig for å handle.
• Varsler ingen stoler på. Når det først blir ignorert, er et system ferdig sosialt lenge før noen avslutter det.
• Data oppdaget sent. Funnet i måned to i stedet for uke tre, ser det ut som feil snarere enn omfanget det alltid var.
• En pilot uten utgang. Uten et avtalt mål kjører en første fase til noen mister tålmodigheten.
• Suksess som ingen kan bevise. Hvis grunnlinjen ikke ble registrert før lansering, kan besparelsen ikke dokumenteres i etterkant.

Slik implementerer du prediktivt vedlikehold: De første 90 dagene

En faseinndelt form som kan stoppes billig når som helst, noe som betyr mer enn hastighet:

1. Uke 1–2 — omfang. Bekreft de fem eiendelene og deres feilhistorikk. Bli enige om tiltaket nå, skriftlig.
2. Uke 3–6 — data. Kombiner målinger, driftskontekst og vedlikeholdsregistreringer for disse ressursene. Det er her et program enten blir mulig eller avslører hva som må fikses først.
3. Uke 7–10 — modeller og valider. Bygg opp mot kjente feil, og la ingeniørene som skal bruke resultatet sjekke beregningene før noen stoler på dem. Deres skepsis på dette stadiet er den billigste kvalitetskontrollen som finnes.
4. Uke 11–12 — koble det inn i arbeidet. En prediksjon som ikke blir en arbeidsordre, er et skjermbilde. Rut den inn i systemet planleggerne dine allerede bruker.
5. Bestem deg så. Forleng, juster ressurslisten, eller stopp. Alle tre er akseptable utfall av en første fase; kun «fortsett på ubestemt tid uten et mål» er det ikke.

Hvordan Crunch-IS driver et prediktivt vedlikeholdsprogram

Vi arbeider gjennom den sekvensen i den rekkefølgen den er skrevet, noe som stort sett betyr at den lite glamorøse delen kommer først. Der tilstandsavlesninger, driftskontekst og vedlikeholdshistorikk ikke kan kobles sammen for de aktuelle ressursene, blir den sammenkoblingen avgrenset og priset som sitt eget oppdrag før noen modell diskuteres. På ett olje- og gassprogram var det hele den første fasen, uten at noen prediksjon ble forsøkt før dette var på plass.

Two programs, two asset classes, and the figures belong to the operations they were measured on:Wait—you asked for a translation to Norwegian. Here it is:To programmer, to aktivaklasser, og tallene tilhører operasjonene de ble målt på:

• Produksjonspumpe-programmet som ble beskrevet tidligere — 90 % prediksjonsnøyaktighet, vedlikeholdskostnader ned 40 %, og uplanlagt nedetid ned 65 %, på sjeldent høyverdiutstyr for en europeisk produsent.
• En AI-drevet plattform for prediksjon av vannledningsbrudd for et britisk forsyningsselskap — 42 % færre uventede brudd, med ytterligere 28 % reduksjon i kostnader til nødvedlikehold anslått i stedet for målt.

Ingen av tallene overføres. De er hva de aktivaklassene ga i avkastning under de forholdene, og det eneste tallet som vil forutsi ditt, er det som allerede sitter i din egen feilhistorikk.