Week 6 PRE2 Groep1: Difference between revisions

From Control Systems Technology Group
Jump to navigation Jump to search
 
(3 intermediate revisions by 2 users not shown)
Line 29: Line 29:


Andere puntjes:
Andere puntjes:
* Misschien was een smartphone op de drone zetten beter geweest.
* Misschien was een smartphone op de drone zetten beter geweest  
* We moeten de wiki beter bijwerken
* We moeten de wiki beter bijwerken
* Statistische analyse in de enquête is juist gebruikt
* Statistische analyse in de enquête is juist gebruikt
Line 35: Line 35:
== Voortgang ==
== Voortgang ==


* We hebben deze week verder gewerkt aan het [[Prototype PRE2 Groep1 | prototype]]
* We hebben deze week verder gewerkt aan het [[Prototype PRE2 Groep1 | Prototype]]
* De [[Enquête_PRE2_Groep1 | enquête]] is helemaal uitgewerkt
* We hebben Message Sequence Charts gemaakt om de interactie tussen onderdelen van ons systeem te beschrijven
* De [[Concurrentie_PRE2_Groep1 | concurrentie]] is uitgewerkt
* De [[Enquête_PRE2_Groep1 | Enquête]] is helemaal uitgewerkt
* Er is begonnen aan de [[Privacy_PRE2_Groep1 | privacy]]
* De [[Concurrentie_PRE2_Groep1 | Concurrentie]] is uitgewerkt
* Er is begonnen aan de [[Privacy_PRE2_Groep1 | Privacy]] en zo goed als afgerond

Latest revision as of 01:02, 16 January 2015


Navigatie
Overzicht Pagina's
Home Autonomie Concurrentie Wetgeving
Week 1 Veiligheid Privacy Prototype
Week 2 Enquête Commerciële Analyse Producteisen
Week 3 Project Doelen
Week 4
Week 5
Week 6
Week 7
Week 8
Logboek

Meeting

Op dit moment hebben we 2 problemen:

Probleem 1: NFC-shield & WiFi-shield werken niet samen. Apart van elkaar werken ze wel maar samen werkt alleen de WiFi-shield.

Probleem 2: Flight-path kan niet door middel van de arduino op de drone gezet worden.

Voor probleem 2 hebben we ondertussen een oplossing bedacht: er eventueel een laptop tussen te zetten. Dan zou het flight-path erop worden gezet door middel van de laptop en alleen het NFC-shield zou dan op de arduino en dus op de drone zitten. Dan zou de drone dus op basis van het overgezette flight-path naar de bestemming vliegen, daar even wachten (timer) tot de ontvanger het pakketje heeft opgehaald met de NFC-code en dan weer terugvliegen naar het vertrekpunt.

Verder is er nog een vraag over de statistische analyse van de enquête.

Feedback

Als de docenten de klant zouden zijn en je belooft iets, mag het natuurlijk niet zo zijn dat je door een technisch probleem deze belofte niet nakomt. Wanneer beslis je om weg te lopen voor het probleem en wanneer beslis je om toch het probleem op te lossen?

De vraag is nu: is er iets beloofd wat überhaupt niet kan, of is er te weinig tijd?

Wat is het echte probleem precies? -> Dataformat van NFC stond op lsb-first en is omgezet naar msb-first, dat werkt nu goed. Maar samen werken de 2 shields dus niet. Zou het een oplossing zijn om allebei een eigen arduino te geven?


Probleem 2: Wat wordt er met de laptop-oplossing weggegooid? -> De drone kan niet zelf bepalen wanneer het pakketje is opgehaald en dus wanneer de drone weg kan vliegen. Dit moet door middel van een timer worden gedaan.

In projecten heb je dit soort problemen altijd. Je baas verwacht toch dat je het probleem wel oplost.

Andere puntjes:

  • Misschien was een smartphone op de drone zetten beter geweest
  • We moeten de wiki beter bijwerken
  • Statistische analyse in de enquête is juist gebruikt

Voortgang

  • We hebben deze week verder gewerkt aan het Prototype
  • We hebben Message Sequence Charts gemaakt om de interactie tussen onderdelen van ons systeem te beschrijven
  • De Enquête is helemaal uitgewerkt
  • De Concurrentie is uitgewerkt
  • Er is begonnen aan de Privacy en zo goed als afgerond