Systemskiss Autonom spaning med quadcopter

Relevanta dokument
Testprotokoll Autonom spaning med quadcopter

Systemskiss Autonom målföljning med quadcopter

Testprotokoll Autonom målföljning med quadcopter

Projektplan Autonom spaning med quadcopter

Kravspecifikation Autonom målföljning med quadcopter

Testplan Autonom målföljning med quadcopter

Testprotokoll Följning av djur Kolmården djurpark

Testplan Autonom spaning med quadcopter

Användarhandledning Autonom spaning med quadcopter

Testplan Autonom truck

Testprotokoll. Redaktör: Sofie Dam Version 0.1. Status. Planering och sensorfusion för autonom truck Granskad Dokumentansvarig - Godkänd

Projektplan Autonom målföljning med quadcopter

Designspecifikation Autonom spaning med quadcopter

Användarhandledning Följning av djur Kolmården djurpark

Systemskiss Minröjningsbandvagn

Systemskiss. LiTH Autonom bandvagn med stereokamera Gustav Hanning Version 1.0. Status. TSRT10 8Yare LIPs. Granskad

LIPs Fredrik Ljungberg ChrKr Projektdirektiv18_ROV.doc CKr

Projektdirektiv Christian Andersson Naesseth Sida 1

Testplan. Redaktör: Sofie Dam Version 0.1. Status. Planering och sensorfusion för autonom truck Granskad Dokumentansvarig - Godkänd

Systemskiss. LiTH Kamerabaserat Positioneringssystem för Hamnkranar Mikael Ögren Version 1.0. Status

Projektdirektiv Oskar Ljungqvist Sida 1. Kund/Examinator: Daniel Axehill, Reglerteknik/LiU

Systemskiss. Självetablerande sensornätverk med 3G och GPS. Version 0.2. Christian Östman Datum: 15 maj 2008

HARALD. Systemskiss. Version 0.3 Redaktör: Patrik Johansson Datum: 20 februari Status

Systemskiss. Joachim Lundh TSRT10 - SEGWAY 6 december 2010 Version 1.0. Status:

Testplan. Flygande Autonomt Spaningsplan. Version 1.0. Dokumentansvarig: Henrik Abrahamsson Datum: 14 mars Status.

LiTH, Reglerteknik Saab Dynamics. Testplan Collision avoidance för autonomt fordon Version 1.0

LiTH. WalkCAM 2007/05/15. Testplan. Mitun Dey Version 1.0. Status. Granskad. Godkänd. Reglerteknisk projektkurs WalkCAM LIPs

LIPs Daniel Axehill ChrKr Projektdirektiv_Saab_v3 CKr

Systemskiss. LiTH AMASE Accurate Multipoint Acquisition from Stereovision Equipment. Jon Månsson Version 1.0

Testspecifikation. Henrik Hagelin TSRT10 - SEGWAY 6 december 2010 Version 1.0. Status:

LIPs Martin Lindfors ChrKr Projdir2017_sbd.doc CKr

Projektdirektiv. Rikard Falkeborn Sida 1

Teknisk Rapport Autonom spaning med quadcopter

Systemskiss. LiTH. Autopositioneringssystem för utlagda undervattenssensorer Erik Andersson Version 1.0. Status

Kravspecifikation. Vidareutveckling av Optimal Styrning av Radiostyrd Racerbil. Version 1.1 Joel Lejonklou 26 november 2012

LiTH Autonom styrning av mobil robot Projektplan. Martin Elfstadius & Fredrik Danielsson. Version 1.0

Användarmanual Autonom målföljning med quadcopter

LIPs Isak Nielsen ChrKr Projektdirektiv13_ROV.doc CKr

Kravspecifikation. LiTH Segmentering av MR-bilder med ITK Anders Eklund Version 1.0. Status

Projektplan. LiTH Segmentering av MR-bilder med ITK Anders Eklund. Version 1.0. Status. Bilder och grafik projektkurs, CDIO MCIV LIPs

Testplan. Vidareutveckling av Optimal Styrning av Radiostyrd Racerbil. Version 1.1 Fredrik Karlsson 26 november Granskad JL, FK 26 november 2012

Kravspecifikation. Självetablerande sensornätverk med 3G och GPS. Version 1.0. Christian Östman Datum: 12 maj 2008

Kravspecifikation Autonom Bandvagn

Systemskiss. Vidareutveckling Optimal Styrning av Radiostyrd Racerbil. Version 1.0 Simon Eiderbrant. Granskad Erik Olsson 20 September 2012

Reglerteknisk projektkurs TSRT10

Rapportering som krävs utöver LIPS-dokumenten: poster föredrag där projektets genomförande och resultat beskrivs hemsida som beskriver projektet

Projektdirektiv Hanna Nyqvist Sida 1

Reglerteknisk projektkurs TSRT10

Kravspecifikation. Flygande Autonomt Spaningsplan. Version 1.2. Dokumentansvarig: Henrik Abrahamsson Datum: 29 april Status.

Systemskiss. Michael Andersson Version 1.0: Status. Platooning Granskad DOK, PL Godkänd Erik Frisk

Projektplan. LiTH Reglering av Avgaser, Trottel och Turbo Fredrik Petersson Version 1.0. Status. Reglerteknisk Projektkurs RATT LIPs

HARALD Testprotokoll

Systemskiss. Redaktör: Anders Toverland Version 1.0. Status. LiTH Fordonssimulator. Granskad Godkänd. TSRT71 Anders Toverland

LiTH Autonom styrning av mobil robot Testplan Version 1.0 TSRT71-Reglertekniskt projektkurs Anders Lindgren L IPs

Testplan Erik Jakobsson Version 1.1

Systemskiss Optimal Styrning av Autonom Racerbil

LiTH Mobile Scout. Kravspecifikation. Redaktör: Patrik Molin Version 1.0. Status. Granskad Godkänd. TSRT71 Patrik Molin.

Kravspecifikation Remotely Operated Underwater Vehicle

Reglerteknisk projektkurs TSRT10

Testplan. LiTH. Autopositioneringssystem för utlagda undervattenssensorer Martin Skoglund Version 1.1. Status

Styr- och informationssystem

LiTH Segmentering av MR-bilder med ITK Efterstudie MCIV. Anders Eklund. Status

Projektplan Autonomstyrning av gaffeltruck

Kravspecifikation. Oskar Törnqvist Version 1.0. Status. Granskad. Godkänd

Användarhandledning. Redaktör: Patrik Molin Version 1.0. Mobile Scout. Status. LiTH Granskad Godkänd. TSRT71 Patrik Molin

Systemskiss. Status. David Sandberg, Tobias Lundqvist, Rasmus Dewoon, Marcus Wirebrand Version 1.0. Granskad Godkänd

Efterstudie. Redaktör: Jenny Palmberg Version 1.0. Status. LiTH Fordonssimulator. Granskad Godkänd. TSRT71 Jenny Palmberg

Kravspecifikation. LiTH Autonom bandvagn med stereokamera Gustav Hanning Version 1.0. Status. TSRT10 8Yare LIPs.

Projektplan. Flygande Autonomt Spaningsplan. Version 1.0. Dokumentansva Datum: 13 februari Dokumentansvarig: Henrik Abrahamsson.

Före Kravspecifikationen

Projektplan. LiTH AMASE Accurate Multipoint Acquisition from Stereovision Equipment. Johan Hallenberg Version 1.0

Testplan. Remotely Operated Underwater Vehicle. Version 1.0. Elias Nilsson. 1 oktober Status

HARALD. Version 0.2 Redaktör: Patrik Johansson Datum: 8 maj Status. Granskad - yyyy-mm-dd Godkänd - yyyy-mm-dd

Kravspecifikation Fredrik Berntsson Version 1.1

Kravspecifikation. LiTH AMASE Accurate Multipoint Acquisition from Stereo vision Equipment. John Wood Version 1.0.

Designspecifikation. LiTH Autonom styrning av mobil robot Martin Elfstadius. Version 1.0. Status. TSRT71 Reglerteknisk projektkurs

Systemskiss. Remotely Operated Underwater Vehicle. Version 1.0. Simon Lindblom. 22 september Status

LiTH. WalkCAM 2007/05/15. Testrapport. Mitun Dey Version 1.0. Status. Granskad. Godkänd. Reglerteknisk projektkurs WalkCAM LIPs

LiTH Lab1: Asynkron seriell dataöverföring via optisk länk Laboration 1. Asynkron seriell dataöverföring via optisk länk

Kravspecifikation Autonom styrning av gaffeltruck

LIPs Andreas Bergström ChrKr Projektdirektiv16_Toyota_v2.0.doc CKr

Kravspecifikation. Estimering och övervakning av avgasmottryck i en dieselmotor. Version 1.2 Dokumentansvarig: Gustav Hedlund Datum: 24 april 2008

LiTH 7 december Optimering av hjullastare. Testplan. Per Henriksson Version 1.0. LIPs. TSRT10 testplan.pdf WHOPS 1. tsrt10-vce@googlegroups.

Projektplan. Redaktör: Patrik Molin Version 1.0. Mobile Scout. Status. LiTH Granskad Godkänd. TSRT71 Patrik Molin

LIPs Andreas Bergström ChrKr Projektdirektiv17_Toyota_v1.0.doc1 CKr

LiTH Modellering av helikopterdynamik Kravspecifikation. David Johansson Version 1.1

Testplan Racetrack 2015

LiTH Utveckling och implementering av regulator för styrning av gimbalmonterade sensorer i UAV:er. Kravspecifikation.

Efterstudie. LIPs. LiTH Autonom styrning av mobil robot Martin Elfstadius. Version 1.0. Status. TSRT71-Reglertekniskt projektkurs

Systemskiss Autonom styrning av gaffeltruck

Slutrapport Version 2.1

Dokumentation och presentation av ert arbete. Kursens mål. Lärare Projektmedlemmar. Studenter Extern personal. Projektfaser. Projektroller.

Projektplan. Modellbaserad diagnos av motortestcell Fredrik Johansson Version 1.0. Status. TSRT71 Modellbaserad diagnos av motortestcell IPs

LiTH Autonom bandvagn med stereokamera Användarhandledning. Gustav Hanning Version 0.1. Status. Granskad. Godkänd.

Projektplan. LIPs. Per Henriksson Version 1.0. LiTH 7 december Optimering av hjullastare. TSRT10 projektplan.pdf WHOPS 1

Kravspecifikation. Remotely Operated Underwater Vehicle. Version 1.4. Simon Lindblom. 27 november Status

Teknisk dokumentation. Autonom målföljning med quadcopter

Designspecifikation Autonom målföljning med quadcopter

Kravspecifikation Fredrik Berntsson Version 1.3

Transkript:

Systemskiss Autonom spaning med quadcopter Version 1.0 Projektgrupp: Datum: 2014-09-25 Status Granskad TH, OL, AN, MP 2014-09-25 Godkänd Christian A. Naesseth 2014-09-25 Systemskiss 2014-09-25 @gmail.com

Projektidentitet E-post: Hemsida: Beställare: Kund: Kursansvarig: Handledare: @gmail.com http://www.isy.liu.se/edu/projekt/tsrt10/2014/quadcopter/ Christian A. Naesseth, ISY, Linköping University Tel.: +46 13 281087, E-post: christian.a.naesseth@liu.se Maria Andersson, FOI E-post: maria.andersson@foi.se Daniel Axehill, Linköpings universitet Tel.: +46 13 284042, E-post: daniel@isy.liu.se Clas Veibäck, Linköpings universitet Tel.: +46 13 281890, E-post: clas.veiback@liu.se Gruppmedlemmar Namn Ansvar Telefon E-post (@student.liu.se) Magnus Blomberg Designasnvarig 073-929 54 57 magbl113 Tobias Hammarling Testansvarig 070-425 55 32 tobha614 Teodor Johnsson 073-080 74 38 teojo382 Emil Klinga Projektledare 070-130 23 49 emikl364 Oliver Larsson 076-273 41 82 olila044 Anton Niglis 070-360 53 01 antni601 Martin Pettersson Dokumentansvarig 070-347 78 90 marpe238 Per Öberg 070-494 82 45 perob757

Dokumenthistorik Version Datum Utförda ändringar Utförda av Granskad 1.0 140925 Ändringar efter kommentarer TH EK från handledare 0.3 140923 Ändringar efter kommentarer MP TH från handledare 0.2 140919 Ändringar efter kommentarer TH, OL, AN TH, OL, PÖ från handledare 0.1 140916 Första utkast TH, OL, MB, AN Systemskiss 2014-09-25 @gmail.com

Innehåll 1 Inledning 1 1.1 Parter............................................... 1 1.2 Projektets bakgrund....................................... 1 1.3 Syfte och mål........................................... 1 1.3.1 Kortsiktigt mål...................................... 1 1.3.2 Långsiktigt mål...................................... 2 1.4 Användning............................................ 2 1.5 Definitioner............................................ 2 2 Översikt av systemet 3 3 Hårdvara 4 4 Moduler 4 4.1 Huvudbuss............................................ 4 4.1.1 Lagring.......................................... 4 4.2 GUI/HMI............................................. 5 4.3 Bildbehandling.......................................... 6 4.4 Uppdragsplanering........................................ 7 4.5 Uppdragsföljning......................................... 8 4.6 Signalbehandling......................................... 9 4.7 Kommunikation.......................................... 10 4.8 Plattform............................................. 11 5 Säkerhetåtgärder 12

Autonom spaning med quadcopter 1 1 Inledning Detta dokument är en systemskiss 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 vid Linköpings universitet och projektbeställare är avdelningen för Reglerteknik. Systemskissen är menad att på ett grovt och övergripande sätt illustrera samt förklara hur systemet kan förväntas vara uppbyggt och fungera. Systemskissen uppvisar även vilka moduler som kommer att finnas och hur kommunikationen mellan dessa ska ske. Vidare finns varje modul kort beskriven utifrån vilken funktion den har samt vilka in- och utsignaler som krävs. Önskas mer ingående information om de krav som ställs på de olika delsystemen hänvisas läsaren till Kravspecifikationen [1]. 1.1 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.2 Projektets bakgrund Intresset för autonoma och obemannade farkoster (UAV:er) har på senare tid vuxit enormt. Möjligheterna som lockar är att kunna utföra speciella typer av uppdrag som är för farliga, eller av annan anledning, olämpliga för människor. Den kanske vanligaste typen av uppdrag är spaning. UAV:n är då utrustad med olika sensorer för att samla in data för den specifika tillämpningen. Detta skulle till exempel kunna vara övervakning av kritisk infrastruktur eller överblicksbilder vid nödsituationer. Farkosten skulle i dessa fall vara en välkommet inslag för att minska mänskliga fel och målet är att den fungerar så väl att den frigör operatören till att göra annat. 1.3 Syfte och mål Syftet med projektet är att tillämpa inhämtade kunskaper för att skapa en produkt på ett tillvägagångsätt liknande hur arbetet sker i arbetslivet. Projektet ska användas för att ge projektets medlemmar en chans att lära sig mer om hur projektarbete går till samtidigt som kunden får en produkt som har reella användningsområden. Projektets mål kan delas upp i kortsiktiga och långsiktiga mål. 1.3.1 Kortsiktigt mål Det kortsiktiga målet med detta projekt är att utveckla en demonstrator för enklare högnivåautonomi. Plattformen ska vara baserad på en quadcopter med tillgång till GPSoch strömmad videodata i realtid. Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 2 Projektet består i att utveckla och implementera funktionalitet, baserat på en quadcopterplattform, för: Att planera ett autonomt uppdrag där plattformen söker av ett område runt en given koordinat efter mål. Att planera ett autonomt uppdrag där plattformen övervakar och detekterar mål längs en given sträcka eller i ett givet område. Att utföra planerade uppdrag. Att detektera mål i sensordata som levereras från plattformen då den utför ett uppdrag. Att i mån av behov utföra enkel målfölning av detekterat mål. 1.3.2 Långsiktigt mål Det långsiktiga målet med projektet är att skapa en bas för en FOI-demonstrator som kan användas för att visa på möjligheterna och nyttan med olika typer av autonom UAVfunktionalitet. Plattformen och den struktur som byggs upp kan även användas för att utveckla och testa nya typer av autonoma funktioner, algoritmer för måldetektion och alogritmer för målföljning eller flera samverkande plattformar. 1.4 Användning Slutprodukten kommer att användas för att demonstrera användningsområden inom autonom spaning med en UAV i form av en quadcopter. Tanken är att FOI efter projektets avslutande ska kunna använda produkten som demostrator samt som en bas för vidareutveckling. Med anledning av detta kommer mjukvaran skrivas så att detta blir så enkelt som möjligt. 1.5 Definitioner I dokumentationen av projektet kommer flertalet områdesspecefika begrepp att användas. Dessa är punktade nedan med tillhörande beskrivning. Plattform: Trajektoria: Standardmål: Täckningsgrad: 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. Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 3 2 Översikt av systemet Systemet är designat för att vara modulärt mellan de olika delsystemen: plattform, kommunikation, bildbehandling, signalbehandling, uppdragsplanering, uppdragsföljning och GUI. Var och en av dessa moduler har en egen specifik uppgift och kommunicerar med huvudbussen som agerar nätverksväxel och distribuerar ut den data som har erhållits från modulerna och sparats i lagringsenheten. Figur 1: Översikt av systemet. Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 4 3 Hårdvara Större delen av arbetet omfattas av mjukvaruutveckling och all den hårdvara som kommer att användas är inköpt. Med hårdvara avses den dator som systemet ska köras på samt plattformen. 4 Moduler Med den valda modulindelningen blir systemet både överskådligt och lätt att konstruera eftersom flera delsystem kan utvecklas parallellt. Genom att implementera funktionalitet som kan avaktivera varje modul separat via ett styrkommando från GUI:t blir det väldigt lätt att bygga upp olika flygmoder. Som exempelvis en mod för inomhusflygning där GPS:en kan ställa till problem genom dålig satellitkontakt, eller andra former av testmoder som kan komma att bli användbara vid testfasen. 4.1 Huvudbuss Huvudbussen är systemets kärna som exekverar alla moduler samt hanterar all kommunikation mellan dem. 4.1.1 Lagring För att underlätta delningen av data har huvudbussen även en buffert där den senaste datan lagras, så att all nödvändig information alltid finns tillgänglig. Detta hanteras i undermodulen lagring. Insignal Utsignal Data Lagrad Data Tabell 1: Signalflöde Lagring Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 5 4.2 GUI/HMI I GUI:t kommer quadcopterns position att visas på en kartbild. Vid detektion av ett mål kommer även detta att visas på kartbilden. Användaren ska kunna ta del av utvald data som till exempel referenssignaler och annat som kan tänkas vara värdefullt i debugoch utvecklingssyfte. Videoströmmen från quadcopterns kamera kommer att visas i GUI:t. Användaren kommer att kunna specificera sitt uppdrag genom att sätta ut koordinater på kartan, dessa kan antingen bilda en linje eller omringa ett sökområde. I samband med detta delsystem kommer även ett undersystem att verka för att hantera kartor. Detta kommer att se till att hämta kartdata kring quadcopterns nuvarande position och leverera denna till GUI:t för presentation. Insignal Digitala: Tillstånd Bildström Målinformation Referenssignaler Övrig data HMI: Kommandon från operatör Utsignal Digitala: Uppdragsinformation Styrkommandon HMI: Grafisk presentation Tabell 2: Signalflöde GUI Figur 2: GUI - Systemskiss Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 6 4.3 Bildbehandling Bildbehahdlingsmodulen kommer i grunden att bygga på ett externt bildbehandlingsbibliotek, till exempel OpenCV. Modulens uppgift är att kunna urskilja ett eftersökt objekt i en färgbild. För att åstadkomma detta kommer en uppsättning bildbehandlingssalgoritmer att implementeras. Förslag på lämpliga algoritmer är kantmatchning vid sökning efter ett objekt med specifik form. Då modulen ska finna objekt med en viss färg kan till exempel en färgmask användas. Bildbehandlingsmodulen ska även kunna översätta målets bildkoordinat till en GPSkoordinat. Bilddatans kvalitet ska förslagsvis även kunna utvärderas med avseende på bildens dynamiska omfång, skärpa eller brusnivåer. Om kvaliteten är undermålig kommer ett meddelande att skickas via huvudbussen till bland annat uppdragsplaneraren. När modulens uppgift är slutförd kommer resultatet i form av målinformation och bilddata att leveras ut på det externa gränssnittet. Insignal Utsignal Bildström Tillstånd Styrkommando Målinformation Bildström Tabell 3: Signalflöde Uppdragsföljning Figur 3: Bildbehandling - Systemskiss Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 7 4.4 Uppdragsplanering Uppdragsplaneringsmodulens uppgift är att bestämma plattformens trajektoria vid avsökning av en yta eller längs en förutbestämd sträcka. Trajektorian beräknas av en algoritm som har tillgång till ett antal givna GPS-punkter, vilka bildar ett område alternativt en sträcka. Utsignal från uppdragsplaneringsmodulen är referensdata i form av koordinater som beskriver den beräknade trajektorian. Modulen är menad att köras innan uppdraget initieras och generera referensdata som sedan används under hela uppdraget. I mån av tid kommer uppdragsplaneringen konstrueras sådan att den inte endast ska köras innan initiering av uppdrag, utan även ha möjlighet att korrigera för eventuella nytillkomna situationer. Modulen kommer på så sätt köras kontinuerligt under uppdraget och generera ny referensdata. Referensdatan blir därför dynamisk och hänsyn kan tas till att ett nytt förbjudet område upptäcks alternativt att avsökningen misslyckats och behöver göras om i ett område. I samband med detta behöver algoritmen även beräkna och spara den yta som avsökts för eventuell åtgärd då bildbehandlingen eller uppdragsföljningen misslyckats. Insignal Utsignal Uppdragsinformation Styrkommando Referensdata Tabell 4: Signalflöde uppdragsplanering Figur 4: Uppdragsplanering - Systemskiss Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 8 4.5 Uppdragsföljning Uppdragsföljningsmodulens uppgift är att följa den givna trajektorian så väl som möjligt. Modulen består av en regulatorkrets. Denna tar emot referensdata i form av koordinater ifrån uppdragsplaneringsmodulen via huvudbussen. Vid målföljning erhålls istället koordinater från bildbehandlingsmodulen via huvudbussen. Reglerkretsen blir därför oberoende av vilket uppdrag som utförs och följer endast de koordinater som skickas av huvudbussen. Återkopplingen sker genom det tillstånd som erhålls av signalbehandlingsmodulen via huvudbussen. Utsignaler från reglerkretsen (och uppdragsföljningsmodulen) är styrsignaler till plattformen. För reglerkretsen är modellbaserad reglering av största intresse för att erhålla bra referensföljning. Om det inte är möjligt implementeras någon enklare variant, vilken inte kräver en modell. Eftersom informationsflödet är oberoende av regulatorstruktur kan detta beslut avvaktas. Vid test av övriga system ska uppdragsföljningsmodulen kunna ersättas med manuell styrning. Insignal Utsignal Tillstånd Referensdata Styrsignaler Tabell 5: Signalflöde Uppdragsföljning Figur 5: Uppdragsföljning - Systemskiss Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 9 4.6 Signalbehandling Signalbehandlingens mening är att ha möjlighet till en extra förbehandling av data och på så sätt minska osäkerheter. Modulen är därför inte menat att vara en kritisk del av systemet utan en möjlighet till bättre reglering. Vid utveckling och tester ska systemet därför fungera även utan signalbehandlingsmodulen. Signalbehandlingsmodulen kommer bestå utav ett eller flera filter vilka tar in data som kan innehålla osäkerheter och behandlar denna. Troligtvis kommer vissa av plattformens tillstånd att estimeras med ett Kalmanfilter, för att på så sätt ge bättre underlag till uppdragsföljningensmodulen. Insignal Utsignal Mätsignaler Skattade tillstånd Tabell 6: Signalflöde signalbehandling Figur 6: Signalbehandling - Systemskiss Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 10 4.7 Kommunikation Kommunikationsmodulen har som huvuduppgift att kommunicera data mellan plattformen och huvudbussen, det vill säga med resten av systemet. Denna dataöverföring kommer att hanteras via en WIFI-länk. Genom att använda sig av denna separata modul frikopplas hanteringen av kommunikationen ifrån systemet och gör det därmed lätt att byta ut länken mot exempelvis Bluetooth eller radio. Insignal Mottagning: WIFI Sändning: Styrsignaler Utsignal Motagning: Bildström Skattade tillstånd Mätsignaler Sändning WIFI Tabell 7: Signalflöde Plattform Figur 7: Kommunikation - Systemskiss Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 11 4.8 Plattform Plattformen består av tre delkomponenter; GPS, quadcopter och en videokamera. Dessa bildar tillsammans ett färdigt delsystem som är utvecklat av en utomstående part. Dess komplexitet är omfattande men till stor del irrelevant för projektet. Quadcoptern kan ta emot styrsignaler och förflytta sig i enlighet med dessa samt att den tillhandahåller en mängd data. Som bland annat en skattning av dess fysikaliska tillstånd, GPS-information, en bildström och diverse andra mätsignaler. Dessa data överförs via en WIFI-länk till kommunikationsmodulen. Insignal Utsignal Styrsignaler Bildström Skattade tillstånd Mätsignaler Tabell 8: Signalflöde Plattform Figur 8: Plattform - Systemskiss Systemskiss 2014-09-25 @gmail.com

Autonom spaning med quadcopter 12 5 Säkerhetåtgärder Med hänsyn till de långsiktiga målen gällande att utveckla en demostrator som ska kunna flyga autonomt i en miljö där området kan förändras ifrån det att uppdraget planerats måste uppdraget kunna avbrytas. Detta kommer att hanteras genom en funktionalitet i GUI:t där operatören genom ett nödstopp stänger av de moduler som styr plattformen. Om det beslutas att hela systemet ska flyttas över på plattformen kommer eventuellt en mjukvarubaserad strömbrytare att implementeras som slår av samtliga motorer. Som en sista åtgärd om plattformen inte svarar på kommando. Som tidigare nämnt kommer även alla moduler att förses med en funktionalitet för direkt inaktivering så att enbart de moduler som inte svarar kan slås av. Med detta ökar man chanserna att kunna fortskrida ett uppdrag trots att någon modul inte beter sig i enlighet med funktionalitetsbeskrivningen. En annan säkerhetsåtgärd är att ta till vara på WIFI-länkens kondition och meddela operatören när denna börjar tappa styrka. Vid bruten WIFI-länk kommer plattformen automatiskt att genomföra en landning. Tillstånd för att flyga kräver att dessa säkerhetsåtgärder implementeras. Referenser [1], Autonom spaning med quadcopter Kravspecifikation, September 2014. Systemskiss 2014-09-25 @gmail.com