GRUPPEPROSJEKT OPPGAVE 1 GRUPPE ARGH. ARGH = [A]rduino [R]elatert [G]ruppe[H]jørne

Transkript

1 GRUPPEPROSJEKT OPPGAVE 1 GRUPPE ARGH ARGH = [A]rduino [R]elatert [G]ruppe[H]jørne

2 Innhold Om oss I ARGH... 3 Medlemmer:... 3 Møte tider:... 3 Hoved møte:... 3 Rollefordeling i gruppen:... 3 Smarte Omgivelser... 4 Fokus... 4 Mål og Ideer... 4 Målet for prosjektet:... 4 Produktideer... 4 Automatisk Pizza Baker:... 4 Smartskap løsning / Lagerløsning:... 5 Elektriske varme hansker... 6 Robot Snake... 6 Fremgangsmåte... 7 Datainnsamling... 7 Evaluering... 7 Prototyping... 7 Milepæler:... 7

3 Om oss I ARGH Medlemmer: (Alfabetisk rekkefølge) Emil Lie Hatlelid Persijn Kwekkeboom Steffen Nilsen Vi er (nåværende) 3 gutter, fra linjen "Design, Bruk og Interaksjon", som ønsker å gjøre noe gøy og lærerikt i samme slengen. Vi har allesammen forskjellige områder hvor vi er flinke og dårlige så vi støtter på hverandre i prosjekt gruppa. Møte tider: Vi har avtalt et fast møte i uken hvor hele gruppen samles. Dette er det eneste møtet vi har hvor vi har en fast avtalt tid i uken, men vi møtes gjerne for å diskutere problemer og emner flere ganger i uken hvis det er behov for det. Hoved møte: Tid: Alternativt: Torsdager 12:00 Tirsdager 11:00 Rollefordeling i gruppen: Vi har fordelt noen hovedansvar inad i gruppen. Vi prøver å inkludere alle gruppemedlemmene i alle aktiviteter slik at det ikke blir skjev fordelig av arbeid og slik at alle får hjelpe til på alle aktiviteter. Emil - Text sjef. (Overordnet ansvar for rapporter og innleveringer). Persijn - Loggfører (Skriver ned hva vi har snakket om på møter). Steffen - Budsjett ansvarlig (ansvar for alle ting vi må kjøpe, finne priser og holde styr på hvor mye alle må bidra).

4 Smarte Omgivelser Oppfatningen av kommunikasjon mellom brukerene og et datasystem er vanligvis begrenset til en bruker som ser på en dataskjerm og interagerer med systemet gjennom et tastatur og evt. en mus. Ved å ta i bruk sensorer og aktuatorer kan man utvide denne klassiske interaksjonsmodellen. "Smarte omgivelser" refererer altså til at omgivelsene til brukeren har blitt utvidet ved å ta i bruk elektroniske komponenter. Interaksjonen mellom brukeren og datasystemet har ikke lenger som formål å ha en bevisst utveksling av informasjon, men å utvide, forenkle eller forbedre bruken av fysiske gjenstander. Fokus I denne oppgaven skal vi bruke Arduino til å fullføre oppgaven. Dette er noe vi mener er viktig for oppgaven og vi vil derfor fokusere på å utvide et produkt hvor vi har et mekanisk element som Arduino- kortet skal kontrollere. Produktet skal også kunne være en del av "smarte omgivelser", det vil si at produktet skal utvide eller forbedre omgivelsene til brukeren. Mål og Ideer Målet for prosjektet: Utvikle et produkt som gjør hverdagen enklere, eller endrer hverdagen slik at den blir mer underholdende og morsommere. Produktideer Automatisk Pizza Baker: Hva En automatisk pizzabaker som kan fjernstyres, vurdert utifra to forkjellige ambisjonsnivåer.

5 Enkleste variant er en forholdsvis enkel variant som består av en fryser og en varmeovn. Pizzabakeren vil da ta den frossne pizzaen ut fra fryseren, sette den inn i ovnen, skru ovnen på og ta den ut og skru av ovnen igjen når den er ferdig. Videre utvikling En langt mer ambisiøs variant er en som baker pizza fra grunnen av, slike automater eksisterer på markedet og kan produsere en pizza fra deig inkludert hevning til ferdig pizza i overkant av 5 minutter. Målgruppe Studenter, elektronikk entusiaster. Potensielle problemer: Hygiene, organisk materiale er vanskelig å få inn i en maskin Kombomultiplier med smartskaps løsningen under med bruk av samme kommunikasjon / fjernstyrings system Smartskap løsning / Lagerløsning: Hva En tingenes internett løsning for tiden før 10 øre plast- radiosendere er ferdig. Den enkleste versionen er i praksis et skap / lager som får alt scannet ( QR- / strek- koder ) og lagrer objektene i et lagerløsning, i miniatyr, og er klar over hva som er hvor. Kort og greit et miniatyr robot lager system Videre utvikling Den langt mer avanserte varianten kan være å knytte dette til et falskt distribusjonssystem for å simulere bruken i et faktisk lager Målgruppe Dette passer best for profesjonelle brukere, som en mini case study?

6 Potensielle problemer Hvordan kan dette gjøres relevant for brukerne slik at man sitte igjen med nyttig erfaring? Antakeligvis den mest seriøse og minst morsomme ideen. Elektriske varme hansker Hva Hansker som varmer hendene dine. Arduino lilipad i action. Målgruppe Studenter og laptop- brukere i kulda. Potensielle problemer Det er lett å lage et våpen ut av dem. Vanskelig å bedømme hvor intelligent systemet skal være. Robot Snake Hva Roboter som spiller et fysisk snake spill I utgangspunktet ser vi for oss slanger som er satt sammen slik at de kan strekke seg ut og bli lengre når de spiser epler, som kan bestå av lys fra spotlights fks, og styres av spillere med kontrollere (Fysiske eller app basert er fremdeles diskuterbart) Målgruppe Studenter og elektronikk- entusiaster. Potensielle problemer Vanskelig å estimere hvor lang tid det vil ta å utvikle dette. Ingen åpenbare.

7 Fremgangsmåte Datainnsamling Vi har ikke bestemt oss for hvilke metoder vi skal bruke innen datainnsamling enda. Vi har vurdert intervju og spørreskjema. Intervju for å se nermere på ideer og krav når vi har kommet videre i prosjektet, og spørreskjema for en mer åpen og generell innsamling av informasjon om hva som kan være interessant; tidligere i prosjektet. Evaluering Vi skal evaluere informasjonen vi samlet inn for å endelig bestemme oss for produktet vi skal utvikle. Prototyping Vi har bestemt oss for å gjennomføre "Low- fidelity" prototyper til datainnsamling. Slike prototyper er enkle å utføre og gjør det lettere å kommunisere med interessenter under datainnsamlingen. Vi skal goså lage en "high- fidelity"- prototype mot slutten av prosjektet hvor vi lager en prototype av Arduino, som vil være en del av vårt ferdige produkt. Milepæler: Uke 10: Mål 1: Få struktur på gruppen og fordele roller. Uke 11: Mål 2: Finne data innsamlings metoder. Hvilke metoder skal vi bruke? Hvordan skal vi få politelig data? Hvor? Hvem? Ikke glemme oppgaveteksten. Uke 12:

8 Mål 3: Utføre innsamling og finne behovet for et produkt. Reflektere over hvordan innsamlingen gikk. Hva kunne bli gjort bedre? Hva var feilkilder? Hva gjorde innsamlingen politelig? Uke 13: Mål4: Bruke innsamlingen til å danne en ide. Finne ut hvilkne metoder vi kan bruke for å danne ideer. Hvordan vi får best mulig ideer? Hva er en bra idé? Hva er en dårlig idé? interaction? Uke 14: Mål5:lage 2-3 enkle low fidelity prototyper. Følger de ideene? Er det lett å forstå hvordan de funker? Er visualiseringen enkel på disse prototypene? Skal vi utføre en pilot sjekk for å finne ut om prototypene gjør det de er ment for å gjøre? Uke 15, 16: Mål 6: Finne ut av hvilken prototype vi skal velge. Data innsamling med prototypene. Hva funker hva funker ikke? Hvordna reagerer folk på prototypen? Hvor mye skjønner de uten at vi forklarer? Hva spør de om? Uke 17, 18, 19: mål 7: Vurdere hvilken prototype som er best. Videre utvikle den ene prototypen til ny high fidelity prototype. Materiale? Begrensninger? Tid? Størrelse? Komplesitet? Uke 20, 21: Skrive ned alle de nødvendige tingen samle raport. Skrive individuell raport.