Forbedre kamerarigg for øving IA4 i ELE610

Abstract

I øving IA4 i emnet ELE610 ved Universitetet i Stavanger bruker studentene en kamerarigg for å eksperimentere med bildefangst og behandling.

Studentene utvinner nyttig informasjon (rotasjonshastighet) ved å finne visse indikatorer på en roterende skive og regne avvik eller forflytning over tid. Dette gjøres programmatisk ved hjelp av flere teknikker introdusert i tidligere øvinger.

Selv om den nåværende riggen er funksjonell og generelt problemfri, har den potensiale for forbedring. For eksempel er det ingen god måte å bekrefte at hastigheten som er målt er den faktiske hastigheten. På grunn av dette må studenter ty til øyemål eller andre metoder for å lese av reell hastighet.

Det er også vanskelig for studenter å komme i gang med øvingen på grunn av manglende dokumentasjon for hvordan kameraet brukes i koden.

Vi presenterer konstruksjon av en ny rigg, basert på den eksisterende riggen, men med noen endringer og forbedringspunkter, og vi dokumenterer viktige detaljer.

Vi presenterer også en mal som studenter kan bruke som forenkler programmeringen betraktelig slik at studenter kan fokusere på interessante utfordringer fremfor å sitte fast med manuell minnehåndtering.

In assignment IA4 in the course ELE610 at the University of Stavanger, students use a camera assembly to experiment with image acquisition and processing. Students extract useful information (rotational velocity) by finding certain indicators on a rotating disc and calculating the offset or movement over time. This is done programmatically using several techniques introduced in previous assignments. Even though the current assembly is functional and generally problem-free, it has some room for improvement. There is, for example, no good way to confirm that the measured velocity is the actual velocity. Because of this, students have to settle for approximate measurements or other methods for getting the real velocity. It is also difficult for students to get started with the assignment because of missing documentation for how the camera is used in the code. We present the construction of a new assembly based on the existing one, but with some improvements and we document important details. We also present a blueprint for students to use that greatly simplifies the programming so that students can focus on interesting challenges instead of being stuck with manual memory management.