Ieguvumi:
- Spēja apkopot nosūtīšanas, telemetrijas un OEE datus ar AI un atklāt vājās vietas un anomālijas
- Spēja izveidot paredzamu apkopes loģiku ar vibrācijas, temperatūras un eļļas analīzes datiem ar AI atbalstu
- Spēja pārbaudīt AI radīto ražošanas/apkopes prognozi ar lauka pārbaudi un operāciju vadītāja lēmumu
Neatkarīgi no tā, cik labs plāns ir uz papīra, noteicošais ir ražošanas apjoms uz lauka: cik tonnas tika izraktas, kādā pakāpē, cik kravas to pārvadāja, cik smagi strādāja tehnika, cik daudz degvielas tika sadedzināts. Mūsdienīgā atklātā bedrē ekskavatori, kravas automašīnas, urbēji un buldozeri sekunde pēc sekundes ražo datus; Autoparka vadības sistēmas (nosūtīšana) fiksē katra transportlīdzekļa atrašanās vietu, kravu un statusu. Šis datu okeāns ir dārgumu krātuve, kas, pareizi nolasot, palielina ražošanu, samazina izmaksas un norāda uz vājajām vietām. AI; Tas ir spēcīgs palīglīdzeklis, lai apkopotu darbības datus, tendences un anomālijas (novirzes no paredzamās) noteikšanas, paredzamās apkopes prognozēšanas un ziņošanas. Tomēr maiņu lēmumi, iekārtu apturēšana un ražošanas mērķi pieder operāciju vadītājam; AI brīdina, cilvēks pieņem lēmumu.
OEE valoda un ražošanas dati
Izplatīts veids, kā mērīt ražošanas veiktspēju, ir OEE (vispārējā aprīkojuma efektivitāte). OEE ir trīs komponentu produkts: pieejamība (vai aprīkojums darbojas), veiktspēja (cik daudz tas darbojas projektētajā ātrumā) un kvalitāte (cik liela daļa produkcijas ir paredzēta mērķa). Iekrāvēja zemā OEE var rasties avārijas, apstāšanās vai lēnas darbības dēļ; Lai noskaidrotu, kurš no tiem ir, ir pareizi jāsagriež dati. AI labi spēj sadalīt OEE komponentus un atbildēt uz jautājumu “kur ir zaudējumi”; bet precīzs iemesls, kāpēc maiņa tiek pārtraukta, ir atrodams lauka apstiprinājumā.
Soli pa solim: AI darbs ar flotes datiem
- Anonimizēt un identificēt datus. Maska transportlīdzekļu ID; Aprakstiet kolonnas, laikspiedolu un vienības.
- Izveidojiet kopsavilkumu. Tonnas, braucienu skaits, darba/gaidīšanas/neveiksmju laiki maiņā/dienā. AI: kopsavilkuma kods un tabula.
- Meklējiet vājās vietas. Vai tas ierobežo iekraušanu, pārvadāšanu vai izkraušanu? Kur uzkrājas rindas laiki? AI: iesaka šķērsgriezuma analīzi.
- Atzīmējiet anomāliju. Degviela, cikla laiks, slodze neatbilst gaidītajam. AI: iesaka statistisko slieksni vai vienkāršu modeli.
- Apstipriniet ar lauku. Pārbaudiet katru anomāliju ar operāciju/apkopes komandu; Datu kļūda vai reāla problēma?
- Darbība un dzīšanās. Lēmumu pieņem operāciju vadītājs; AI izstrādā turpmāko ziņojumu.
Padoms: anomālija ne vienmēr ir darbības traucējumi; lielāko daļu laika tā ir sensora kļūda, laika zīmoga novirze vai ieraksta pārtraukums. Uzdodiet jautājumu "Vai man vispirms ir aizdomas par datiem vai mašīnu?" ar katru anomāliju.
Prognozējošā apkope: koncepcija un robeža
Ir trīs apkopes paaudzes: koriģējošā (remonts, ja rodas darbības traucējumi), profilaktiskā (apkope saskaņā ar grafiku) un paredzamā (prognozējošā: kļūmes paredzēšana pēc datos esošajām pazīmēm). Prognozējošā apkopē tiek uzraudzīti tādi indikatori kā vibrācija, temperatūra, eļļas analīze (nodiluma metāli), strāva un spiediens; Novirze no normas var norādīt uz darbības traucējumiem. AI ir spēcīgs, lai atrastu modeļus un anomālijas šajos daudzfaktoru datos. Bet kritiskais punkts ir šāds: anomālija ir brīdinājums, nevis diagnoze. Lēmums apturēt iekārtu, nomainīt detaļas vai turpināt darbību; Tas tiek izsniegts kopā ar tehniskās apkopes komandas fizisko pārbaudi un ekspluatācijas vadītāja apstiprinājumu. Kļūdaini pozitīvi (nelietderīga apstāšanās) un viltus negatīvi (nokavēta kļūme) ir dārgi; Cilvēki pārvalda šo līdzsvaru.
Prognozējamās apkopes vērtība ir pietiekami agri pamanīt kļūmi, lai to pārvērstu par plānotu izslēgšanu: neplānota kļūme aptur ražošanu maiņas vidū, savukārt paredzētās atteices daļas tiek sagatavotas un apkope tiek veikta plānotā laika posmā. Tomēr tas darbojas tikai tad, ja dati ir ticami. Raktuvēs sensori darbojas zem putekļiem, vibrācijas un karstuma; Kalibrēšanas novirze, vaļīgs savienojums un reģistrācijas atstarpe ir izplatīta parādība. Tāpēc pirmais paredzamās apkopes programmas solis ir nevis modeļa izveide, bet gan datu kvalitātes nodrošināšana. Pirms AI veikt “neveiksmes prognozēšanu”, ir jājautā, cik ticami šie dati ir savākti; Pat vismodernākais modelis, kas izveidots ar sliktiem datiem, ir maldinošs. Turklāt ne visas iekārtas ir vienlīdz kritiskas: viena galvenā slēdža atteice var izslēgt visu iekārtu, savukārt rezerves sūkņa atteice var tikt pieļauta. Prognozēšanas piepūles prioritātes noteikšana, pamatojoties uz aprīkojuma kritiskumu, ierobežotos apkopes resursus novirza uz pareizo vietu.
trīs mini futrāļi
1. gadījums — slēpts sašaurinājums. Ražošana vienā raktuvē ir par 12% zem mērķa. Maiņas vadītājs domā, ka "kravas ir maz". Viņiem ir AI apkopotie nosūtīšanas dati; Izrādās, ka vidēji 28% kravas automašīnu gaida rindā pie ekskavatora. Problēma ir nevis kravas automašīnu skaitā, bet gan viena ekskavatora iekraušanas ātrumā. Aste nokrīt, kad tiek izvietots otrs iekrāvējs. AI parādīja vājo vietu skaitļos; Komanda pieņēma lēmumu un apstiprināja laukumu.
2. gadījums — degvielas anomālija. AI norāda, ka kravas automašīnas degvielas patēriņš pēdējo divu nedēļu laikā ir bijis par 18% lielāks nekā tā līdzīgajiem. Tehniskās apkopes komanda pārbauda; konstatē, ka gaisa filtrs ir aizsērējis un dzinējs cīnās. Nomainot filtru, patēriņš atgriežas normālā stāvoklī. Šeit AI sniedza agrīnu brīdinājumu; bet fiziskā pārbaude noteica diagnozi (filtrs). Ja mākslīgais intelekts būtu teicis "dzinējs ir bojāts" un dzinējs būtu attiecīgi demontēts, tas būtu gan nepareizi, gan dārgi.
3. gadījums — kļūdaini pozitīvs. AI redz pēkšņu slīpmašīnas vibrācijas datu lēcienu un brīdina par "nenovēršamu atteici". Apkopes komanda rūpējas; konstatē, ka atlēciens ir saistīts ar sensora atslābināšanu, iekārta ir neskarta. Ja brīdinājumam būtu akli sekots un dzirnavas apturētas, viena ražošanas maiņa būtu zaudēta veltīgi. Nodarbība: ar katru anomāliju vispirms apšaubiet datu/sensora kvalitāti; AI brīdinājums ir hipotēze.
Kopējamas uzvedņu veidnes
FLOTES DATU KOPSAVILKUMS"Loma: jūs esat raktuvju operāciju analītiķa palīgs. Apkopojiet šādus nosūtīšanas datus pa maiņām: kopējais tonnu skaits, braucienu skaits, vidējais cikla laiks, palaišanas/gaidīšanas/kļūmes procenti. Transportlīdzekļu ID ir maskēti. Karogu maiņas, kas šķiet neparastas, bet izlemj, KĀPĒC; iesakiet, kuru papildu šķērsgriezumu pārbaudīt].
PUDELES ANALĪZE "Iestatiet analīzi, lai noskaidrotu, kur uzkrājas rindas/gaidīšanas laiki iekraušanas-transportēšanas-izkraušanas ciklā. Rezultāts: vidējais gaidīšanas laiks un kopējais zaudētais laiks katrā posmā. Parādiet, vai sastrēgums ir pie iekrāvēja, transportējot vai izkraujot; IESAKTI galīgo risinājumu, uzskaitiet iespējamos cēloņus un norādiet, ka ir nepieciešams lauka apstiprinājums."
MARĶĒŠANAS ANOMĀLIJA (APKOPE)"Zemāk ir redzama iekārtas daļas [vibrācijas/temperatūras/degvielas] laikrinda. Atzīmējiet punktus, kas novirzās no normālā diapazona, un katram no tiem: (1) novirzes lielums, (2) iespējama sensora/datu kļūme, (3) ko meklēt fiziskajā pārbaudē. [DIAPASTĪVĀ faults]..":ipastive fault.
MAIŅAS ZIŅOJUMA PROJEKTS"Uzrakstiet maiņas ziņojuma projektu, izmantojot šādus kopsavilkuma datus: saražotās tonnas, novirze no mērķa, galvenie zaudējumu cēloņi, anomālijas, kas atzīmētas ar karodziņu, un ieteicamie turpmākie pasākumi. Atzīmējiet lēmumus "attiecas uz operāciju virsnieka apstiprinājumu". Dati: [ielīmēt]."
Vāja uzvedne / spēcīga uzvedne
VĀJS UZDEVĒJUMS: "Vai šī kravas automašīna sabojāsies?"
SPĒCĪGA UZVEDINĀJUMS: "Loma: jūs esat prognozējošās apkopes analītiķa palīgs. Atzīmējiet punktus vibrāciju un temperatūras rindās, kas ir zemāki par novirzēm no normas, norādiet novirzes lielumu un ATŠĶIRĪT iespējamās sensora atteices iespējamību no faktiskās mehāniskās pazīmes. NEPIEDZIET precīzu atteices prognozi; norādiet, kas apkopes komandai jāmeklē: [fiziskās pārbaudes laikā].
Salīdzinājuma diagramma: datu signāls un lēmums
signāls
AI izvade
kura lēmums
verifikācija
Zems OEE
Trūkst komponentu parsēšanas
Operāciju vadītājs
lauka novērošana
Rinda/pudeles kakls
kur tas uzkrājas
Maiņu vadītājs
Lauka apstiprinājums
Degvielas novirze
anomālijas zīme
apkopes komanda
fiziskā pārbaude
vibrācijas šļakatas
Brīdinājums (nav diagnoze)
Apkope + ekspluatācija
Sensors + pārbaude
maiņas atskaite
melnraksts
Operāciju vadītājs
Apstiprināšana
Biežas kļūdas
- Sajaukt anomāliju ar noteiktu darbības traucējumu. Lielākā daļa anomāliju ir sensoru/datu kļūdas; Vispirms vaicājiet datus.
- Lūdzot AI precīzi paredzēt "vai tas sabojāsies?" AI signāli; pārbaude nosaka diagnozi.
- Pieņemot sašaurinājumu no skaitliskās pārbaudes. Sajūta "mazāk kravas automašīnu" bieži vien izrādās nepareiza.
- Laika zīmoga/skaļuma problēmu apiešana. Ierakstu nepilnības kropļo OEE un cikla uzskaiti.
- Akli paklausot brīdinājumam un pārtraucot ražošanu. Arī viltus pozitīvā rezultāta izmaksas ir reālas.
Uzmanību: Prognozējošās apkopes mērķis ir novērst darbības traucējumus, taču reaģēšana uz katru brīdinājumu, apturot mašīnu, rada arī zaudējumus. Lēmumu pieņem persona, kura kopā izvērtē brīdinājuma smagumu, iekārtas kritiskumu un pārbaudes konstatējumu.
Rezumējot
Flotes un ražošanas dati ir dārgumu krātuve, kas palielina ražošanas apjomu, ja tos lasa pareizi; AI efektīvi to apstrādā, veicot apkopojumus, sašaurinājumu atrašanu, anomāliju atzīmēšanu un paredzamo apkopi. OEE zudumi, rindas laiki un sensoru novirzes tiek ātri redzami ar AI. Bet anomālija ir brīdinājums, nevis diagnoze; Lēmumi par aprīkojuma apturēšanu un maiņu tiek pieņemti ar lauka apstiprinājumu un operāciju vadītāja apstiprinājumu. Katrai anomālijai vispirms vaicājiet datu/sensora kvalitāti.
Lietojumprogrammas uzdevums
Izmantojiet veidnes “Flotes datu kopsavilkums” un “Sašaurinājumu analīze” kopā ar saviem parauga (vai saviem anonimizētajiem) nosūtīšanas datiem, lai noskaidrotu maiņas zaudēšanas iemeslus. Pēc tam pielietojiet veidni "Anomālijas marķējums" kādai aprīkojuma vibrācijas/degvielas sērijai un atzīmējiet katram karodziņam, vai tā ir datu kļūda vai reāla problēma. Visbeidzot, izmantojot "Ziņojuma uzmetuma maiņas", pārveidojiet konstatējumus ziņojumā un atzīmējiet lēmumus darbības apstiprināšanai.
kontrolsaraksts
- [ ] Es maskēju un padarīju anonimizētus transportlīdzekļu/personāla ID.
- [ ] Es pārbaudīju sašaurinājumu ar rindas/gaidīšanas datiem, nevis pēc sajūtas.
- [ ] Katrai anomālijai es vispirms apšaubīju sensora/datu kvalitāti.
- [ ] Es uzskatīju AI brīdinājumu nevis par diagnozi, bet gan par zīmi, kas jāapstiprina ar pārbaudi.
- [ ] Lēmumu par iekārtu izslēgšanu/ražošanu atstāju operāciju vadītāja ziņā.
- [ ] Es pārbaudīju laikspiedolu un skaļuma konsekvenci.