Projektarbeiten

Aktuell habe ich folgende Ideen für Projektarbeiten. Interessierte Studenten können sich gerne bei mir melden.

Dialogbasiertes Bewerberportal

Der Bewerbungsprozess der Fachhochschule Wedel soll modernisiert werden. Ein Ansatz ist "mobile first". Anstelle einer unübersichtlichen Website soll ein dialogbasiertes Bewerberportal entworfen und umgesetzt werden. Der Bewerbungsprozess wird durch das Senden einer Kurznachricht (Signal, Telegram, WhatsApp,…) gestartet. Ein automatisierter Dialog fragt den Bewerber sequentiell nach allen notwendigen Informationen und Dokumenten ("schicke mir jetzt Photos von deinem Zeugnis"). Die Verarbeitung der Eingaben darf beliebig dumm sein ("Sende 1 für Hauptmenü"), darf aber auch Ansätze der künstlichen Intelligenz für einen natürlicher wirkenden Dialog verwenden.

Video-Editing: Flash-Damper

Photosensitive people affected by epilepsy cannot enjoy movies with bright and flashing lights (or any effect-laden visual content like video games, really). I would like to have a software that filters video data in such a way that rapid changes in brightness are culled. This can happen as a slow "offline" solution or as a fast "online" solution with minimal (1 frame) latency (so you can e.g. plug in a piece of hardware between HDMI-Source and the screen). I hope it is possible to reach out to affected people via online forums and have them assess the effectiveness of the filter and/or propose improvements.

Commute Combiner

It occurs to me that many unrelated people do the same commute every work day. They could share a ride – if they knew about each other. I envision a website (probably backed by openstreetmap.org) where a user can input the route they drive. If two routes are similar or one includes the other, the users could share a ride. It would be nice to explore different similarity metrics.

Editor für Straßendaten

OpenRoadEd hat viele Interessenten auf der ganzen Welt – obwohl es noch nichtmal funktioniert. Jemand sollte sich drum kümmern. Vorkenntnisse in Qt und OSG sind hilfreich, aber nicht MInf oder CGT beschränkt.

Konstruktion und Elektrik: Sicherheitseinrichtung KUKA Roboter

Die Sicherheitseinrichtung des KUKA Roboters im Labor für Robotik erfüllt nur die Mindestanforderungen. Eine Erweiterung auf Grundlage der Erfahrungen mit der bestehenden Einrichtung ist erwünscht.

Technische Mediengestaltung: Übersichtsplan

Es existieren verschiedene Raum- und Übersichtspläne der Fachhochschule Wedel. Sie sind je nach Variante aktuell, intuitiv verständlich, leicht lesbar, hilfreich und wiederverwendbar (wähle eins). Es soll ein neuer Übersichtsplan erstellt werden, welcher auch als Basis für einen virtuellen Rundgang oder ein Leitsystem dienen kann. Passende Pläne (Grundrisse) liegen vor. Eine Abstimmung mit den Mitarbeitern der Öffentlichkeitsarbeit, Mediengestaltung, Computergraphik und Web-Anwendungen muss erfolgen.

Medientechnik, Netzwerktechnik und Robotik: Gerät zur virtuellen Anwesenheit

Die FH Wedel besitzt eine Insta 360 Pro, einen Eddie Roboter und diverse VR Brillen. Es sollte möglich sein, einen Live-Stream mit niedriger Latenz von der Panoramakamera direkt an die VR Brille zu senden. Das Anpassen der Blickrichtung geschieht also beim Empfänger. Über ein beliebiges Eingabegerät (VR Controller, Gamepad, Gesten) kann der Roboter bewegt werden.

Es ist unklar, ob die Panoramakamera sich zur Kooperation überreden lässt. Dieser Teil des Projektes hat daher zunächst den Charakter einer Machbarkeitsstudie.

Für Gruppen sind Zusatzfunktionen wie beispielsweise das bidirektionale Übertragen von Ton oder ein automatisches Ausrichten des Roboters (Fahrtrichtung in Sichtrichtung) denkbar.

Click here to see details in English

For this project, we need a team that brings combined knowledge of a wide range of fields:

Networking: The robot is one system, the user is located on a remote system. Movement commands must be sent to the robot. Video must be sent from the camera to the viewer.
VR Media: The spherical video feed must be displayed somehow.
I can imagine you could use a game engine like Unity or Unreal for the display and VR integration, but I do not know how well those engines handle live video from an external source.
I recently learned about the existence of WebVR, which probably handles live video alright, but I do not know how well it actually works.
The camera itself might be a challenge. So far, I have found no option to actually use it strictly locally (without YouTube, twitch and a smartphone).
VR Controls: Using VR hardware (like the HTC Vive), we might employ their VR controllers instead of a game-pad.
We have depth-cameras with OpenNI support. Analysing the user's pose or position is an option.
We have some LEAP motion sensors. Analysing the users hand position or gesture is an option.
Robotics: The robot's high-level system (a laptop) communicates with the robot's low-level system (a microcontroller). This needs someone who can deal with that kind of hardware-related communications.
While we do have two Eddie robots, only one of them is in a state which can be used reliably. And even that is using a crude implementation I haphazardly threw together: https://vr-tools.fh-wedel.de:3001/hoe/WXEddie For a stupid proof-of-concept, this is okay. Long term we should have something compatible with ROS2. The other robot suffers from hardware failure. I do have replacement parts, but someone needs to do the installation, set-up and verification.

The currently existing proof of concept implementation supports moving the robot with the game-pad. Making this work remotely with a simple UDP server/client approach (gamepad on one PC, the robot's high-level system being the other PC) is too easy for a 5 ECTS project. Creation of a package for ROS 2 "humble" using ROS's built-in communication features with clean code a nice documentation which can then be used for future projects would be okay. I would like to see some measurements illustrating the delay between the remote input and actual movement.

Robotik und wissenschaftliches Arbeiten

Im Wintersemester 2020 wurde ein virtuelles Modell des BFFT/digitalwerk ADAS Audi Modellfahrzeugs erstellt. Sie Genauigkeit der Simulation soll erhöht werden. Dazu sind umfangreiche Messreihen am Realweltfahrzeug (Beschleunigung, Bremsverhalten, Wendekreis, …) notwendig. Programmiersprache des Simulators gazebo ist C++.