sammendrag - Høgskulen i Sogn og Fjordane
Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Referanseside TITTEL Forprosjekt OR2-302 Ingeniørfaglig systememne PROSJEKTTITTEL Robot som CNC-fres RAPPORTNR 01 TILGJENGELIG Åpen FORFATTERE Christian Marås Andrii Petrychak Lars Martin Gjeraker Morten Sundsøy Svanhild Nævdal Thomsen ANSVARLIGE RETTLEIARAR vedlegg DATO 11.12.2014 TALL SIDER 35 pluss 10 RETTLEIARAR/syt RETLEIARARsvarlege er Joar Sande- Fagansvarlig STYRINGSGRUPPE RETTLEIARAR OPPDRAGSGIVER Marcontrol for Brødrene Aa AS SAMMENDRAG Vi fikk i oppdrag fra Brødrene Aa å utarbeide dokumentasjon om KUKA-robot generelt, samt sikkerhet rundt robot slik at de lett kan implementere KUKA-roboten som CNC-fres i produksjonen. For å simulere hvordan arbeidsoppgaven til KUKAroboten er benyttet vi Universal robot 5 som vi har tilgjengelig på Høgskolen. Det er i faget Ingeniørfaglig system emne i 5. semester at vi har et forprosjekt for å lære hvordan et prosjekt skal styres og gjennomføres. Målet med dette er at vi får mer kunnskap om prosjektstyring fram mot bacheloroppgaven. Resultatet vi kom fram til var 2 grafiske løsninger hvor vi viser hvordan Brødrene Aa kan implementere KUKA-roboten i produksjon. Det er også lagd dokumentasjon på hva sikkerhetstiltak som må til og et delvis prisoverslag på hva det vil koste. Fra prosjektet fikk vi både positive og negative erfaringer vi lærte av og som vi tar med videre til bacheloroppgaven. SUMMARY Brødrene Aa gave us a task to obtain information and documentation about robot and robot safety. This was to simplify the implementation of their KUKA robot in the production as a CNC-mill. We choose to simulate this with the UR-5 robot that we have available at our University College. This project forms part of the subject Engineering Academic System topic, autumn 2014 at Sogn og Fjordane University College. This is therefore a pilot project to the bachelor thesis, the aim of this is to get more knowledge about project management. Our results were two graphic solutions of how to implementing the KUKA robot in their production. When we created the models, we found out how important the security around robot and robot cells are. We have also experience both positive and negative sides of working in a project, which we have learn from and will take with us to the bachelor thesis. EMNEORD OR2-302, CNC, Robot, Fres, Sikkerhet, Automasjon, Prosjekt, Elektro Page 1 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Forord Ved Høgskolen i Sogn og Fjordane har vi faget Ingeniørfaglig systememne i femte semester hvor vi skal gjennomføre et forprosjekt og skrive en rapport. Rammene for prosjektet er at gruppene skal bestå av to til fem studenter og det er en forventet tidsramme på 225 timer per student. Studentene står fritt til å definere oppgaven selv, men blir oppfordret til å finne en ekstern oppdragsgiver og ha oppgave med. I tillegg skal gruppene lage en plakat og skrive en pressemelding til presentasjonen. Disse ligger som vedlegg 1 og 11. Den 27.11.14 ble prosjektet framført og hver gruppe la frem hva de hadde fått gjort i prosjektet. Oppdragsgiveren til dette prosjektet var Brødrene Aa som hadde et ønske om å sette i drift en KUKA-robot som en CNC-fres ved verftet sitt i Hyen. Gruppen fikk i oppdrag å finne all nødvendig dokumentasjon slik at de lett kan implementere KUKA-roboten i sin produksjon. En ekstra takk går til: - Joar Sande (Veiledning) - Erik Kyrkjebø (Veiledning) - Csaba Mucsi (Teknisk) - Eli Nummedal (Korrektur) - KUKA-Norge/Sverige (Support) - Brødrene Aa for prosjektoppgave Page 2 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Prosjektgruppa Christian Marås Prosjektleder Andrii Petrychak Bedriftskontakt & programmerer Lars Martin Gjeraker Head of design Morten Sundsøy Rapportsjef & “kaffikoker” Svanhild Nævdal Thomsen Head of research Styringsgruppen Joar Sande Prosjektansvarlig Anstein Aa Brødrene Aa AS ______________________ Christian Marås ______________________ Morten Sundsøy Page 3 of 35 ___________________________ Lars Martin Gjeraker ______________________ Svanhild Thomsen ________________________ Andrii Petrychak Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 SAMMENDRAG Vi er en gruppe på fem studenter som tar bachelor i automatiseringsteknikk ved Høgskulen i Sogn og Fjordane. I 5. semester høsten 2014 har vi i faget Ingeniørfaglig systememne gjennomført et forprosjekt. Det er for å øve oss på prosjektstyring fram til bacheloroppgaven. På vårt prosjekt var oppdragsgiveren Brødrene Aa. Brødrene Aa er verdens ledende på konstruksjon av fastlandsferger og er lokalisert i Eikefjord og Hyen. Oppdragsgiveren vår hadde gjort innkjøp av en KUKA KR125-2 som er en 6-akset robotarm som de ønsket å benytte som en CNC-fres i skipsproduksjonen deres ved verftet i Hyen. De er avhengig av spesial deler til båtproduksjonen og ved å ha en CNC-fres i produksjonen kan de spare både tid og penger. Oppgaven vår var å innhente informasjon og lage dokumentasjon på det som er nødvendig rundt KUKA-robot, samt robotsikkerhet slik at de lett kan implementere den i produksjonen. Ideen som oppdragsgiver hadde for roboten var at den skulle jobbe som en 7-akse CNC fres, der den 7-aksen var en skinne den kunne kjøre på. Skinnen var der fordi de ville at den skulle jobbe på større og lengre arbeidsstykker, henholdsvis av materialer som tre, PVC og Divicynell. De så for seg at den skulle stå langs en vegg der roboten skulle jobbe med en maks radius på 180°. Ut i fra dette utarbeidet vi to grafiske forslag til hvordan de kan implementere KUKA-roboten i produksjonen. Vi lagde også dokumentasjon på hva sikkerhetstiltak som må til for å ha roboten i produksjon, samt et delvis prisoverslag på hva det vil koste Brødrene Aa. For å simulere arbeidsoppgaven til KUKA-roboten har vi brukt Universal robot 5 som er tilgjengelig på Høgskolen. Vi programmerte den til å skjære ut former i pepperkakedeig. De grafiske forslagene har vi laget i 3D-modeleringsverktøyet Sketchup som er eid av Google. Sketchup har et bibliotek fullt av ferdige 3D-objekter som for eksempel roboter, sikkerhetsbur og annet utstyr som vi kan hente inn i tegningene våre. Først lagde vi forslag 1 hvor vi lagde en løsning ut fra alle kriteriene som Brødrene Aa hadde. Deretter lagde vi forslag 2 hvor vi lagde en løsning på hvordan vi mener det vil fungere best, på grunnlag av informasjon vi har innhentet i dette prosjektet. Vi fant informasjon om priser og kompatibilitet på hardware og software på nettet og fra samtaler med de aktuelle bedriftene. En av tingene vi fant ut i prosjektet var hvor viktig Page 4 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 sikkerhet rundt robot og robotceller var. Informasjonen rundt robotsikkerhet hentet vi i hovedsak fra Norsk ISO Standard for «Roboter i industrielt miljø». Et av målene med prosjektet var å lære om hvordan det er å styre et prosjekt og jobbe i gruppe samt kartlegge mulige fallgruver som vi kan unngå til bacheloroppgaven. Vi klarte ikke å kartlegge alle fallgruvene ved begynnelsen av dette prosjektet, men vi føler at vi har et bedre grunnlag for bacheloroppgaven. Etter å ha fullført dette prosjektet har vi lært hvor viktig det er med god kommunikasjon med oppdragsgiver. Vi har også lært at det er bedre å begrense oppgaven og heller utvide ved behov. Page 5 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Innholdsliste Referanseside………………………………………………………………. 1 Forord…………………..…………………………………………………...2 Sammendrag…………..……………………………………………………4 1. Innledning ………………………………………………………………..7 1.1 Strukturering i startfasen…………………… ………………………………………7 1.2 Videre arbeid med prosjektet………………………...……………………………...9 1.3 Etter den ny definerte oppgaven……………………………...………………..……10 2. Sikkerhetskrav for roboter for Industrielt miljø..………………...…….11 2.1 Generelt om HMS og Norsk ISO Standard…………………………………………..11 2.2 Del1 Roboter ………………………………………………………………………...12 2.3 Del2 Robotsystemer og Integrering..….……………………………………….…….13 3. Implmentering av robot…………………………………………………..16 3.1 Forslag 1…………………………………………………………………………….16 3.2 Forslag 2.………………………..…………………………………………………..18 3.3 software til KUKA robot…………..………………………………………………..19 4. Valg av utstyr…………………………………………………………..….20 4.1 Litt om KUKA…………………..…………………………………………………..20 4.2 Valg av utstyr.…………………………………………………………………….....20 4.2 Prisoverslag for utstyr til robot…………..…………………………………………22 5. Universal Robot 5………………………………………………………….23 5.1 Funskjon…………………………………………………………………….….……23 5.2 Gjennomføring….…………………………………………………………………...24 5.3 Bruker veiledning…...……………………………………………………………….24 5.4 Problemer…...………………………………………………………….……………25 6. Rammer og tid.......………………………………………………………..26 6.1 Rammer….……………………………………………………………….………….26 6.2 Timebruk….…………………………………………………………….………..…27 6.3 Oppsummering………………………………………………………………..…….30 7. Konklusjon…………………………………………………………….......21 8. Kildeliste………………………….....…………………………………......35 9.Vedleggsliste……………………………………………………………......36 Page 6 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Kapittel 1 Innledning 1.1 Strukturering i startfasen Det første vi gjorde var å utnevne Christian som prosjektleder. Deretter satt vi oss ned og diskuterte hvordan strukturen i gruppen skal være med tanke på møter, timelister og andre arbeidsmetoder. Vi benyttet facebook som en kommunikasjonsplattform hvor vi diskuterte og skrev innkalling til møter. I tillegg til dette prøvde vi å finne et gratis nettbasert prosjektstyringsprogram. Vi fant to programmer som passet våres kriterier det var Zoho-projects [1] og Freedcamp [2]. Begge sidene hadde gode funksjoner, men alle de gode og mest praktiske som kalender, planlegger og lagringsplass var betalingstjenester. Dette var noe som vi så gikk igjen hos andre nettsider og derfor gikk vi helt vekk i fra tanken på å bruke et nettbasert prosjektstyringsprogram. Det neste vi så etter var et gratis nettbasert kalenderprogram, slik at gruppen kan ha en felles kalender. Vi fant fort en bra kalender side Teamup [4], som var lett å bruke og alle kunne redigere innholdet. Vi lagde en kalender som ble kalt KUKAProject. Nedenfor vises et bilde av hvordan programmet ser ut. Figur 1: Et utsnitt av vår nettbaserte kalender fra oktober måned. Page 7 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 1.2 Videre arbeid med prosjektet 18. september 2014 hadde vi et møte med Brødrene Aa. Etter møte hadde vi et gruppemøte der vi skrev prosjektbeskrivelse og de forskjellige oppgaver som måtte utføres. I dette delkapittelet skal vi forklare hva vi gjorde fram til 10.10.2014. Vi laget følgende mål, gruppestruktur og gjennomføringsplan Hovedmål: Innhente kunnskap og dokumentasjon for å igangsette KUKA-robot til produksjon hos Marcontrol for Brødrene Aa. Delmål: - Utredning av flytskjema og HMS dokumentasjon. - Kartlegge software. - PLS-styring og klargjøring av KUKA-robot. - Testing av PLS-styring på Universal Robot 5(UR-5). Figur 2: Gruppestruktur. Arbeidsfordeling: Svanhild: Flytskjema Page 8 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Christian: Prosjektleder, HMS og Maskindirektivet Andrii: PLS-styring, UR5-robot og kontaktperson for Marcontrol og Brødre Aa Morten: PLS-styring og UR5-robot Lars Martin: KUKA-robot(defekte/mangler), Maskindirektivet Framdriftsplan Vi skulle legger opp ny framdriftsplan for 2 uker omgangen, altså på annethvert møte. Møte tid hver onsdag kl. 09.00 dersom ingenting annet ble sagt. Arbeid fram til 10.10.2014 Vi skulle bruke dette høstprosjektet til å planlegge videre jobb med KUKA-roboten på bacheloren til våren. Der oppgaven var å lage joystick styring til roboten som skulle brukes til å pusse båtskrog hos Brødrene Aa. Vi startet med å skaffe informasjon og dokumentasjon på roboten, samt opplæring og testing av høgskolens UR5-robot. Ved å bruke UR-5 kunne vi simulere pusseprinsippet ved å vaske av kritt fra tavlen. Siden vi ikke hadde nok kunnskap om kommunikasjon mellom datamaskin og UR-5, fikk vi opplæring av Csaba Mucsi. I starten av november hadde vi et møte med Erik Kyrkjebø, som er viserektor for FoU ved Høgskolen. Møte var for å få gode innspill og råd om prosjektet vårt, ettersom han har mye erfaring innenfor roboter og robotsystemer. Etter møtet med Kyrkjebø, hadde vi et gruppemøte der vi prøvde å begrense oppgaven vår og definere den på nytt. Det første vi fastslo var at det ikke var optimalt å bruke roboten som en pusserobot. I tillegg fant vi ut at sensorer som kamera, lasere, og trykkmåling var nødvendig for å få optimal pussing. Noe som medførte at prosjektet ble mye mer komplisert og mindre sannsynlig at vi fikk ferdigstilt til våren 2015. På grunnlag av dette fant vi ut at oppgaven vår var for uklar og bred. Derfor måtte vi ta kontakt med Brødrene Aa for å få en mer spesifikk oppgave. Brødrene Aa kunne meddele at de allerede hadde kjøpt en halvautomatisk pussemaskin og så heller for seg roboten som en CNC-fres på skinner. Vi var klar over at det var en av ideene Brødrene Aa hadde for roboten, men på grunn av dårlig kommunikasjon har vi jobbet mot en oppgave som de egentlig hadde en løsning på allerede. Page 9 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Ettersom vi hadde valgt å jobbe mot en pussemaskin måtte vi omstille oss og definere hovedmål og delmål på nytt. Neste delkapittel omhandler arbeidet vårt etter den nye definerte oppgaven. 1.3 Den nye definerte oppgaven Etter den ny definerte oppgaven satte vi oss nye mål og arbeidsfordeling som lyder: Hovedmål: Tilrettelegge for Brødrene Aa med dokumentasjon, slik at de kan implementere KUKAroboten som CNC-fres i produksjonen sin. Delmål: - Finne ut hva programvarer og hardware som må til for å bruke KUKA-roboten som CNC-fres - Utrede ulike sikkerhetsaspekt med å ha en industriell robot i produksjonen. - Lage grafisk 3D-modell av KUKA robot i produksjonen. - Lage en presentabel prototype med skolen sin UR5-robot til presentasjon 27.11.14 Arbeidsfordeling: Morten: Rapport struktur, presentasjonsansvarlig Lars: Pressmelding, plakat, hva sier maskindirektivet om industrielle roboter, konsept modell Andrii: Skrive om UR5, få UR5-en presentabel til 27.11.2014 Svanhild: Om KUKA robot, implementering av robot i produksjonen til Brødrene Aa. Christian: Sikkerhet, prosjektstyring, hvordan har vi har jobbet. Etter at vi hadde satt oss nye mål og oppgaver begynte vi først og fremst å jobbe mot presentasjonen 27.11.2014. Det vil si at vi fokuserte mest på de tingene som måtte være klar til presentasjonen som: presentabel robot og grafisk 3D-modell. Det siste punktet medfølgte research om regler, utstyr og priser på robot sikkerhet. Mer om dette kan du lese om i kapittel 4 og 5. Hva vi gjorde med roboten og hvordan den fungerer kan du lese om i kapittel 6. Page 10 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Kapittel 2 Sikkerhetskrav for roboter for Industrielt miljø 2.1 Generelt om HMS og Norsk ISO Standard HMS (Helse, miljø og sikkerhet) er noe en bedrift referer til når det er snakk om arbeidsforhold, skader, helserisiko, miljøskade mm. Definisjonen til arbeidstilsynet på HMS eller internkontroll er: Produksjon, produkter og tjenester skal oppfylle forskjellige sikkerhets og kvalitetsbetingelser. Krav til lokaler, verneinnretninger og tilrettelegging av arbeid [3]. Videre sier de at hver bedrift er pålagt å følge HMS tiltak for å hindre og forebygge arbeidsulykker. Hvis vi ser på HMS i dette prosjektet så er det et tema som skiller seg ut: sikkerhet. Sikkerhet er kanskje det som er mest sentralt her siden det fort kan skade mennesker, dyr og materialer. Helse og miljø er selvfølgelig viktig faktorer som vi må ta høyde for, men det er mer snakk om hvordan avfallet fra fresen blir håndtert og hvordan arbeidsforholdene er rundt roboten er. Det første vi skal ta for oss er hva som står i Norsk Standard NS-EN ISO 10218 og 2:2011. Deretter skal vi se hva sikkerhetstiltak som det er krav til når det gjelder industrielle roboter, men først noen sentrale begreper i standarden. Hazard Motion: Motion that is likely to cause personal physical injury or damage to health [4] Industrial Robot: automatically controlled, reprogrammable multipurpose manipulator, programmable in three or more axes, which can be either fixed in place or mobile for use in industrial automation. [4] Industrial robot cells: one or more robot systems including associated machinery and equipment and the associated safeguarded space and protective measures [5] Del 1 av standarden omhandler «Roboter» og retningslinjer for hva sikkerhetskrav det er til design og informasjon, som bruksanvisning, merking osv. I tillegg til dette beskriver den de grunnleggende risikoene assosiert med industrielle roboter, og sier hva krav som stilles for å fjerne eller redusere risikoen. Del 2 omhandler «Robotsystemer og integrering». Denne delen forteller hva sikkerhetskrav som stilles for integrering av industrielle roboter og industrielle robot celler. På figur 3 vises relasjonene mellom de ulike standardene og andre standarder som maskindirektivet. I neste delkapittel skal vi ta for oss det viktigeste fra hver del å se opp mot KUKA- roboten. Page 11 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Figur 3: Relasjoner mellom de ulike standardene. 2.2 Del 1: Roboter I Del 1, kapittel 4 står det oppsummert hvordan du utfører risikovurdering ut i fra Annex A (Informative). Annex A lister opp de mest signifikante risikoene som kan forekomme hos en robot. Oppsummert må en se på: a) The intended operations of the robot, including teaching, maintenance, setting and cleaning. b) Unexpected star-Up c) Access by personnel from all directions d) Reasonably foreseeable misuse of the robot e) The effect of failure in the control system f) Where necessary, the hazards associated with the specific robot application [4] Videre skal vi prøve å se på punktene a) til f) og se på hva som er viktig å tenke på for de som skal håndtere KUKA-roboten hos Brødrene Aa. For Brødrene Aa er det viktig at alle vet hva hensikten med roboten er og at det er definert hva den skal gjøre. Når dette er på plass kan de starte med den nødvendige opplæringen med roboten. Noe som innebærer både sikkerhetsrutiner og den funksjonelle opplæringen av roboten. Page 12 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Feilbruk av roboten kan spesielt komme når vi programmerer roboten fra datamaskin. Konsekvensene av feil i kontrollsystemet kan være til skade for utstyr og mennesker, pga. sammenstøt, surring av ledninger og friksjon. Hos Brødrene Aa vil kontrollsystemet være en blanding av software og hardware. Hardware er datamaskin, det medfølgende kontrollpanelet til roboten og styreskapet til roboten. Softwaren blir i form av RhinoCero med RhinoCAM (plugin til RhinoCero) og IRBCAM-for å mate til roboten. 2.3 Del2: Robotsystemer og Integrering Denne delen forteller om hva sikkerhetskrav det er når du skal implementere robot og robotceller i en produksjon. I dette delkapittelet skal vi ta for oss hva sikkerhetskrav det stilles hvis du skal ha en industriell robot som KUKA KR125-2 i produksjonen. Vi vil videre fokusere på et utvalg av kapittel 5, «safety and protective measures» og ta for oss de punktetene vi så på som mest signifikante og informativ. - 5.3.2 Kontrollpanelet og annet utstyr skal være utenfor sikkerhetsgjerde og slik at det er full oversikt over roboten sitt avgrensede området - 5.3.8 Robotcellen og roboten skal ha nødstopp og beskyttelse stopp for eksterne beskyttelses enheter - 5.3.10 sier hva krav det er til redskap som festes til slutten av robotarmen, noe som blir aktuelt ettersom Brødrene Aa skal feste en fres til roboten. Her er punktene som står i dette delkapittelet: End-effector (end of arm tooling) requirements a) Loss or change of energy supply (e.g. electrical, hydraulic, pneumatic, vacuum supply) does not cause release of the load that would result in a hazardous condition. b) The static and dynamic forces created by the load and the end-effectors together are within the load capacity and dynamic response of the robot. c) Wrist plates(mounting flange) and accessories properly align(couple) d) Detachable tools are securely attached while in use e) Release of detachable tools only occurs in designated locations or under specific, controlled conditions, if the release could result in hazardous situation f) The end-effector withstands the anticipated force for its expected life. [5] Page 13 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 - 5.4.3 omhandler krav til begrensing av bevegelse. Dette delkapittelet sier blant annet noe om de ulike kravene som stilles til mekanisk og ikke mekanisk bevegelsesbegrensning. Dette vil si begrensning med «software» eller «hardware». - 5.6.3 forteller om krav til robot når den kjører automatiske operasjoner. Dette er et aktuelt punkt ettersom Brødrene Aa har tenkt at roboten skal utføre arbeidet automatisk etter gitt CNC tegning. Videre i delkapittelet er det og presisert at nødstopp har den høyeste funksjon som vil si at ingenting kan overstyre den. Alle automatiske operasjoner skal settes i gang utenfor sikkerhetssone. - 5.6.4 forteller om krav til robot når den kjører manuelle operasjoner. Blant annet står det at roboten da må bli styrt av et godkjent lokalt kontrollpanel, som det medfølgende kontrollpanelet og styringsskap til KUKA Roboten. Figur 4: KUKA kontrollpanel og styringsskap [6] - 5.10 Safeguarding er det største delkapittelet og omhandler regler for sikring av robot og robotceller. I tillegg referer dette delkapittelet til mange andre enkeltstandere, Et eksempel på dette er «Guards and protective devices shall meet the requirements of ISO 12100». Page 14 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 - 5.11 forteller hva krav det stilles når mennesker og maskin er i innenfor samme arbeidsområde og skal arbeide i lag. Et eksempel på dette er når en skal feste på utstyr, eller bruke «Læreknappen». Generelt står det at dette kan kun være tilfelle hvis oppgaven er predefinert, og at alt av sikkerhets utstyr både soft- og hardware skal være aktivt. Figur 5: Bilde av merkingsforslag fra kapittel 5.11.2 NO ISO Del 1 [5] Page 15 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Kapittel 3 Implementering av robot I starten søkte vi mye på nettet etter bilder og videoer for og finne en løsning på hvordan roboten skulle benyttes i produksjonen. Det gjorde vi for å danne oss et bilde om hvordan det ser ut rundt en robot i produksjon og hvordan en robot beveger seg i forhold til CNC-fresing. Etter å ha dannet oss et bilde kom vi fram til to forskjellige forslag til hvordan vi tenker Brødrene Aa kan benytte roboten i båtproduksjonen. For å komme frem til de to løsningene vi fremlegger i dette prosjektet har vi brukt 3Dmodeleringsverktøyet Sketchup. Sketchup er et program eid av Google og er mye brukt av både amatører og profesjonelle. Programmet lar deg enkelt utforme tanker og idéer som du har lyst å vise andre. Det har et bibliotek fullt av ferdige 3D-objekter som for eksempel roboter, sikkerhetsbur og annet utstyr som vi kan hente inn i tegningene våre. Felles for begge forslagene er sikkerheten rundt roboten som nevnt tidligere. Gjerdet som er vist på tegningene er der for å hindre at personer og dyr kommer til skade under arbeidsoperasjonene til roboten, da denne kan operere med stor fart og har et voldsomt trykk om den treffer noe den ikke skal treffe. 3.1 Forslag 1. Figur 6: Forslag 1 i forskjellige vinkler. Page 16 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Ved utforming av Forslag 1. ble alle ønskene til Brødrene Aa tatt med. Dette innebærer bl.a. lang arbeidsbenk for roboten, 2D og 3D utskjæringer og skinne for roboten til å vandre mellom arbeidsbenkene. Skinnen vi har innhentet informasjon og pris på, er produsert av KUKA og passer nesten alle robotene deres. Om vi ser på arbeidsbordet som er vist på figur 1, ser vi to rektangler på hver side av bordet. Dette er ment som arbeidsbenker for 2D utskjæringer i små og store plater. Illustrasjon på hva dette kan være kan du se i vedlegg 5. De to sirklene som er vist ved senter av bordet, er ment som 3D-modeleringsstasjoner. Siden roboten ikke har mulighet til å komme seg på baksiden for utskjæringer, er det her nødvendig at disse bordene må ha mulighet til å rotere. Bordene må kommunisere med resten av systemet og vil da fungere som en ekstra akse for roboten, se vedlegg 5. Undervegs i utformingen av dette forslaget har vi hatt kontakt med leverandør av KUKAroboter i Norge. Det de kunne meddele var at KUKA-roboten som Brødrene Aa har, ikke lengre er støttet med reservedeler og dermed ville de ikke anbefale å montere den på skinner. I tillegg fikk vi vite at roboten ikke er kompatibel med løsningen som KUKA har for CNC hvor fresing og skinner er samkjørt i programmet. Se vedlegg 5. Page 17 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 3.2 Forslag 2. Figur 7: Forslag 2 Etter at vi hadde fått innhentet informasjon fra KUKA-Norge om hva som er mulig å benytte roboten til, begynte vi å utarbeide en ny grafisk løsning. Største forskjellen er at denne løsningen har en fast montert robot. Som det vises fra figur 2 er både skinnen og langbord fjernet. Muligheten for at roboten kan jobbe på flere arbeidsbenker ville vi beholde. I dette forslaget er det satt opp to arbeidsbord for 2D fresing og et for 3D-modelering. En stor fordel med dette forslaget er bruksareal. Her vil det ikke være bruk for så mye plass som forslag 1. Tenkt arbeidsbeskrivelse: Arbeider tegner modell som skal utskjæret i eventuelt Rhino Ceros Velger material som skal utskjæras Legger material på arbeidsbenk, rundt bord for 3D og rektangulært bord for 2D Stenger alle dører inn til robot Laster opp tegning fra arbeidsstasjon til roboten Starter arbeidsoperasjon Page 18 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 3.3 Software til KUKA robot Figur 9: Forslag 2 1. Først tegner du banen til roboten i CAD- programmet som i vårt tilfelle er Rhinoceros Rhino5. Dette funger på samme måte som AutoCAD, der du kan lage en 3D-modell av det du skal frese ut. 2. Når tegningen er ferdig, bruker en plugin-programmet RhinoCAM for å generere enten G-kode eller APT-CL- kode. Disse kodene omgjør tegningen til språk som roboten kan lese. 3. G- koden eller APT-CL- koden blir sendt til datamaskinen med IRBCAM softwaren. Denne datamaskinen er tilkoblet til robotens styrings boks. 4. IRBCAM prosesserer output fra RhinoCAM og sender til roboten, slik at den kan utføre de riktige bevegelsene. Page 19 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Kapittel 4 Valg av utstyr 4.1 Litt om KUKA robotics KUKA er verdensledende på roboter, automatiserte løsninger og produksjonssystemer. De har hovedkontor i Tyskland og det er der produksjonen er størst og største konkurrent er ABB. Kundene til KUKA er hovedsakelig fra bilindustrien, men det er også økende innen andre industrier. For å øke nedslaget vil KUKA fokusere på å nå ut i flere bransjer ved å utvikle innovative automatiserte løsninger som kan bidra til at kunden får et produkt med høyere kvalitet og at kostnadene ved produksjon går ned. Figur 10: Viser hvordan sikkerheten rundt KUKA-robot henger sammen. 4.2 Valg av utstyr Sikkerhetsgjerde: Det settes krav til at KUKA robot skal være inngjerdet og sikret mot uønsket start til enhver tid. Derfor er det sikkerhetsgjerde som må på plass først før roboten kan operere. For å ha et optimalt sikkerhetsgjerde må det være robust slik at det ikke er lett å rive ned med tanke på personer i nærheten. Det stilles og krav til høyden på gjerdet da personer ikke skal kunne falle over. Page 20 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Vi konkluderte oss fram til at et Nylofor 2D super-gjerde fra Solheim Gjerdenett har alle kvalifikasjonene til å inngjerde Brødrene Aa sin KUKA robot. Egenskaper som robust mot kutting, klatring og innbrudd samt høyder opptil 2,6 meter var det vi trengte for å konkludere med at dette var et sikringsgjerde for vårt prosjekt. Andre egenskaper for sikringsgjerdet er at det er vedlikeholdsfritt og det er med å hindre uønskede kostnader i framtiden. Nødstopp En nødstoppbryter har som funksjon å sette en stopper for truende situasjoner eller begrense konsekvensene ved en farlig situasjon som allerede har oppstått. Dette er med å forhindre skade på mennesker, dyr og utstyr. Nødstoppbrytere skal plasseres strategisk slik at de vil være lett tilgjengelig dersom en farlig situasjon inntreffer. Det settes krav til at utformingen av en nødstoppbryter skal være lett å betjene og lett gjenkjennelig. Det er alltid rød farge på bryterne og gul eller gulrød bakgrunn. Når nødstoppbryteren er trykt skal den holde seg aktivert og opprettholde stoppfunksjonen til den blir frigjort med hensikt. Det er krav til at nødstoppen ikke skal kunne bli sperret uten at det utløser stoppfunksjonen. Ved frigjøring av nødstoppbryteren skal det ikke føre til at roboten begynner å gå igjen, men gjøre det mulig å starte opp roboten på nytt. Sikkerhet på dør Det må være tilstrekkelig sikkerhet rundt dørene for å hindre at uvedkommende kan komme inn til roboten. På markedet er det veldig mange forskjellige løsninger, men i vårt prosjekt har vi bestemt oss for å gå for en løsning som vi mener har god sikkerhet og er rimelig. På begge dørene vil det være en mekanisk bryter som detekter om døren er lukket eller åpen. Det vil være kontakt mellom bryterne og roboten slik at det ikke er mulig å starte opp roboten når døren er åpen. Grunnen til at vi ikke har tatt med noen sensorer som detekterer mennesker inne på området er fordi roboten bare skal kunne igangsettes fra utsiden av gjerdet. Det vil da være sikkerhetsrutiner for personell hvor de blant annet må sjekke til at det ikke er mennesker inne på området til roboten. For å åpne dørene må roboten gå til en satt sikkerhetsposisjon og stoppe. Det vil bare være mulig å åpne dørene fra innsiden av gjerdet når roboten er i arbeid dersom det oppstår en situasjon hvor det er en person innenfor når roboten starter. Page 21 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 4.3 Prisoverslag for utstyr til robot Leverandør Utstyr Navn Artikkel nr. Pris Antall Sum Schneider Electric [7] Nødstopp Nødstopp boks XALK178F 765 6 stk. 4590 bryter trykk/vri 2nc XPSDMB1132P 2099 1 stk. 2099 XCSLF3535512 2923 2 stk. 5846 12 m 10800 7,5t 4875 7,5t 4875 Schneider Electric [8] Sikkerhets modul, 2 Sikkerhets modul Schneider Electric [9] magnetbrytere 24VDC Magnetisk Dørbryter nøkkel dørbryter mag. 24V 3NC 3NC Solheim Gjerdenett [10] Sikkerhets- Nylofor 2D Super gjerde Byggarbeider/mekaniker 900 pr lm 650 pr/t +moms Byggarbeider/mekaniker 650 pr/t +moms SUM 33085 Tabell 1 Viser et delvis prisoverslag Det har vært vanskelig å få kontakt med leverandører som ville hjelpe oss med priser, derfor er ikke prisoverslaget et endelig resultat på hva det vil koste Brødrene Aa. Page 22 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Kapittel 5 Universal robot 5 Universal robot 5 eller forkortet UR-5 er produsert i Danmark av selskapet Universal Robots. Selskapet ble startet i 2003 av gründere som studerte robot markedet og fant ut at det bare ble produsert dyre og tunge roboter. Det var da de kom opp med ideen med å utvikle en robot som var lett og billig som kan brukes i industrien til forskjellige arbeidsoppgaver. I dag driver selskapet fortsatt med salg og utvikling av robot. Figur 11: Viser Universal robot 5 med styringsskap og touchpanel [11]. 5.1 Funksjon UR-5 er en robotarm som kan programmeres til å bevege et verktøy og ved hjelp av elektriske signaler kan den kommunisere med andre maskiner slik at den kan fungere i en prosess. Det er mulig å programmere UR-5 til å bevege verktøyet langs en ønsket bane ved hjelp av PolyScope som er Universal robots programmeringsgrensesnitt. UR-5 blir levert med et touchpanel hvor man lett kan programmere den til å gjøre det man vil og ved å holde inne «Læreknappen» som er på baksiden av touchpanelet da kan man dra robotarmen i en ønsket bane. Den vil da gjenta denne operasjonen. Når det gjelder sikkerhet er det mulig å jobbe ved siden av UR-5 uten at den vil være til skade for mennesker og utstyr rundt. Dette er fordi UR-5 har innebygd sensor som gjør at den stopper dersom den må presse med et trykk høyere enn 150 newton når den beveger seg. Page 23 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Derfor var UR-5 et bedre alternativ til å simulere arbeidsoppgaven enn Brødrene Aa sin KUKA KR-125-2 som må gjerdes inne på grunn av fare for liv og helse. Annen grunn til at det var mer praktisk for oss er at vi har UR-5 tilgjengelig på Høgskolen. 5.2 Gjennomføring For å simulere arbeidsoppgaven til KUKA-roboten som CNC-fres bestemte vi oss for å programmere UR-5 til å skjære ut former i pepperkakedeig. Vi kunne brukt «Læreknappen», men vi valgte å programmere den manuelt for å få mer nøyaktighet i arbeidet. For å gjøre det brukervennlig lagde vi et java program med Graphical User Interface (GUI) se vedlegg 3. Funksjonen til programmet er å sende start signal til UR-5 for å starte de innprogrammerte operasjonene. Start signalet vil bli sendt fra datamaskinen til Arduinokortet via TCP/IP, derfra vil signalet gå fra den digitale utgangen og fram den digitale inngangen på UR-5. 5.3 Bruker veiledning For å starte programmet må man først koble programmet til UR-5 roboten ved å trykke på «Connect to robot», deretter er det bare å trykke på hvilken form man vil ha. Vi har også tatt med at vi kan bytte verktøy ved å åpne og lukke griperen. Figur12: Viser hvordan UR-5 sin GUI ser ut. Page 24 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Figur 13: Viser simuleringen av CNC fres til presentasjon. 5.4 Utfordring Det var en utfordring for å få UR-5 og datamaskinen til å fungere sammen siden roboten stoppet med en gang programmet ble kjørt. For å hindre at UR-5 stoppet brukte vi et Arduino Uno kort med Wifi tilkobling til å kommunisere med UR-5 sine digitale innganger. Neste utfordring var når vi koblet til Arduino kortet, da det plutselig ikke ville motta kommandoer lengre og årsaken til det tror vi er en systemfeil. Vi kom ikke fram til en løsning for å ordne dette, men ved å starte og koble kortet til på nytt fungerte det. Figur 14: Arduino Uno med Wifi tilkobling [14] Page 25 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Kapittel 6 Rammer og timer 6.1 Rammer I dette kapittelet skal vi ta for oss hvordan vi planlagte arbeidet med prosjektet, om vi klarte å følge planen vår, samt justeringer vi gjorde underveis. Vi startet med å se etter prosjekt 21.08.2014 ettersom vi skulle levere prosjektbeskrivelse den 19.09.2014. Det var litt fram og tilbake til vi til slutt den 18.september bestemte oss for prosjektet vårt hos Brødrene Aa. Denne dagen bestemte vi oss òg for at vi skulle ha møte hver onsdag kl.09.00 framover. Vi hadde noen tidsrammer som var gitt ut i fra innleveringsfrister i faget, de lyder som følger: - Innlevering av prosjektbeskrivelse 19.09-14 - Framføring 27.11-14 - Frist for Rapport 18.12-14 - Brødrene Aa har ikke gitt noe tidsramme på prosjektet - Prosjektet kan ha utgifter og det er ikke avtalt noen økonomiske rammer Ut i fra dette og den felles kalenderen vår Teamup som nevnt i kapittel 2 satt vi oss noen egne rammer for hovedmål og delmål. Et eksempel er at rapporten skulle være ferdig til 2. desember 2014. I tillegg til dette laget vi et gantskjema med de ulike oppgavene vi hadde. På bilde under ser du gantskjema vi lagde, som vi nå skal forklare litt nærmer. Page 26 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Figur15: Gantskjema Gantskjemaet viser med blått hvordan vi planlagte arbeidet med hovedmål og delmål på problemstilling 1 og det oransje viser det faktiske bruk på problemstilling 2. Det som står i blått er derfor ikke utførte oppgaver foruten om rapport og HMS-dokumentasjon. Vi flyttet den interne rapportfristen til 09.12-14. 6.2 Timebruk I fagets beskrivelse står det at hver proskjektdeltaker skal ha 225 prosjekttimer, der 60 timer er skoletimer. Derfor skrev hvert gruppemedlem timeliste under hele prosjektfasen. Gruppen vår la opp til timeskriving på slutten av hvert møte, for at timeskrivingen skulle bli gjort. Når vi skrev timer skulle vi skrive kort hva vi gjorde på hver arbeidsøkt. På bilde under ser du et utdrag fra timelisten til en på gruppen fra oktober måned, full timeliste til all på gruppa finner du i vedlegg 6-9. Page 27 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Figur 16: viser et utklipp fra timelisten oktober måned for en på gruppen. Lilla betyr skoletimer, kommentarene er for beskrivelse av hva vi gjorde. Page 28 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Figur 17: Viser sum timer per uke, samt sum timer til sammen og hvor mange som var skoletimer. På figur 17 ser du samlet timebruk fra uke 34-50, der det er skrevet timer fram til 2.12.2014. Dette er gjort for og videre kunne lage en grafisk framvisning av jobbingen med prosjektet som vist på figur 18. Page 29 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Figur18: Viser ukenummer langs x-aksen fram til uke 50, Y-aksen viser antall arbeidstimer i snitt hver uke. Grafens første topp som er fra uke 34-36 illustrerer tiden vi så etter prosjekt. Videre i grafen fra uke 37-40 er hvor vi holdt på med å planlegge hvilken arbeidsmetode og ulike mål vi skulle ha. Fra uke 40-43 var det en planlagt stopp med prosjektjobbing ettersom det var mange innleveringer i andre fag og Superveka. Resten av grafen viser hvor mye vi jobbet da vi fikk en ny problemstilling og jobbet fram mot presentasjonen. Denne grafen er ikke optimal da det vil være en stor topp på slutten når vi har jobbet med å skrive rapport. 6. 3 Oppsummering Vi satte oss rammer i starten av prosjektet som vi ikke helt klarte å følge, men dette var grunnet en ny problemstilling som ble gitt sent i prosjektfasen. Etter den nye problemstillingen laget vi nye rammen, som vi klarte å holde oss godt innenfor. Arbeidsmengden i prosjektet endte på rundt 200 timer per person. Dette mener vi er godkjent når vi har fått så mye innleveringer i andre fag. I tillegg begrenset vi oppgavene ganske mye i den nye problemstillingen, for og faktisk komme i mål til presentasjon og rapportfristen vår. Vi kunne kanskje laget større problemstilling ettersom vi er fem på gruppen. Men vi var litt redd for å ta på oss for mye etter den første problemstillingen som var veldig åpen. Alt i alt har gruppen jobbet bra med faget og prosjektet. Vi vil ta med oss både positive og negative erfaringer til bachelor oppgaven. Page 30 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Kapittel 7 Konklusjon I dette prosjektet har vi hatt fokus på styring av prosjektgruppen og resultatet med prosjektet. Med dette har vi delt opp konklusjonen i to deler der vi tar for oss en hoveddel om gangen. 7.1 Styring av gruppen Dette prosjeketet har handlet om gruppearbeid og lære å styre en gruppe som jobber med et prosjekt. Der gruppen skal prøve å bruke all kunnskapen som vi har lært i Ingeniørfagleg systememne og tidligere prosjektarbeidet. Hensikten med dette prosjektet er å få en følelse på hvordan det er å drive prosjekt ute i næringslivet og lære viktige vaner som f.eks. skrive timeliste og møteinnkalling. Det gir også studentene en sjanse til å komme i roller som de ikke har vært i før som f.eks. prosjektleder, som kanskje er den viktigste rollen i prosjektet. Prosjektlederens rolle blir å styre resten av prosjektgruppen, gi oppgaver og passe på at oppgaver blir gjort til en satt tidsfristen. En prosjektleder har ikke bare ansvaret for å passe på at oppgavene blir utført, men hvem som får de ulike oppgavene. Spille på hver enkelt i gruppen sine styrker er noe som kanskje kan løfte et middels prosjekt til et bra prosjekt. Dette er helt klart det mest utfordrerne med å være prosjektleder, siden det godt kan hende at ikke alle i gruppen er klar over sine egne styrker og svakheter. Det er derfor slike prosjektarbeid er så viktig i studiet sånn at en kan lære hvordan han/hun selv fungerer i prosjektgrupper. Vi hadde fem forelesninger med Terje Lyngstad tidligere på høsten der han fortalte om hvor viktig følelser var når det kom til gruppe arbeid. Hvor en må være klar over hvis det var folk i gruppen som følte seg urettferdig behandlet, ikke sett eller «overkjørt». Det å ha en åpen kommunikasjon og faste møter har ført til at personer i grupper har kunnet uttrykket seg på oppgaver de har blitt tildelt og hvor de ser prosjekt gå. Faste møte har også vært en god plass å gi prosjektleder en tilbakemelding på om de trenger mer hjelp med den oppgaven de har blitt tildel eller at de kan hjelpe andre i gruppen som eventuelt trenger det. Innrømme sine svakheter er for mange ikke enkelt, men det er viktig å vite at en ikke krever alt av en person. Følelsen som vi satt igjen med i dette prosjektet var at det hadde testet oss alle på hvordan det er å samarbeide med personen som har forskjellig synspunkter og komme til enighet. Page 31 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 7.2 Løsning av problemstillingen Som vi har nevnt tidligere måtte vi endre problemstilling og dette skyldes dårlig kommunikasjon mellom gruppen og bedriften. Gruppen var ikke flink nok til å undersøke hva bedriften ønsket og hadde behov for. Det var ikke satt opp en spesifikk problemstilling i begynnelsen av prosjektet og det var mange spørsmål som ikke var klargjort før gruppen begynte på prosjektet. Dette var en hard og lærerik erfaring for gruppen. Den endelige problemstillingen omhandlet å finne dokumentasjon om roboten som Brødrene Aa ville igangsette og generelt lære mer om robot. Vi har vært heldig som har fått bruke roboten på skolen, sånn at vi har kunne lage en prototype til presentasjonen. Med denne roboten fikk vi innblikk i hvordan en 6-akset robot kunne bli brukt som CNC-fres. Vi har hatt kontakt med personer ute i næringslivet som har mer erfaring og som har svart på eventuelle spørsmål som vi har rundt sikkerhet og styring av robot. Gruppen tok kontakt med Erik Kyrkjebø for å få råd og svar på spørsmål gruppen hadde. Kyrkjebø er viserektor for FoU ved Høgskulen i Sogn og Fjordane og har fra tidligere en doktorgrad i Kybernetikk og robotikk fra NTNU. Etter møte med Kyrkjebø hadde gruppen en klarere forståelse på hva som måtte gjøres og hva informasjon som var viktig å innhente for at en løsning kunne bli overlevert til Brødrene Aa. Gruppen tok også kontakt med KUKA-Norge/Sverige som var imøtekommende og gav gruppen raske svar på de spørsmålene vi hadde. Med svarene KUKA-Norge/Sverige gav oss kunne gruppen lage en mer spesifikk og realistisk løsning til Brødrene Aa. En grafiskløsning var ikke noe som var spesifisert i problemstillingen, men noe som gruppen følte at vi trengte og slik at det var lettere å vise fram hvordan vi så for oss roboten i produksjon. Vi har kommet fram til to grafiske løsninger i dette prosjektet. Første løsningen ble laget etter det Brødrene Aa ønsket seg, den andre løsningen ble laget etter at vi hadde vert kontakt med KUKA-Norgen/Sverige og innhentet mer kunnskap. Største forskjellen på de to løsningen er at Forslag 1. går på skinner mens Forslag 2. står i ro. Brødrene Aa ønsket at roboten skulle gå på skinner sånn at den kunne jobbe på flere arbeidsbenker og større arbeidsstykker. Grunnen til at vi i Forslag 2. gikk vekk i fra skinner var at KUKA-Norge/Sverige ikke anbefalte det for den modellen vi hadde. Page 32 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Sikkerhet rundt en robot er ganske omfattende siden det lett kan komme menneske og dyr til skade og det er her mye av vårt fokus har vært. Fokuset var å finne ut hvilke sikkerhetstiltak vi måtte ha med og finne utstyr som utfylte disse kravene. Pris var også noe vi ville ha med slik at Brødrene Aa kunne se ca. hvor mye dette prosjektet kom til å koste. Det var ikke bare sikkerhetsutstyret vi ville lage en oversikt på, men også hva software vi trengte for å kunne bruke roboten som en CNC-fres. Roboten Brødrene Aa har er en gammel modell og det er ikke alle software som er kompatibel med den, som for eksempel KUKA sitt eget CNC-program. Dette CNC programmet er et mellom ledd som omformer signal fra et 2D/3D-modulereingsprogram på datamaskinen til CNC-koordinater til roboten. Page 33 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Kilder [2] [1] Zoho, «Zoho.com,» [Internett]. Available: https://www.zoho.com/projects/features.html. [Funnet 09 27 2014]. [2] Freedcamp, «Freedcamp.com,» [Internett]. Available: https://freedcamp.com/. [Funnet 09 27 2014]. [3] Arbeidstilsynet, «Arbeidstilsynet.no,» [Internett]. Available: http://www.arbeidstilsynet.no/hms.html. [Funnet 09 30 2014]. [4] Technical Committee ISO/TC, «NS-EN ISO 10218-1 2011 Del 1: Roboter,» Norsk Standard, 2011. [5] Technical Committee ISO/TC, «NS-EN ISO 10218-2 Del 2: Robotsystemer og integrering,» Norsk Standard, 2011. [6] Media Exapro, «media.exapro.com,» [Internett]. Available: http://www.exapro.com/kuka-kr-1252krc1-pe68812/#!prettyPhoto. [Funnet 16 11 14]. [7] Schneider Electric, «Schneiderelectric.no,» [Internett]. Available: http://ecatalogue.schneiderelectric.no/ProductSheet.aspx?productId=80670&groupid=32220&navid=25854&navoption=6. [Funnet 02 12 2014]. [8] Schneider Eletric, «SchneiderEletric.no,» [Internett]. Available: http://ecatalogue.schneiderelectric.no/ProductGroup.aspx?groupid=32216&navid=25854&navoption=6. [Funnet 02 12 2014]. [9] Schneider Electric, «Schneiderelectric.no,» [Internett]. Available: http://ecatalogue.schneiderelectric.no/ProductGroup.aspx?groupid=32227&navid=25855&navoption=6. [Funnet 02 12 2014]. [10] solheimgjerdenet.no, «solheimgjerdenett.no,» [Internett]. Available: http://www.solheimgjerdenett.no/Stlgitter%20gjerde%20=%20Klatrekutt%20sikkert_Article_26.aspx. [Funnet 02 12 2014]. [11] Universal Robot, «universalrobots.com,» [Internett]. Available: http://www.universalrobots.com/GB/Press/Multimedia/Products.aspx. [Funnet 02 12 2014]. [12] Remeberthemilk.com, «remeberthemilk.com,» [Internett]. Available: http://www.rememberthemilk.com/. [Funnet 15 11 14]. [13] Teamup, «Teamup.com,» [Internett]. Available: http://www.teamup.com/. [Funnet 09 27 2014]. [14] Xively, «xively.com,» [Internett]. Available: https://xively.com/dev/tutorials/arduino_wi-fi/. [Funnet 04 12 2014]. Page 34 of 35 Forprosjekt OR2-302 Ingeniørfaglig systememne 11.12.2014 Vedlegg 1.Poster CALMS_OR2-302……………………………………………………………… 2. Roterende_Bord_KUKA………………………………………………………………. 3. UR-5_GUI_Program…………………………………………………………………… 4. Mail_Fra_KUKA-Norge………………………………………………………………. 5. Video_Av_Modeller…………………………………………………………………… 6. Christian_Timeliste ……………………………………………………………….……. 7. Andriii _Timeliste..…………….…………………………………………………........ 8. Lars_Martin _Timeliste...…………………………………………………………….... 9. Morten_ Timeliste..………………………………………………………………….… 10. Svanhild_Timeliste_..…………………………………………………………………. 11. Pressemelding……………………………………………………………………….… Alle vedleggene ligger nummerert i vedleggs mappen som medfølger. Page 35 of 35
© Copyright 2024