Week 6 PRE2 Groep1: Difference between revisions
m (moved Week6 PRE2 Groep1 to Week 6 PRE2 Groep1) |
|||
| (15 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
__NOTOC__ | __NOTOC__ | ||
{ | {{navigation_menu}} | ||
= Meeting = | == Meeting == | ||
= Voortgang = | 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 PRE2 Groep1 | Prototype]] | |||
* We hebben Message Sequence Charts gemaakt om de interactie tussen onderdelen van ons systeem te beschrijven | |||
* De [[Enquête_PRE2_Groep1 | Enquête]] is helemaal uitgewerkt | |||
* 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
| 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