Projektplan Platooning

(1)

Projektplan Platooning

Version 1.1 Erik Andersson 23 september 2013

Status

Granskad PL, SIM 2013-09-19

Godkänd Erik Frisk 2013-09-19

(2)

Projektidentitet

Hemsida: http://www.isy.liu.se/edu/projekt/reglerteknik/2013/platooning/

Kund: Henrik Pettersson, Scania

E-mail: henrik_x.pettersson@scania.com Beställare (BEST): Erik Frisk, Linköpings universitet

Tel: +46 13 285714, E-mail: erik.frisk@liu.se Handledare (HL): Emil Larsson, Linköpings universitet

Tel: +46 13 285713, E-mail: lime@isy.liu.se Tekniska Resurser: Per Öberg, Linköpings universitet

Tel: +46 13 282369 , E-mail: per.oberg@liu.se Tobias Lindell, Linköpings universitet

Tel: +46 13 284057 , E-mail: tobiasl@isy.liu.se Kursansvariga: Daniel Axehill, Linköpings universitet

Tel: +46 13 284042, E-mail: daniel@isy.liu.se David Törnqvist, Linköpings universitet

Tel: +46 13 281882, E-mail: tornqvist@isy.liu.se

Gruppmedlemmar

Namn Ansvar Telefon E-mail (@student.liu.se)

Susanne Mideklint Projektledare (PL) 070-4880006 susmi303 Erik Andersson Dokumentansvarig (DOK) 070-9625878 erian866 Simon André Testansvarig (TST) 070-8117438 siman895 Carl-Philip Forss Designansvarig (DSN) 070-7671941 carfo245 Oskar Daniels Information (INFO) 073-0931911 oskda283

Visualisering (VIS)

Henrik Felixson Reglerteknik (REG) 073-7096786 henfe337 Olle Norén Simulering (SIM) 070-9748304 ollno992 Mikael Öberg Hårdvara (HÅRD) 073-3692288 mikob118

(3)

Dokumenthistoria

Version Datum Utförda ändringar Utförda av Granskade av

0.1 2013-09-17 Första utkast PL, DSN TST, VIS, REG, SIM

0.2 2013-09-19 Reviderad efter kommenterer från beställare

PL, SIM DSN REG

1.0 2013-09-19 Godkänd av beställare

(4)

Innehåll

Innehåll IV

1 Introduktion 1

2 Beställare 1

3 Översiktlig beskrivning av projektet 1

3.1 Syfte och mål . . . . 1

3.2 Leveranser . . . . 2

3.3 Begränsningar . . . . 2

4 Fasplan 2 4.1 Före projektstarten . . . . 2

4.2 Under projektet . . . . 2

4.3 Efter projektet . . . . 3

5 Organisationsplan 3 5.1 Kommunikation i projektet . . . . 3

5.2 Villkor för samarbetet i projektgruppen . . . . 4

5.3 Definition av ansvar inom gruppen . . . . 4

6 Dokumentplan 4 7 Utvecklingsmetodik 5 8 Utbildningsplan 5 8.1 Projektmedlemmarnas utbildning . . . . 5

8.2 Kundens utbildning . . . . 6

9 Rapporteringsplan 6 10 Mötesplan 6 11 Resursplan 6 11.1 Personer . . . . 6

11.2 Material . . . . 7

11.3 Lokaler . . . . 7

11.4 Ekonomi . . . . 7

12 Milstolpar och beslutspunkter 7 12.1 Milstolpar . . . . 7

12.2 Beslutspunkter . . . . 8

13 Aktiviteter 8

14 Tidsplan 9

15 Förändringsplan 10

(5)

16 Kvalitetsplan 10 16.1 Granskningar . . . . 10 16.2 Testplan . . . . 10

17 Riskanalys 10

18 Prioriteringar 11

19 Projektavslut 11

Referenser 12

(6)

Platooning 1

1 Introduktion

Denna projektplan är en del av dokumentationen för kursen reglerteknisk projektkurs (TSRT10). Detta dokument beskriver hur projektet förväntas utföras, vilka krav som ställs på samarbetet samt en preliminär tidsplan.

2 Beställare

Erik Frisk, ISY Fordonssystem, Linköpings tekniska högskola E-mail:frisk@isy.liu.se

3 Översiktlig beskrivning av projektet

Att minska bränsleförbrukningen hos lastbilar är viktigt både av ekonomiska och miljö- mässiga skäl. Ett sätt att minska bränsleförbrukningen är att minska luftmotståndet hos lastbilarna genom att flera lastbilar kör nära varandra i en kolonn. Om den andra bilen i en kolonn ligger 25 meter bakom ledarbilen så minskar dess luftmotstånd med 30% och den tredje bilen upplever 40% reducering av luftmotståndet. Det är även så att ledarbilen upplever en, något mindre, reducering av luftmotståndet[1].

För att uppnå ett fungerande platooningsystem måste flera utmaningar lösas. Dessa utmaningar inkluderar bland annat kommunikation mellan fordon lösa problem med att ett fordon som saknar dessa funktioner som ansluter kolonnen. Utveckla regulatorer som tar hänsyn till topografi och reglerar fordonen på ett följsamt och effektivt sätt. För att ta fram detta system ska en simuleringsmiljö som både är mjuk- och hårdvarubaserad tas fram. Nedan ges en kort beskrivning av projektets syfte och dess mål samt vad som skall levereras.

3.1 Syfte och mål

Syftet med projektet är att vidareutveckla och implementera simulatorer och regulatorer för kolonnkörning av lastbilar. De mål som projektet innefattar är:

• Implementering av simulator för lastbilar och deras omvärld i Simulinkmiljö.

• Implementering av HIL simulator för olika trafikscenarion.

• Utveckla estimatorer som baserad på information från egna sensorer och information sänd från andra lastbilar, skattar sitt eget och övriga fordons tillstånd i kolonnen.

• Designa regulatorer som ger säker och effektiv kolonnkörning.

• Undersöka möjligheterna för visualisering av resultaten.

Kursnamn: Reglerteknisk projektkurs, CDIO Dokumentansvarig: Erik Andersson

Kurskod: TSRT10 E-mail: erian866@student.liu.se

Projekt: Platooning Dokumentnamn: Projektplan.pdf

(7)

Platooning 2

3.2 Leveranser

Kravspecifkation, projektplan inklusive tidsplan samt systemskiss BP2

Designspecifikation och testplan BP3

All funktionalitet, testprotokoll, användarhandledning samt före- drag där det visas att kravspecifikationen är uppfylld

BP5 Teknisk rapport, efterstudie med uppföljning av resultat och an-

vänd tid, poster, presentation, hemsida samt demofilm

BP6

Tids- och statusrapport veckovis

3.3 Begränsningar

Då målet med projektet är att utveckla en simuleringsmodell för ett system som enkelt skall vara implementerbart i en lastbil är hårdvaruspecifikationen förutbestämd. Endast de mätdata som finns och kan implementeras på Scanias canbus-nät får användas i model- len. Det ska också finnas kompabilitet med tävlingen GCDC (Grand Cooperative Driving Challenge), därför ska kommunikationen mellan fordonen ske med det protokoll som spe- cifieras av GCDC[3].

4 Fasplan

Projektet delas upp i tre faser; före projektstarten, under projektet och efter projektet.

Nedan beskrivs de mer ingående.

4.1 Före projektstarten

I denna fas inleds projektet. Gruppen bildas och grunden till projektet defineras och skapas. Delmoment är:

• Projekgrupp bildas och projektdirektiv erhålles

• Resurstilldelning

• Rolltilldelning

• Kravspecifikation utformas

• Systemskiss utformas

• Projektplan utformas

• Tidsplan utformas

4.2 Under projektet

I denna fas uppfylls kravspecifikationen och verifieras genom tester. Dokumentation av ingående moment sker löpande. Delmoment är:

• Designspecifikation utformas

(8)

Platooning 3

• Testplan utformas

• Mjukvara utvecklas

• Hårdvara utvecklas

• Hemsida, poster, film och presentation

• Systemets olika delar testas

• Systemet integreras

• Hela systemet testas

• Tidsplan uppdateras

• Användarhandledning utformas

• Teknisk rapport skapas

4.3 Efter projektet

I denna fas levereras projektet och efterstudie genomförs. Därefter avslutas projektet.

Delmoment är:

• Leverans av färdig produkt

• Demonstration av produkt

• Presentation av poster

• Efterstudie genomförs

• Projektavslut

• Nedkoppling av utrustning

• Återlämning av resurser

5 Organisationsplan

Detta kapitel beskriver projektets organisation samt hur kontakten mellan de olika par- terna i projektet ska fungera.

5.1 Kommunikation i projektet

Kontakt mellan kund och projektmedlemmarna sker via projektledare och beställare.

Handledaren och experter finns tillgängliga för frågor från gruppmedlemmarna. Kontak- ten med beställare sker genom projektledaren. Beställaren rapporterar gruppens status vidare till examinator.

Kontakt mellan gruppmedlemmarna sker främst via mail. Alla gruppmedlemmar förväntas kolla mailen minst en gång per dag. Om det är något mer brådskande ska smsgruppen användas för spridning av information.

(9)

Platooning 4

5.2 Villkor för samarbetet i projektgruppen

För att effektivisera arbetet delas projektet in i flertalet deluppgifter som en eller flera medlemmar utför. Gruppmedlemmen ansvarig för deluppgiften ansvarar för att fördela ut uppgifter och ser till att deadline möts. Delarna sammanfogas till sist för att granskas och testas mot testplanen.

5.3 Definition av ansvar inom gruppen

Projektledare (PL) Har övergripande ansvar för projektet och att det följer tidsplanen. Projektledaren kallar till möten och ansvarar för tidsdokumentation. Projektledaren fungerar som en länk mellan projektets medlemmar och högre instanser och sköter därmed all kontakt med beställare och kund.

Dokumentansvarig (DOK) Ansvarar för att dokument skrivs, granskas och levereras i tid. Dokumentansvarig ansvarar även för att dokumenthantering på SVN fungerar och uppdateras när nya dokument skapas.

Testansvarig (TST) Ansvarar för att kravspecifikation är uppfylld i praktiken och att grundliga tester utförs och dokumenteras enligt testplanen.

Designansvarig (DSN) Ansvarar för att interface och kompatibilitet mellan olika delar av systemet kommer att fungera enligt kravspecifikation.

Informationsansvarig (INF) Ansvarar för uppdatering av hemsida, produktion av film och poster. Ansvarar för att leveransvillkoren uppfylls.

Visualiseringsansvarig (VIS) Undersöker möjligheter till olika visualiseringar och ansvarar för hur utvärderingen av dessa ska skötas.

Komponentansvarig reglersystem (REG) Ansvarar för utvecklingen av regulatorns och estimatorns funktionalitet och att dessa uppfyller kravspecifikationen.

Komponentansvarig simulering (SIM) Ansvarar för utvecklingen av fordons- och omvärldsmodellers funktionalitet och att dessa uppfyller kravspecifikationen.

Komponentansvarig hårdvara (HÅRD) Ansvarar för att hårdvara finns tillgänglig och är funktionabel. Ansvarar för att fysisk kommunikation mellan olika delsystem ska fungera enligt kravspecifikation.

6 Dokumentplan

Dokumentansvarig är ansvarig för alla dokument, vilka även ska godkännas av projektledaren innan leverans.

(10)

Platooning 5

Dokument Språk Syfte Mål När

Tidsrapport Sv Rapport om nedlagd tid i projektet Beställare/ vecko- Handledare vis Statusrapport Sv Rapport om projektets status Beställare/ vecko-

Handledare vis Kravspecifikation Sv Definerar krav på systemet Beställare BP2 Systemskiss Sv Används som underlag för att bedöm-

ma hur arbetet skall uppdelas och tids- fördelas

Beställare BP2

Projektplan Sv Beskriver hur projektet ska utföras Beställare BP2 Tidsplan Sv Beskriver när delprojekt ska utföras Beställare BP2 Designspecifikation Sv Beskrivning av systemets konstruktion Beställare BP3

Testplan Sv Anger hur testa ska utföras Beställare BP3

Testprotokoll Sv Anger hur och vilka test som har utförts och dess resultat

Beställare BP5 Användarhandledning En Manual för användare av systemet Beställare BP5 Teknisk rapport En Teknisk data och specifikationer kring

systemet och dess delsystem

Beställare BP6

Efterstudie Sv Utvärdering av projektet Beställare BP6

Poster Sv Sammanställning av projekt Allmänhet BP6

Hemsida En Sammanställning av projekt Allmänhet BP6

Demofilm Sv Demonstration av projekt Allmänhet BP6

7 Utvecklingsmetodik

Den övergripande projektmodellen som används är Lips-ramverk[2]. Gruppen använder ingen specifik utvecklingsmodell utan en mer allmän utvecklingsmetodik används sedan genom att slutprodukten bryts ner i mindre delar, delsystem. I ordning kommer delarna att utvecklas och ansvarig för komponenten kommer att fördela arbetsuppgifter och hålla koll på den sammanlagda utvecklingsstatusen. Många av de mindre delarna kommer att utföras parallellt för att på ett så effektivt sätt som möjligt driva arbetet framåt. Delsystemen kommer att testas för sig enligt testplan innan de kommer att integreras. Vid utveckling av delsystem kommer tillförlitlighet prioriteras framför extra funktionaliteter.

8 Utbildningsplan

Denna sektion beskriver den utbildningsplan både projektmedlemmarna men också kund behöver innan, under och efter projektet.

8.1 Projektmedlemmarnas utbildning

Tekniska specifikationer rörande kommunikationssystemen CAN [6] och GCDC [4] be- höver studeras av samtliga gruppmedlemmar. Även kunskaper om hårdvaran inhämtas genom att läsa datablad och tekniska dokumentationer [5]. Kunskaper om mjukvaran inhämtas sedan genom att studera examensarbeten, tekniska dokumentationer och forsk-

(11)

Platooning 6

ning inom området. Examensarbeten om reglering av liknande reglersystem kommer också att behandlas.

8.2 Kundens utbildning

I kundens utbildning ingår dels den demonstration av projektet vid leveransen men också studerandet av den användarhandledning gruppen tagit fram under projektets gång.

9 Rapporteringsplan

Löpande status- och tidsrapporter sker via projektledaren till beställare varje måndag senast 12.00. Nedan följer förtydligande av rapporteringsplanen:

Rapport Skrivs av Syfte Mål Leverans

Statusrapport PL Sammanställer projektets status Beställare/ veckovis Handledare

Tidsrapport PL Sammanställer tidsåtgång Beställare/ veckovis Handledare

10 Mötesplan

Projektmöten sker varje torsdag. Gruppmedlemmarna ska i den mån det är möjligt när- vara på projektmöten. Dagordningen sammanställs och skickas ut av projektledaren varje onsdag klockan 19:00. Om en gruppmedlem vill föra in något på dagordningen är deadline för detta klockan 17:00 på onsdagen. Gruppmedlemmarna turas om att föra protokoll och mötesprotokollen läggs sedan upp på SVN. Möten med handledare kommer att bo- kas löpande då det finns behov av handledning. Projektledaren har ett statusmöte med beställare varannan vecka.

11 Resursplan

I detta kapitel presenteras de resurser som gruppen har att tillgå under projektet.

11.1 Personer

Projektmedlemmar Varje projektmedlem har tillgång till 240 timmar/person.

Utomstående personer Handledaren har 40 timmar till gruppens förfogande.

(12)

Platooning 7

11.2 Material

Det material som används i projektet (datorer, kablage och programvaror) tillhandahålls av ISY och Scania. Vid behov av ytterligare material kontaktar projektledaren beställaren som fattar beslut om inköp. Tre bärbara datorer samt en lokal med flertalet stationära datorer tillhandahålls av ISY. Vid eventuellt test i lastbil görs detta i kontakt med Scania.

11.3 Lokaler

Projektgruppen har FS-Projektrum till förfogande som kan användas närsomhelst av gruppens medlemmar. Lokaler för möten och presentationer tillhandahålls av ISY.

11.4 Ekonomi

Gruppen har tillgång till 1920 arbetstimmar som ska vara jämnt fördelade fram till projektets avslut. Under vecka 43 och 44 kommer färre timmar finnas tillgängliga. Handledar- tiden på 40 timmar kommer att användas då problem uppstår under projektets gång.

Om det finns behov av att köpa in ytterliggare material står ISY för denna kostnad. Vid eventuellt test i lastbil står Scania för denna kostnad.

12 Milstolpar och beslutspunkter

I detta kapitel beskrivs de milstolpar som gruppen valt att ha och de veckor som de ska vara klara. Detta för att ge en helhetsuppfattning om hur projektet framskrider och om tidsplanen behöver modifieras. Beslutspunkterna är satta tillsammans med beställare och är leveranstillfällen som måste vara uppfyllda.

12.1 Milstolpar

I tabellen nedan defineras de milstolpar som skapats inom gruppen och tillhörande mjuka deadlines:

Projektplan (inkl. tidsplan), kravspecifikation och systemskiss klar To v38

Utkast av designspecifikation klar Fr v39

Designspecifikation och testplan klara v40

Hårdvarukommunikationen fungerar v41

Fordonsmodell funktionell v42

Omvärldsmodell funtionell v42

Mjukvarusimuleringsmodell funktionell v45

HIL-simulator funktionell v45

Dokumentation hårdvara klar v46

Dokumentation mjukvarumodell klar v46

Estimator och regulator funktionell v47

Dokumentation av HIL-simulering klar v48

Test av system utförd v48

Teknisk rapport klar v49

(13)

Platooning 8

12.2 Beslutspunkter

I tabellen nedan defineras de beslutspunkter som skapats tillsammans med beställare och tillhörande hårda deadlines:

BP2 Godkännande av projektplan, beslut att starta projektet To v38 BP3 Godkännande av designspecifikation, beslut att fortsätta projektet v40 BP5 Godkännande av produktens funktionalitet, beslut om leverans v49 BP6 Godkännande av leverans, beslut att upplösa projektet v50

13 Aktiviteter

Nedan listas de aktiviteter som kommer utföras under projektet samt även uppskattad tidsåtgång. Reservtiden har valt att göras till en stor post då erfarenhet och dokumentation kring denna typ av projekt saknas och att det därmed blivit svårare att uppskatta tidsförbrukningen.

Förprojekt, 180h Mjukvarusimulering

• Utvärdera tidigare års mjukvara, 45h

• Fordonsmodell, 45h

• Omvärldsmodell, 45h

• Hårdvarumodell, 45h

• Integrering av delsystem, 30h

• GUI, 45h

• Systemtest, 45h

HIL-simulering

• Utbildning hårdvara, 16h

• Bygga och konfigurera ALIX, 10h

• Få trådlös kommunikation att fungera, 45h

• Få CAN kommunikation att fungera, 45h

• Integrering av delsystem, 30h

• Systemtest, 45h

Estimator

• Utvärdera tidigare års projekt, 16h

• Design av estimator, 45h

(14)

Platooning 9

• Implementation av estimatior i Simulink, 30h

• Systemtest, 35h

Regulator

• Utvärdera tidigare års projekt, 16h

• Design av regulator, 45h

• Implementation av regulator i Simulink, 30h

• Systemtest, 35h

Visualisering

• Utvärdering av visualisering, 30h

Dokumentation

• Designspecifikation, 170h

• Testplan, 30h

• Teknisk rapport, 80h

• Poster, 20h

• Hemsida, 40h

• Efterstudie, 40h

• Video, 40h

• Användarmanual, 50h

• Presentation, 20h

Övrigt

• Efterforskning, 40h

• Möten, 168h

• Reservtid, 219h

• Projektledning, 50h

14 Tidsplan

Se bilaga A.

(15)

Platooning 10

15 Förändringsplan

Om det inder projektets gång sker avvikelser från den ursprungliga projektplanen ska detta dokumenteras. Alla dokument som används kommer därför att versionshanteras. Om förändringar sker i kravspecifikationen, nya krav tillkommer eller befintliga krav ändras, ska en ny version av kravspecifikationen göras i samråd med beställaren.

16 Kvalitetsplan

Kvalitetsplanen beskriver på vilket sätt kvaliteten i delsystemen och dokument säkras under projektgången. Den delas upp i granskningar och testplan.

16.1 Granskningar

Gruppmedlemmarna turas om att granska dokument och presentationer. Dokument och presentationer granskas alltid av minst två personer. Granskningen innefattar korrektur- läsning samt att kontrollera att inehållet stämmer överrens med de innehållskrav som finns.

Delsystem kommer att testas var för sig för att säkerställa tillförlitlighet innan de integreras och genomgår större tester.

16.2 Testplan

En testplan kommer att upprättas. I den ges en översikt av de tester som kommer ingå för att säkerställa att kravspecen uppfylls. Till detta finns en särskild testansvarig.

17 Riskanalys

Det anses finnas tre huvudsakliga risker i projektet; att en gruppmedlem som behöver avvika från projektet vilket i projektets fall leder till åtstramningar i tidsbudget, att dokument eller kod försvinner eller att hårdvara går sönder.

Risken att tidsbudgeten blir mindre anses inte speciellt hög. Om detta inträffar plane- rar gruppen att som första åtgärd se över hur tidsplanen kan läggas om för att inte leveransförseningar ska ske. Om den första åtgärden inte visar sig tillräckligt kommer kravspecifikationen att omförhandlas med beställaren för kompensera för förlorade resurser.

Risken att hårdvara går sönder anses något större och gruppen kommer att hantera detta genom att kontakta ansvarig för hårdvara snarast och om detta leder till lång återhämt- ningstid planeras också att omförhandla vissa delar av kravspecifikationen.

För att minimera risken att dokument och kod försvinner kommer det versionshanterande filsystemet svn att användas.

(16)

Platooning 11

18 Prioriteringar

Antalet timmar som gruppen har tillgängliga ska ej överskridas. Om en aktivitet kräver mer tid än budgeterat kan timmar tas från posten reservtimmar i tidsplanen. Detta sker i samförstånd med projektledaren. Finns inga reservtimmar att tillgå ska projektledaren överväga att omfördela timmarna i tidsplanen. Alternativt sker en omförhandling av kravspecifikationen med beställaren.

19 Projektavslut

Vid projektets godkännande och avslut av beställaren ska en efterstudie genomföras. Där ska projektet utvärderas och gruppens erfarenheter sammanställas. Dokumentation av projektet ska sparas elektroniskt på SVN och lånat material ska lämnas tillbaka.

(17)

Platooning 12

Referenser

[1] Erik Frisk,

Projektdirektiv - Platooning, Linköpings tekniska högskola, 2013 https://www.

control.isy.liu.se/student/tsrt10/file/projdirs_2013_platooning.pdf [2] Tomas Svensson & Christian Krysander,

Projektmodellen Lips. Studentlitteratur AB, Lund, Upplaga 1:1, 2011.

[3] GCDC: Grand Cooperative Driving Challenge.

http://www.gcdc.net/

[4] The GCDC Interaction Protocol.

http://www.gcdc.net/mainmenu/Home/technology/Interaction_Protocol [5] Michael Andersson, Per Svennerbrant.

Teknisk dokumentation - styrsystem för platooning Technical report,

ISY fordonssystem, 2012.

[6] Rickard Lyberger.

REP12004: Interface mot fordon för GCDC.

Technical report, Scania CV AB, 2012.

(18)

TID VEM

Nr timmar Initialer 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51

1 180 24 108 48 180

2 300 0

3 Utvärdera tidigare års mjukvara 45 30 15 45

4 45 20 25 45

5 45 20 25 45

6 45 20 25 45

7 30 30 30

8 45 15 15 15 45

9 45 20 25 45

10 191 0

11 16 16 16

12 10 10 10

13 45 20 25 45

14 45 20 25 45

15 30 30 30

16 45 20 25 45

17 126 0

18 16 8 8 16

19 45 25 20 45

20 30 10 20 30

21 35 15 20 35

22 126 0

23 16 8 8 16

24 45 25 20 45

25 30 10 20 30

26 35 15 20 35

27 30 0

28 30 15 15 30

29 490 0

30 170 30 100 40 170

31 30 15 15 30

32 80 10 20 20 10 10 10 80

33 20 20 20

34 40 4 4 4 4 4 4 4 4 4 4 40

35 40 10 30 40

36 40 10 30 40

37 50 25 25 50

38 20 10 10 20

39 427 0

40 40 5 15 10 10 40

41 168 16 8 16 8 8 8 8 8 8 8 8 24 16 24 168

42 219 8 8 8 16 32 24 24 40 40 9 10 219

43 50 2 4 4 4 4 2 2 4 4 4 4 4 4 4 50

44 0

45 To 0

46 Mån 0

47 To 0

48 To 0

49 To 0

50 To 0

51 To 0

52 To 0

53 Ti 0

54 To 0

55 To 0

56 Ti 0

57 To 0

58 To 0

59 To 0

60 To 0

61 To 0

62 V 0

63 V 0

64 0

65 0

66 0

67 0

68 1920

1920 24 108 131 169 163 175 138 10 10 168 175 165 136 167 133 48 0 0 0 0 0 0 0

1920

0

Basplan

Projekt: Platooning

Projektgrupp: Platooning Datum: 2013-09-19 Granskad:

Beställare: Erik Frisk Version: 1.0

Kurs: TSRT10 Utfärdare: Susanne

AKTIVITETER TIDPLAN (när), veckonummer

Beskrivning Förprojekt Mjukvarusimulering

Fordonsmodell Omvärldsmodell Hårdvarumodell Integrering av delsystem GUI

Systemtest HIL-simulering Utbildning hårdvara Bygga och konfigurera ALIX Få trådlös kommunikation att fungera Få CAN kommunikation att fungera Integrering av delsystem Systemtest Estimator

Utvärdera tidigare års projekt Design av estimator

Implementation av estimatior i Simulink Systemtest

Regulator

Utvärdera tidigare års projekt Design av regulator

Implementation av regulator i Simulink Systemtest

Visualisering Utvärdering av visualisering Dokumentation Designspecifikation Testplan Teknisk rapport Poster Hemsida Efterstudie Video Användarmanual Presentation Övrigt Efterforskning Möten Reservtid Projektledning Milstolpar

Projektplan, kravspecifikation och systemskiss Utkast av designspecifikation

Designspecifikation och testplan är klara Hårdvarukommunikation fungerar Fordonsmodell funktionell Omvärldsmodell funktionell

Mjukvarusimuleringsmodell är funktionell HIL-simulator är funktionell

Dokumentation av Hårdvara klar Dokumentation av mjukvara klar Estimator och Regulator är funktionell Dokumentation av HIL-simulator klar Test av system är utförd Teknisk rapport är klar

Summa antal timmar:

Visualisering BP2 BP3 BP5 BP6

Projektplan Platooning