Studenten Embedded Systems Engineering (ESE) uit het 1e-jaar hebben eind januari hun zelfgebouwde robot cars gepresenteerd: prototypes van zelfrijdende modelauto’s. Docenten stelden nadere vragen over de aanpak en het resultaat en ook medestudenten konden hierover vragen stellen. Heel leerzaam dus!

Door de elektromotoren van de wielen aan te sturen is het mogelijk voor- en achteruit, linksen rechtsom te rijden, een lijn te volgen, afstand te houden tot een voorganger en een voorganger te volgen. Studenten laten dit hieronder zien:

Wat leer je van het bouwen van een modelauto?

In dit eerste ESE-project leer je als student in een projectgroep van ongeveer 5 studenten de rol van ontwikkelaar op je te nemen en ontwikkel je samen een product (een robot car) voor een opdrachtgever. In dit geval was HAN-docent Hugo Arends de opdrachtgever van het fictieve bedrijf Robot-car-Gadgets (RG).

“Het hart van het eindproduct bestaat uit elektronica en een microcontroller die in de taal C moet worden geprogrammeerd”, legt Hugo uit. “De ontwikkeling van dat eindproduct bestaat uit 2 delen. In het eerste deel verken je de (on)mogelijkheden door een tussenproduct te realiseren door middel van rapid prototyping. In het tweede deel gebruik je die opgedane kennis om het eindproduct te realiseren.”

“Naast technische kennis leer je ook hoe je een relatief groot project aanpakt. Je leert plannen, taken verdelen, kosten ramen, vergaderen, voorzitten, notuleren, onderlinge afspraken maken, rapporteren en presenteren. Bij dit project komen dus veel dingen kijken.”

Waar is op beoordeeld?

Bij het uitvoeren van dit project is een aantal zaken van belang:

1. Het project moet op tijd afgerond zijn met een werkend prototype.
2. Het opgeleverde product, met de bijbehorende documentatie, moet aan de eisen van de opdrachtgever voldoen.
3. Het project moet binnen de geraamde kosten zijn uitgevoerd.
4. Het product moet binnen de afgesproken kosten geproduceerd kunnen worden.

De eisen aan het prototype moeten in overleg met de opdrachtgever bepaald worden. Als de opdrachtgever een eis met onvoldoende detail formuleert, moet het projectteam zelf met voorstellen komen. Moet er om bepaalde redenen worden afgeweken van de afgesproken eisen, dan moet dat eerst met de opdrachtgever overlegd worden.

Hugo: “Om alle eisen overzichtelijk te houden is een onderverdeling in verschillende categorieën aangehouden. Dit is van groot belang als het aantal eisen groot is. Er is gestart met de functionele eisen, waarin gedrag van het systeem (het ‘wat’) zonder de technische implementatie-aspecten (het ‘hoe’) is beschreven. Met andere woorden wat een gebruiker mag verwachten van het te maken systeem (functionaliteit = gedrag).”

Bron: HAN
Fotografie en video-opname: Erik Rijpstra