Realiame sandėlyje autonomija nėra vien procentas techninėje specifikacijoje. Svarbu, kas nutinka tada, kai robotas negali užbaigti veiksmo. Jei kiekviena išimtis sustabdo rampą ir reikalauja inžinieriaus, aukštas sėkmingų paėmimų rodiklis dar nesukuria patikimos operacijos.

Žmogaus įsitraukimą verta projektuoti kaip normalią proceso dalį: su aiškiu signalu, saugia veiksmų seka ir pamatuojamu rezultatu.

Kokios išimtys pasitaiko iškraunant

Išimtis nebūtinai reiškia sistemos gedimą. Robotas gali teisingai sustoti, kai aptinka sąlygą už savo patvirtintos veikimo srities ribų. Pavyzdžiai:

  • suplėšyta, atvira ar stipriai įdubusi dėžė;
  • pakuotė virš leistino svorio;
  • diržas, plėvelė ar laisvas objektas;
  • nestabili dėžių siena;
  • nepasiekiama dėžės zona;
  • užpildytas konvejeris;
  • žmogus arba technika saugos zonoje;
  • nepakankamas vakuumas ar kitas techninis signalas.

Šias situacijas reikia klasifikuoti, nes jų sprendimai ir poveikis operacijai skiriasi.

Atskirkite tris pagalbos lygius

Įprastas operacinis veiksmas gali būti durų atidarymas, sistemos pastatymas ar tuščio konvejerio patvirtinimas. Jis planuojamas kiekvienam kroviniui.

Krovinio išimtis reiškia, kad operatorius saugiai pašalina arba pataiso vieną problemą ir leidžia robotui tęsti. Tokia pagalba gali būti reta, bet tikėtina.

Techninis įvykis reikalauja diagnostikos, priežiūros ar inžinerinės pagalbos. Jo nereikėtų sumaišyti su įprastu operatoriaus darbu.

Šis skirstymas leidžia suprasti, kokių įgūdžių reikia vietoje ir kokia pagalba gali būti suteikiama nuotoliniu būdu.

Kiekviena išimtis turi turėti saugią būseną

Operatorius turi aiškiai matyti, kodėl sistema sustojo ir ką leidžiama daryti. Prieš žmogui patenkant į darbo zoną, roboto judėjimas ir susijusios energijos turi būti valdomos pagal patvirtintą saugos koncepciją.

Geras scenarijus atsako į penkis klausimus:

  1. Kaip sistema aptinka problemą?
  2. Kaip operatorius apie ją informuojamas?
  3. Kaip įranga pereina į saugią būseną?
  4. Kokius veiksmus gali atlikti apmokytas operatorius?
  5. Kaip patvirtinamas saugus darbo atnaujinimas?

Vien mygtukas „tęsti“ nėra išimčių valdymo procesas.

Sąsaja turi paaiškinti veiksmą

Pranešimas „klaida 47“ padeda programuotojui, bet ne pamainos operatoriui. Vietos sąsajoje reikalinga aiški kategorija, problemos vieta ir patvirtintas tolesnis veiksmas. Kai situacija negali būti sprendžiama vietoje, sistema turi nurodyti, kaip perduoti informaciją priežiūrai.

Naudinga išsaugoti įvykio laiką, jutiklių būseną ir trumpą kontekstą. Tai padeda analizuoti pasikartojančias išimtis nefilmuojant ar nesaugant daugiau duomenų, nei reikia.

Matuokite pagalbą minutėmis ir dažniu

Vien autonomiškai apdorotų dėžių procentas gali klaidinti. Dešimt greitai išsprendžiamų atmetimų turi mažesnį poveikį nei vienas pusvalandžio techninis sustojimas.

Piloto metu matuokite:

  • išimčių skaičių 1 000 dėžių;
  • kiekvienos kategorijos dalį;
  • operatoriaus aktyvias minutes vienam kroviniui;
  • medianinį ir didžiausią atkūrimo laiką;
  • atvejus, kai reikėjo techniko;
  • pakartotinai pasikartojančias priežastis.

Šie rodikliai leidžia apskaičiuoti realų personalo modelį ir nustatyti svarbiausias produkto tobulinimo kryptis.

Operatorius turi prižiūrėti procesą, ne kompensuoti sistemą

Jei žmogus nuolat taiso dėžes prieš kiekvieną roboto veiksmą, operacija nėra prasmingai automatizuota. Pagalbos užduotys turi būti retos, aiškios ir suderinamos su kitomis operatoriaus pareigomis.

Prieš diegimą išbandykite, ar operatorius gali saugiai atpažinti signalą, atlikti veiksmą ir atnaujinti darbą be kūrėjų komandos. Mokymai turi apimti ne tik normalų paleidimą, bet ir dažniausias išimtis bei atvejus, kada darbo tęsti negalima.

Tikslas — atspari operacija

Nulinis žmogaus prisilietimų skaičius nėra vienintelis brandos matas. Gerai suprojektuota sistema žino savo ribas, saugiai sustoja, greitai paaiškina situaciją ir renka duomenis, kurie mažina pasikartojančių išimčių skaičių. Toks žmogaus ir roboto bendradarbiavimas gali būti patikimesnis už autonomijos pažadą be aiškaus atkūrimo proceso.

Temos
  • žmogus procese
  • išimčių valdymas
  • sandėlio robotika
Aptarti piloto procesą