Testplan Autonom spaning med quadcopter

Transkript

1 Testplan Autonom spaning med quadcopter Version 1.2 Projektgrupp: Datum: Status Granskad TH Godkänd Christian A. Naesseth

2 Projektidentitet E-post: Hemsida: Beställare: Kund: Kursansvarig: Christian A. Naesseth, ISY, Linköping University Tel.: , E-post: Maria Andersson, FOI E-post: Daniel Axehill, Linköpings universitet Tel.: , E-post: Clas Veibäck, Linköpings universitet Tel.: , E-post: Gruppmedlemmar Namn Ansvar Telefon E-post Magnus Blomberg Designasnvarig magbl113 Tobias Hammarling Testansvarig tobha614 Teodor Johnsson teojo382 Emil Klinga Projektledare emikl364 Oliver Larsson olila044 Anton Niglis antni601 Martin Pettersson Dokumentansvarig marpe238 Per Öberg perob757

3 Dokumenthistorik Version Datum Utförda ändringar Utförda av Granskad Revidering av test nr TH TH (sammanfogas till ett test) samt att enhetstesterna är omformulerade till vanliga test Revidering av test nr.16 (tas EK EK bort) och test nr.35 (Numera nr.34) Komplettering av kommentarer TH,PO TH från BP Vidare komplettering av tidigare TH TH kommentarer Andra utkast efter kommentarer TH från beställare Första utkast TH

4 Innehåll 1 Inledning Utelämnade tester Testprotokoll Misslyckat test Parter Definitioner Tester Generella tester Huvudbuss GUI/HMI Bildbehandling Uppdragsplanering Uppdragsföljning och signalbehandling Kommunikation Säkerhet A Bilagor 27 A.1 Uppdrag A.2 Uppdrag A.3 Testprotokoll exempel A.4 Testkoordinater

5 Autonom spaning med quadcopter 1 1 Inledning Detta är en testplan upprättad för projektet Autonom spaning med quadcopter som bedrivs som ett examinerande moment i kursen TSRT10 - Reglerteknisk projektkurs. Kursen tillhandahålls av ISY på Linköpings universitet och beställare är avdelningen för Reglerteknik. Testplanen innefattar en fullständig beskrivning av hur de i kravspecifikationen [1] definierade kraven ska verifieras och testas. För vidare beskrivning av projektet hänvisas läsaren till systemskissen [2]. Varje test är specificerat enligt följande: Test nr. Beskrivning Omfattade krav Testform Under beskrivning utvecklas testets syfte, genomförande och kriterier. Där samtliga kriterier måste vara uppfyllda för att testet ska kunna betraktas som godkänt i testprotokollet. Testform syftar till att redogöra för vilka resurser som testet kräver, om det exempelvis måste genomföras inomhus är det bra om detta kan planeras in då möjlighet finns till att låna en lokal. Därav underlättar detta planeringen av testdagar. De olika former av test som kommer att förekomma listas nedan. Flygning inomhus: Testet måste genomföras under flygning inomhus och kräver därför bokning av lokal. Flygning utomhus: Testet kräver flygning i utomhusmiljö där handledare måste närvara. Datortest: Testet kan genomföras direkt i datorn med manipulerad data. Fysiskt test: Test som genomförs med plattformen igång men är oberoende av miljö. Genomgång av kod: Kodens struktur och prestationsförmåga undersöks. Enhetstest: Ett automatiserat test genomförs där förutbestämd data med känd output skickas till en modul vars faktiska output valideras mot den kända outputen. Användare vid dator: Testet genomförs via användargränssittet i GUI:t. En del av testerna är uppställda så att flera av kraven i kravspecifikationen [1] testas samtidigt. Detta är för att underlätta testsektionen och spara tid vid testgenomförande som kan komma att bli en ganska omfattande del, speciellt med avseende på de testen som kräver flygning inomhus, då möjligheten för att genomföra dessa typer av test är begränsad eftersom hyrandet av lokal måste planeras. 1.1 Utelämnade tester Några av de kraven som är definierade i kravspecifikationen [1] kan bockas av direkt och är därför inte presenterade i denna testplan. Ett exempel på ett sådant krav kan vara att en modul ska kunna skicka information till huvudbussen. Detta är uppenbart såpass grundläggande att det omfattas av de mer generella kraven som att plattformen ska kunna utföra de uppdrag som den tilldelas. Istället för att inkludera kraven som är kopplade till exempelvis kodstruktur i testplanen granskas dessa direkt av projektgruppens medlemmar under utvecklingsfasen. Alla krav som är relaterade till dokumentation är utelämnade.

6 Autonom spaning med quadcopter Testprotokoll Ett testprotokoll för de första sex testen i testplanen finns exemplifierat under bilagor. Där specificeras testets resultat, som antingen är godkänt eller underkänt. Det finns även utrymme för kommentarer ifall någon händelse som exempelvis hård vind vid utomhusflygning har påverkat testet samt om eventuella åtgärder kommer att behöva vidtas. Om den testansvariga inte medverkar vid genomförandet av ett test har de som skrivit under på testprotokollet ansvar för att denne informeras om resultatet. 1.3 Misslyckat test Om ett test inte skulle godkännas vid utförandet ansvarar den som har utvecklat aktuell modul för att felet blir åtgärdat. Om upprepade försök skulle resultera i ett negativt utfall bör hela projektgruppen informeras så att problemet kan diskuteras igenom. Vid hädelse av att problemet kvarstår efter att projektgruppen gemensamt har gjort sitt bästa för att lösa det ansvarar projektledaren för att beställaren blir informerad. 1.4 Parter De delaktiga parterna i projektet är som följande: Kund: Maria Andersson, FOI Beställare: Christian A. Naesseth, ISY Handledare: Clas Veibäck, ISY Examinator: Daniel Axehill, ISY Projektgrupp: 1.5 Definitioner I dokumentationen av projektet kommer flertalet områdesspecifika begrepp att användas. Dessa är punktade nedan med tillhörande beskrivning. Plattform: Trajektoria: Standardmål: Täckningsgrad: GUI/HMI: GPS: Med plattform avses quadcoptern sammanlänkad med GPS och videokamera som en enhet. Den kurva som plattformen har som mål att följa vid autonom styrning. Enkla geometrier som bildbehandlingsmodulen klarar av att känna igen. Andelen av en yta som blivit avsökt. Grafiskt användargränssnitt. (eng. Graphical User Interface, Human Machine Interface) Globalt positioneringssystem

7 Autonom spaning med quadcopter 3 2 Tester Nedan specificeras alla de tester som kommer att genomföras i samband med produktvalideringen. 2.1 Generella tester Utöver de test som utförs på de underliggande delsystemen måste även det sammansatta systemet fungera som det ska och därmed klara av ett antal generella test. Test nr.1 Syfte: Quadcoptern ska på kommando helt autonomt kunna avsöka ett specificerat område efter ett fördefinierat mål. Test 1: Ett område griddas upp via GUI:t där ett av systemet känt målobjekt är placerat. Detta kan exempelvis vara en gul boll. Därefter initieras systemet och plattformen söker av området. Samma uppdrag upprepas 10 gånger. Test 2: Även uppdrag innehållandes förbjudna områden ska testas på samma sätt som ovan, för dessa är inte målobjektidentifieringen relevant eftersom denna funktion testas separat i testet ovan. Kriterier: Plattformen ska kunna identifiera bollen minst fem av tio uppdrag. Plattformen får inte åka in i något förbjudet område vid samtliga uppdrag. 14,19 Flygtest utomhus

8 Autonom spaning med quadcopter 4 Test nr.2 Syfte: Quadcoptern ska efter tilldelat uppdrag kunna genomföra detta från början till slut utan vidare instruktioner från operatör. 1. Testaren specificerar ett uppdrag via GUI:t. Området ska bestå av en polygon innehållandes minst 6 st. kanter och en del av området ska vara definierat som förbjudet. Detta gör testaren genom att välja markören Inom område och markera ut området på kartan. Sedan väljs det förbjudna området på samma sätt fast med markören för förbjudna områden. 2. Testaren initierar uppdraget. 3. Återupprepa från steg 1 med ett annat val av uppdrag. Samtliga uppdragstyper ska testas. Längs sträcka, Runt koordinat och Inom område, dessa olika val specificeras i steg Flygtest utomhus Kriterier: Plattformen ska genomföra uppdraget från början till slut utan avbrott. Test nr.3 Syfte: Mer beräkningstunga delsystem ska inte 17 Datortest påverka andra delsystem, utan samtliga moduler ska kunna exekveras oberoende av varandra. Systemet simuleras med data nersparade från ett reellt uppdrag. Med utskrifter från varje modul kan deras uppdateringsfrekvens studeras i loggen och det framgår därigenom hur deras prestanda påverkas av övrig modulaktivitet. Kriterier: De separata modulerna ska kunna exekveras oberoende. Modulernas uppdateringsfrekvenser ska inte påverkas mer än att systemet kan hantera det, det vill säga huvudbussens uppdateringsfrekvens ska kunna hållas konstant och eventuella tidsfördröjningar från enskilda moduler ska inte få vidare konsekvenser. Test nr.4 Syfte: Det ska gå att styra plattformen manuellt. 18 Flygtest inomhus Systemet körs manuellt från GUI:t. Kriterier: Styrutslag ska ske i enlighet med kommandon.

9 Autonom spaning med quadcopter Huvudbuss Huvbussens funktioner kommer aldrig testas separat utan dessa kommer bara integrationstestas då övriga tester utförs. Modulerna är beroende av varandra och om huvudbussen ej sköter sina uppgifter kommer tester för de olika delmodulerna att misslyckas. Alltså: Om alla moduler klarar sina test har huvudbussen utfört sina uppgifter på ett tillfredsställande sätt. Ett kort läs-test kan utföras då mjukvaran är färdigskriven för att se till att moduläriteten har bevarats. Test nr.5 Syfte: Kontrollera att systemets moduläritet har uppnåtts genom ett kommunikativt protokoll mellan de olika delsystemen. Kontrollera att protokoll (eng. interfaces) för kommunikation existerar i koden och att all kommunikation sker via dessa och inte på något annat sätt. Kriterier: Alla anrop och läsningar en modul gör från en annan modul måste vara definierade i de upprättade protokollen. 23 Genomgång av kod

10 Autonom spaning med quadcopter GUI/HMI Test nr.6 Syfte: GUI:t ska visa en översiktskarta då användaren väljer att planera ett uppdrag. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsplanering. 2. Användaren använder den synliga kartan (zooma, scrolla) tills dess att han/hon kommer till ett önskat område. 33 Användare vid dator Test nr.7 Kriterier: Kartan för planering ska visas och användaren ska kunna scrolla och zooma till ett godtyckligt valt område. Syfte: GUI:t ska visa en lista över standardmål då användaren väljer att planera ett uppdrag. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsplanering. 2. Användaren klickar på listan Måltyp. Kriterier: Listan ska visa olika alternativ för mål. Grön fotboll, Röd fotboll, osv Användare vid dator

11 Autonom spaning med quadcopter 7 Test nr.8 Syfte: Möjlighet att skapa ett uppdrag där avsökningen sker runt en punkt. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsplanering. 2. Användaren skriver TestUppdrag i rutan för uppdragsnamn. 3. Användaren väljer Runt koordinat i rutan för uppdragstyp. 4. Användaren väljer 10 m i rutan för avsökningsradie. 5. Användaren väljer 5 m i rutan för uppdragshöjd. 6. Användaren väljer Grön fotboll i rutan för måltyp. 7. Användaren placerar ut 1 st. koordinat på kartan genom att klicka på kartan. 8. Användaren klickar på knappen Spara uppdrag Kriterier: När en koordinat är utplacerad ska denna koordinat samt en cirkel med radien 10 m vara synlig på kartan. Om användaren besöker fliken uppdragsutförande ska uppdraget finnas att välja i listan Sparade uppdrag. Om Testuppdrag väljs ska all information som specificerades tidigare visas för användaren. 34 Användare vid dator

12 Autonom spaning med quadcopter 8 Test nr.9 Syfte: Möjlighet att skapa ett uppdrag där avsökning längs en sträcka ska utföras. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsplanering. 2. Användaren skriver TestUppdrag 22 i rutan för uppdragsnamn. 3. Användaren väljer Längs sträcka i rutan för uppdragstyp. 4. Användaren väljer 5 m i rutan för uppdragshöjd. 5. Användaren väljer Grön Fotboll i rutan för måltyp. 6. Användaren placerar ut 10 st. koordinater på kartan genom att 10 gånger klicka på kartan på olika platser. 7. Användaren klickar på knappen Spara uppdrag. Kriterier: Då användaren placerar ut koordinater ska dessa successivt länkas ihop med en linje för att visuellt bilda en sträcka. Om användaren besöker fliken uppdragsutförande ska uppdraget finnas att välja i listan Sparade uppdrag. Om Testuppdrag 22 väljs ska all information som specificerades tidigare visas för användaren. 35 Användare vid dator

13 Autonom spaning med quadcopter 9 Test nr.10 Syfte: Möjlighet att skapa ett uppdrag där avsökning inom ett område ska utföras. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsplanering. 2. Användaren skriver TestUppdrag 33 i rutan för uppdragsnamn. 3. Användaren väljer Inom område i rutan för uppdragstyp. 4. Användaren väljer 5 m i rutan för uppdragshöjd. 5. Användaren väljer Grön Fotboll i rutan för måltyp. 6. Användaren placerar ut 7 st. koordinater på kartan genom att 7 gånger klicka på kartan på olika platser. Slutligen klickar användaren återigen på den första utplacerade koordinaten för att sluta området. 7. Användaren klickar på knappen Spara uppdrag. Kriterier: Då användaren placerar ut koordinater ska dessa successivt länkas ihop med en linje för att visuellt bilda en sträcka. När det första koordinaten klickas på för andra gången ska denna sträcka bilda ett område. Om användaren besöker fliken uppdragsutförande ska uppdraget finnas att välja i listan Sparade uppdrag. Om Testuppdrag 33 väljs ska all information som specificerades tidigare visas för användaren. 36 Användare vid dator

14 Autonom spaning med quadcopter 10 Test nr.11 Syfte: Möjlighet att skapa ett förbjudet område vid planering av uppdrag. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsplanering. 2. Användaren skriver TestUppdrag 44 i rutan för uppdragsnamn. 3. Användaren väljer Inom område i rutan för uppdragstyp. 4. Användaren väljer 5 m i rutan för uppdragshöjd. 5. Användaren väljer Grön Fotboll i rutan för måltyp. 6. Användaren placerar ut 7 st. koordinater på kartan genom att 7 gånger klicka på kartan på olika platser. Slutligen klickar användaren återigen på den första utplacerade koordinaten för att sluta området. 7. Användaren klickar på knappen Förbjudet område och placerar sedan ut 4 st. punkter som representerar hörnen för ett förbjudet område. Användaren klickar sedan återigen på den första koordinaten för att sluta detta område. 8. Användaren klickar på knappen Spara uppdrag. Kriterier: Då användaren placerar ut koordinater ska dessa successivt länkas ihop med en linje för att visuellt bilda en sträcka. När den första koordinaten klickas på för andra gången ska denna sträcka bilda ett område. Detta ska ske både för nagivationskoordinater och koordinater för förbjudna områden. Om användaren besöker fliken uppdragsutförande ska uppdraget finnas att välja i listan Sparade uppdrag. Om Testuppdrag 44 väljs ska all information som specificerades tidigare visas för användaren. 36, 37 Användare vid dator

15 Autonom spaning med quadcopter 11 Test nr.12 Syfte: Möjlighet att redigera och ta bort utplacerade navigationspunkter och förbjudna områden vid planering av ett uppdrag för avsökning inom ett område. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsplanering. 2. Användaren väljer Inom område i rutan för uppdragstyp. 3. Användaren placerar ut 7 st. koordinater på kartan genom att 7 gånger klicka på kartan på olika platser. Slutligen klickar användaren återigen på den första utplacerade koordinaten för att sluta området. 4. Användaren klickar nu på 2 st. av de utplacerade koordinaterna så att dessa tas bort. 5. Användaren klickar på knappen Förbjudet område och placerar sedan ut 4 st. punkter som representerar hörnen för ett förbjudet område. Användaren klickar sedan återigen på den första koordinaten för att sluta detta område. 6. Användaren klickar nu på en av de utplacerade koordinaterna så att denna tas bort. Kriterier: Då användaren klickar på en navigationskoordinat eller en koordinat för ett förbjudet område tas denna bort och de koordinater som var länkade till dessa är nu länkade till varandra istället. 38 Användare vid dator

16 Autonom spaning med quadcopter 12 Test nr.13 Syfte: Möjlighet att redigera och ta bort utplacerade navigationspunkter och förbjudna områden vid planerandet av ett uppdrag för avsökning längs en sträcka. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsplanering. 2. Användaren väljer Längs sträcka i rutan för uppdragstyp. 3. Användaren placerar ut 7 st. koordinater på kartan genom att 7 gånger klicka på kartan på olika platser. 4. Användaren klickar nu på 2 st av de utplacerade koordinaterna så att dessa tas bort. 5. Användaren klickar på knappen Förbjudet område och placerar sedan ut 4 st. punkter som representerar hörnen för ett förbjudet område. Användaren klickar sedan återigen på den första koordinaten för att sluta detta område. 6. Användaren klickar nu på en av de utplacerade koordinaterna så att denna tas bort. Kriterier: Då användaren klickar på en navigationskoordinat eller en koordinat för ett förbjudet område tas denna bort och de koordinater som var länkade till dessa är nu länkade till varandra istället. 38 Användare vid dator

17 Autonom spaning med quadcopter 13 Test nr.14 Syfte: Möjlighet att redigera och ta bort utplacerade navigationspunkter och förbjudna områden vid planerandet av ett uppdrag för avsökning runt koordinat. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsplanering. 2. Användaren väljer Runt Koordinat i rutan för uppdragstyp. 3. Användaren väljer 8 m i rutan för avsökningsradie. 4. Användaren placerar ut en koordinat på kartan genom att en gång klicka på kartan. 5. Användaren klickar nu på den utplacerade koordinaten så denna tas bort. 6. Användaren klickar på knappen Förbjudet område och placerar sedan ut 4 st. punkter som representerar hörnen för ett förbjudet område. Användaren klickar sedan återigen på den första koordinaten för att sluta detta område. 7. Användaren klickar nu på en av de utplacerade koordinaterna så att denna tas bort. 38 Användare vid dator Test nr.15 Kriterier: Då användaren klickar på en navigationskoordinat ska denna tas bort. När en koordinat som utgör ett hörn för ett förbjudet område klickas på tas denna bort och de koordinater som var länkade till denna är nu länkade till varandra istället. Syfte: Möjlighet att planera flertalet uppdrag, spara dessa och sedan kunna välja vilket av dessa uppdrag som ska utföras. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsplanering. 2. Användaren planerar 3 st. olika uppdrag enligt test 8, 9, Användaren visar fliken Utför uppdrag 4. Användaren tittar under menyn Välj uppdrag Kriterier: De tre skapade uppdragen ska finnas listade i menyn. 40 Användare vid dator

18 Autonom spaning med quadcopter 14 Test nr.16 Syfte: En karta ska visas för området där ett uppdrag ska utföras. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsutförande. 2. Användaren väljer ett tidigare sparat uppdrag från listan sparade uppdrag. 45 Användare vid dator Test nr.17 Kriterier: När ett uppdrag halt valts från listan ska koordinaterna för detta visas på en översiktskarta. Syfte: Användaren ska under pågående uppdrag kunna växla mellan att styra automatiskt eller manuellt. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsutförande. 2. Användaren väljer ett tidigare sparat uppdrag från listan Sparade uppdrag. 3. Användaren klickar på Starta uppdrag. 4. Användaren Klickar på knappen Manuell styrning 5. Användaren klickar på knappen Automatisk styrning Kriterier: När manuell styrning väljs ska det gå att styra manuellt och när automatisk styrning återupptas ska uppdraget fortsätta. 46 Flygtest utomhus

19 Autonom spaning med quadcopter 15 Test nr.18 Syfte: Aktuell videoström ska visas i GUI:t. 47,48, Användaren öppnar GUI:t och klickar in under fliken Uppdragsutförande. 2. Användaren väljer ett tidigare sparat uppdrag från listan Sparade uppdrag. 3. Användaren klickar på Starta uppdrag. Flygtest utomhus Kriterier: I GUI:t ska ett fönster med bilddata från plattformen visas. GUI:t ska även visa aktuell sensordata för plattformen. När uppdraget har startats ska plattformens aktuella position visas på en översiktskarta. Test nr.19 Syfte: Det ska gå att avbryta uppdrag. 50 Flygtest utomhus 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsutförande. 2. Användaren väljer ett tidigare sparat uppdrag från listan sparade uppdrag. 3. Användaren klickar på Starta uppdrag 4. Användaren klickar på Avbryt uppdrag. 5. Användaren klickar på Starta uppdrag 6. Användaren klickar på Esc-knappen. Kriterier: När knappen Avbryt uppdrag eller Esc-knappen klickas på ska uppdraget direkt avbrytas och plattformen ska stanna.

20 Autonom spaning med quadcopter 16 Test nr.20 Syfte: GUI:t ska visa om plattformen funnit målet den söker efter. 1. Användaren öppnar GUI:t och klickar in under fliken Uppdragsutförande. 2. Användaren väljer ett tidigare sparat uppdrag från listan Sparade uppdrag. 3. Användaren aktiverar målföljning under fliken Mål detektion. 4. Användaren klickar på Starta uppdrag 5. Vänta på att ett mål är funnet. Kriterier: När ett mål är funnet ska detta markeras ut på kartan. 52 Flygtest utomhus

21 Autonom spaning med quadcopter Bildbehandling Nedan följer tester för bildbehandlingsmodulen. Test nr.21 Syfte: Kontrollera att bildbehandlingsmodulen kan bedöma bildkvalitet. Funktionen som implementerar bildkvalitetsalgoritmen körs. Funktionen körs först då kameran är stilla och därefter då kameran är i snabb rörelse. Kriterier: Ett kvalitativt mått på hur mycket rörelseoskärpa det är i bilden erhålls som mått på bildkvaliten. Ett lägre mått ska fås i första testfallet än i det andra. Test nr.22 Syfte: Kontrollera att färgmatchningsalgoritmen fungerar. Ett objekt med klar färg placeras framför kameran på ett avstånd så att objektet täcker X% av bildytans höjd/bredd. Detektering med färgmatchning startas. Testet upprepas för de färger som ska gå att detektera (röd, blå och grön) och olika X [5, 15]. Kriterier: En ruta runt objektet vilket ska detekteras ritas ut. Test nr.23 Syfte: Kontrollera att målbildsmatchningsalgoritmen fungerar. Intressepunkter och deskriptorer för ett standarmål läses in från standardmålsbibliotek. Därefter placeras standardmålet framför kameran på ett avstånd så att objektet täcker X% av bildytans höjd/bredd. Målbildsdetektering startas. Testet upprepas för de olika standardmål som ska gå att söka efter och olika X [5, 15]. Kriterier: En cirkel i centrum på det objektet som ska detekteras ritas ut. Test nr.24 Syfte: Kontrollera att bildbehandlingsmodulen fungerar i helhet. Målföljning startas. Ett enkelt föremål placeras framför kameran och sätts i rörelse. Testet avbryts sedan med knapptryck. Kriterier: En ruta runt objektet vilket ska följas ritas ut och försvinner inte när objektet rör sig. Det vill säga målföljningsfunktionaliteten fungerar. Bildkoordinater för målet levereras. Testet avbryts vid knapptrycket. 69, 71 Användare vid dator 68 Användare vid dator 72 Användare vid dator 69, 72, 77, 78, 80, 81, 82, 83 Användare vid dator med stationär plattform

22 Autonom spaning med quadcopter 18 Test nr.25 Syfte: Kontrollera att bildbehandlingsmodulen fungerar med krav 2-krav. Målföljning startas. Ett enkelt föremål placeras framför kameran och sätts i rörelse. Testet avbryts sedan med knapptryck. Kriterier: En ruta runt objektet vilket ska följas ritas ut och försvinner inte när objektet rör sig. Det vill säga målföljningsfunktionaliteten fungerar. Objektets koordinater i GPS och bildkoordinater levereras. Rörelseriktning i bild- och GPSkoordinater levereras. Testet avbryts vid knapptrycket. 69, 70, 72, 73, 74, 75, 77, 78, 80, 81, 82 Flygtest utomhus

23 Autonom spaning med quadcopter Uppdragsplanering Plattformen skall kunna genomföra en autonom avsökning av specificerade områden. Utifrån det specificerade området kommer uppdragsplaneringsmodulen att beräkna en trajektoria. Tester utav krav som är formade kring denna funktionalitet presenteras nedan. Test nr.26 Syfte: Hela området ska täckas vid en avsökning. 85 Datortest I detta test kommer testversionen av uppdragsplaneringsmodulen att användas. Denna är identisk med den som används i release scriptet förutom att den utöver funktionaliteten för trajektoriaberäkning även innefattar ett plottverktyg. Denna plottar ut kamerans täckningsyta utmed trajektorian vilket gör det möjligt för testaren att grafiskt avgöra om hela området har täckts. 1. Testaren öppnar terminalen och ställer sig i den katalog där modulen finns. 2. Uppdragsplaneringsmodulen anropas via kommandot nedan, där object ska vara en struktur som innehåller ett uppdrag specificerat med områdeskoordinater, höjd och uppdragstyp. $: /uppdragsplanering(object) 3. En plot dyker upp i ett separat fönster. I denna kan testaren se om det ursprungliga området är fullständigt täckt av trajektorians täckningsyta. 4. Återupprepa från steg 1 med ett annat val av uppdrag. Gör om detta steg 5 gånger med olika val av uppdrag för att säkerställa uppdragsplaneringsmodulens funktionalitet. Kriterier: Det får inte existera några blindspots.

24 Autonom spaning med quadcopter 20 Test nr.27 Syfte: Vid planering ska en estimering av uppdragets tid beräknas. 1. Testaren specificerar ett uppdrag via GUI:t. Detta görs genom att öppna GUI:t och klicka in under fliken Uppdragsplanering 2. Testaren skriver TestUppdrag 33 i rutan för uppdragsnamn. 3. Testaren väljer Inom område i rutan för uppdragstyp. 4. Testaren väljer 5 m i rutan för uppdragshöjd. 5. Testaren väljer Grön Fotboll i rutan för måltyp. 6. Testaren placerar ut 7 st. koordinater på kartan genom att 7 gånger klicka på kartan på olika platser. Slutligen klickar testaren återigen på den första utplacerade koordinaten för att sluta området. 7. Testaren klickar på knappen Starta uppdrag. 8. Precis vid det tillfället som plattformen lämnar marken startar testaren ett stoppur. 9. När plattformen landar efter slutfört uppdrag stoppar testaren stoppuret. 10. Den faktiska tiden för uppdraget kan nu jämföras med den som står i GUI:t. Steg 1-10 återupprepas 5 gånger med olika val av uppdrag då det kan finnas en spridning i precisionen av trajektoriaföljning, och därmed även variationer i medelhastighet för uppdraget. Kriterier: Tiden för det faktiska uppdragsgenomförandet får ej överskrida den beräknade tidsåtgången. Att den faktiska varningen skickas ut i ett fall där tidsestimeringen överskrider batteritiden hanteras av GUI:t. 87 Flygtest utomhus nr.28 Test Syfte: Trajektorian får ej dras inom ett förbjudet eller avgränsat område, dvs. den ska hålla sig strikt inom det tillåtna området. Samt att startpunkt och slutpunkt ska vara densamma. 84, 86, 88 Datortest

25 Autonom spaning med quadcopter Testaren specificerar ett uppdrag via GUI:t. Området ska bestå av en polygon innehållandes minst 6 st. kanter och en del av området ska vara definierat som förbjudet. Detta gör testaren genom att öppna GUI:t och klicka in under fliken Uppdragsplanering 2. Testaren skriver TestUppdrag 44 i rutan för uppdragsnamn. 3. Testaren väljer Inom område i rutan för uppdragstyp. 4. Testaren väljer 5 m i rutan för uppdragshöjd. 5. Testaren väljer Grön Fotboll i rutan för måltyp. 6. Testaren placerar ut 6 st. koordinater på kartan genom att 6 gånger klicka på kartan på olika platser. Slutligen klickar testaren återigen på den första utplacerade koordinaten för att sluta området. 7. Testaren klickar på knappen Förbjudet område och placerar sedan ut 4 st. punkter som representerar hörnen för ett förbjudet område. Testaren klickar sedan återigen på den första koordinaten för att sluta detta område. 8. Testaren klickar på knappen Starta uppdrag. 9. Uppdraget skickas till uppdragsplaneringsmodulen via knappen Starta uppdrag. 10. GUI:t plottar ut den trajektoria som uppdragsplaneringsmodulen har beräknat. Testaren kan nu granska trajektorian grafiskt och se om den håller sig inom det tillåtna området. 11. Kontrollera att startpunkten är densamma som slutpunkten genom att kolla på den plottade trajektorian. 12. Återupprepa från steg 1 med ett annat val av uppdrag. Gör om detta steg 5 gånger med olika val av uppdrag för att säkerställa uppdragsplaneringsmodulens funktionalitet.

26 Autonom spaning med quadcopter 22 Kriterier: Ingen del av trajektorian får korsa någon gräns till ett otillåtet område, med reservation för flygning till ett annat delområde där den enda möjliga vägen är genom ett avgränsat område. Startpunkt och slutpunkt ska ha samma koordinater. Dessa kriterier ska vara uppfyllda för samtliga försök. Test nr.29 Syfte: Vid avsökning av område ska enhetens trajektoria 84 Datortest hålla sig strikt inom det givna polygon- formade området. Koordinater som är definierade i bilaga A.4 skickas till uppdragsplaneringsmodulen. Kriterier: Den resulterade trajektorian får inte innehålla punkter utanför sökområdet. Test nr.30 Syfte: Hela området ska täckas vid en avsökning. 85 Datortest Koordinater som är definierade i bilaga A.4 skickas till uppdragsplaneringsmodulen. En täckningsyta beräknas med ekvation 1-2, där Φ är bildvinkeln, D är sensorstorleken och f är brännvidden. ( ) D/2 Φ = 2 arctan f (1) Förutsatt att bilden är fyrkantig fås täckningsytan av ekvation 2, där h är flyghöjden och A är kamerans täckningsyta. A = h tan( Φ 2 ) (2) Den totala täckningsarean kan sedan approximativt beräknas genom att summera kamerans täckningsyta för samtliga noder. Områdesytan som resultatet ska jämföras med beräknas via grundläggande matematiska samband för en polygon. Jordens sfäriska form kan försummas då ytan som studeras är väldigt liten. Kriterier: Den resulterade trajektorian ska innehålla samtliga noder i nätet som ritas upp över området. Täckningsarean ska vara större eller ekvivalent med områdesarean.

27 Autonom spaning med quadcopter 23 Test nr.31 Test nr.32 Syfte: Startpunkt och slutpunkt ska vara densamma. Koordinater som är definierade i bilaga A.4 skickas till uppdragsplaneringsmodulen. Kriterier: Den resulterade trajektorian ska ha samma startkoordinater som slutkoordinater. Syfte: Vid planering ska en estimering av uppdragets tid beräknas. Rätt trajektoria ska även erhållas. Koordinater som är definierade i bilaga A.4 skickas till uppdragsplaneringsmodulen. Kriterier: Den resulterade trajektorian ska ha rätt utseénde och samtliga koordinater ska stämma överens med en referenstrajektoria, både till position och ordningsföljd. Tidsåtgången för denna ska även jämföras med ett fördefinierat värde, dessa ska vara ekvivalenta. 86 Datortest 87 Datortest

28 Autonom spaning med quadcopter Uppdragsföljning och signalbehandling Tester utformade för att visa funktionalitet för uppdragsföljningen och signalbehandlingen är presenterade nedan. Testerna är utformade sådana att både signalbehandling och uppdragsföljning behöver uppfylla kraven för att testet ska bli godkänt. Test nr.33 Test nr.34 Syfte: Testa om autonom flygning fungerar på ett tillfredställande sätt. Flygning utomhus autonomt enligt ett uppdrag specificerad i bilaga A.1. Avvikelsen i position mäts som den momentana distansen mellan de uppmätta GPS-positionerna och referenstrajektorian. Höjdavvikelsen mäts både enligt skillnad mellan uppmätt höjd och referenshöjd men även med en stationär kamera som filmar hela uppdraget, denna ger en indikativ uppfattning om hur väl referenshöjden hålls. Detta genom att uppdraget sedan överskådligt kan analyseras och jämföras med den data som har samlats in. Kriterier: Positionsavvikelse om max 4 m och en höjdavvikelse om max 2 m. Syfte: Undersöka om täckningsgraden är mer än 80 %. Utföra ett autonomnt uppdrag enligt bilaga A.2 och skatta det avsökta området. Kriterier: Täckningsgraden ska vara över 80 %. 93, 94 Flygtest utomhus 96 Flygtest utomhus

29 Autonom spaning med quadcopter Kommunikation Då plattformen är aktiv kommunicerar den med en klient för att ta emot styrsignaler och uppdrag samt förse operatören med relevant data för övervakning av uppdragets genomförande. Här beskrivs de tester som kommer att genomföras för att visa att kommunikationsmodulen fungerar som förväntat. Test nr.35 Syfte: Plattformen ska kunna kommunicera med 102,105 Datortest klienten. Starta klienten och plattformen, anslut WiFi-länken. Kriterier: Sensordata skall tas emot av klienten och relevant information skall visas i GUI:t. Test nr.36 Syfte: Förhindra plattformen från att 103 Flygtest försvinna/skadas/gå sönder. All kommunikation med plattformen stängs av under ett uppdrag. Kriterier: Plattformen skall ställa sig och hovra och därefter landa om anslutningen ej återupptas. Då anslutning återupptas skall den senaste aktiviteten slutföras. Test nr.37 Syfte: Sömlöst byte mellan olika funktioner. 104 Flygtest Testaren byter mellan olika lägen hos plattformen. Kriterier: Plattformen skall reagera sömlöst då byte mellan funktioner sker.

30 Autonom spaning med quadcopter Säkerhet Innan flygtester får genomföras skall säkerhetskraven vara uppfyllda så att en säker flygning kan genomföras. Test nr.38 Test nr.39 Test nr.40 Test nr.41 Test nr.42 Test nr.43 Initiera Nödstopp-knapp-2 från GUI:t. Kriterier: Plattformen skall avbryta samtliga pågående kommandon, därefter genomför en säker landning. Syfte: Att erhålla korrekt och tillförlitlig GPSdata. Start av GPS-styrning med otillräcklig GPS-fix. Kriterier: Det ska ej gå att initiera autonom styrning med GPS-styrning. Syfte: Kontroll av uppförande vid förlorad WiFikontakt. Testaren stänger av WiFilänken. Kriterier: Den aktuella positionen ska bibehållas. Syfte: Operatören skall bedöma om uppdraget kan genomföras säkert. Analys av trajektoria samt yttre omständigheter. Kriterier: Autonom styrning skall inte startas förrän operatören godkänner uppdraget genom att klicka på Starta uppdrag i GUI:t. Syfte: Plattformen skall meddela operatören om batterinivå. Testaren startar ett uppdrag med känd låg batterinivå. Kriterier: Operatören ska meddelas om den låga batterinivån via GUI:t. 24 Datortest Syfte: Plattformen skall kunna genomföra ett nödstopp. Initiera nödstoppet genom att trycka på knappen Nödstopp i GUI:t. Kriterier: Samtliga moduler avbryts direkt och stängs av, vilket resulterar i totalt stopp av plattformen. Syfte: Plattformen skall vid nödstopp landa säkert. 25 Flygtest utomhus eller inomhus 26 Datortest 27 Datortest 28 Datortest 31 Flygtest utomhus eller inomhus

31 Autonom spaning med quadcopter 27 A Bilagor A.1 Uppdrag 1 Uppdrag 1 är utformat sådan att en rektangulär yta om 20x10 m ska avsökas autonomt. Ytan har inga förbjudna områden och avsökningen ska ske enligt figur 1 nedan. Uppdraget ska utföras över ett plant underlag, exempelvis gräs eller asfalt, och under vindstilla förhållanden (< 1 m/s) Total area search: m 2 Total trajectory distance: m Figur 1: Området som ska sökas av och referenstrajektorian som avsökningen ska ske enligt. A.2 Uppdrag 2 Uppdrag 2 är utformat sådan att en polygon ska avsökas autonomt, mått på ytan enligt figur 2. Ytan har två förbjudna områden och avsökningen ska ske enligt figur 3 nedan. Uppdraget ska utföras på plant underlag, exempelvis gräs eller asfalt, och under vindstilla förhållanden (< 1 m/s).

32 Autonom spaning med quadcopter Figur 2: Mått på det område som ska sökas av Total area search: m 2 Total trajectory distance: m Figur 3: Området som ska sökas av och referenstrajektorian som avsökningen ska ske enligt.

33 Autonom spaning med quadcopter 29 A.3 Testprotokoll exempel Test Kort beskrivning Godkänt Datum Quadcoptern ska på kommando helt autonomt Test nr.1 kunna avsöka ett specificerat område efter ett fördefinierat mål. Utfört av: Resultat: Eventuella åtgärder: Quadcoptern ska efter tilldelat uppdrag kunna Test nr.2 genomföra detta från början till slut utan vidare instruktioner från operatör. Utfört av: Resultat: Eventuella åtgärder: Mer beräkningstunga delsystem ska inte påverka Test nr.3 andra delsystem, utan samtliga moduler ska kunna exekveras oberoende av varandra. Utfört av: Resultat: Eventuella åtgärder: Det ska gå att styra plattformen manuellt. Test nr.4 Utfört av: Resultat: Eventuella åtgärder: GUI:t ska visa en översiktskarta då användaren Test nr.6 väljer att planera ett uppdrag. Utfört av: Resultat: Eventuella åtgärder: Ja Nej Ja Nej Ja Nej Ja Nej Ja Nej

34 Autonom spaning med quadcopter 30 A.4 Testkoordinater Följande koordinater definierar en fyrkantig polygon. De är hämtade ifrån Google maps och beskriver ett område i nära anslutning till Linköpings universitet Tabell 3: Testkoordinater för enhetstest.

35 Autonom spaning med quadcopter 31 Referenser [1], Autonom spaning med quadcopter Kravspecifikation, September [2], Autonom spaning med quadcopter Systemskiss, September 2014.