Escape Game: JoyCode
| Autoren: | Jens Potthoff Mohammed Yassine Houari |
| Betreuer: | Marc Ebmeyer |
Einleitung
Im Rahmen des Fachpraktikums im Modul Angewandte Mechatronik des Studiengangs Business and Systems Engineering werden Rätsel entwickelt, die in etwa fünf Minuten lösbar sind und in ein übergeordnetes Escape-Game integriert werden. Das Projekt „JoyCode“ ist ein solches Escape-Rätsel, das über zwei Joysticks gesteuert wird. Ziel ist es, beide Joysticks in zufällig generierte Zielpositionen zu bewegen, wobei jeder Joystick eine eigene Zielposition hat. Neben den Joysticks befindet sich eine LED-Statusanzeige, die den Abstand zur jeweiligen Zielposition in Echtzeit visualisiert. In vier aufeinanderfolgenden Runden müssen die Joysticks korrekt positioniert und die jeweilige Zielstellung für drei Sekunden gehalten werden. Nach jeder erfolgreich abgeschlossenen Runde wird eine Ziffer auf dem LC-Display freigeschaltet. Nach vier Runden ergibt sich so ein vollständiger Zahlencode, der für den Zugang zum nächsten Rätsel benötigt wird. Die Rückmeldung erfolgt über RGB-LEDs: Rot signalisiert eine große Abweichung, Gelb zeigt Annäherung, Grün steht für fast korrekt, und blinkendes Grün markiert die exakte Zielposition, die dann für drei Sekunden gehalten werden muss. Das Rätsel besteht aus den Joysticks, den RGB-LEDs zur visuellen Rückmeldung, dem LC-Display zur Anzeige der freigeschalteten Ziffern sowie den vier aufeinanderfolgenden Runden, deren erfolgreiche Bewältigung den Zahlencode freischaltet.
Schwierigkeitslevel
Fortgeschritten.
Das Rätsel erfordert eine gute Hand-Auge-Koordination, da beide Joysticks gleichzeitig und präzise bewegt werden müssen. Je nach eingestelltem Toleranzbereich und den angezeigten Hinweisen auf dem Display kann der Schwierigkeitsgrad leicht angepasst werden.
Lernziele
Das Lernziel des Rätsels besteht darin, zwei Steuerungen gleichzeitig präzise zu bedienen und ihre Bewegungen gezielt zu koordinieren. Durch die farbliche Rückmeldung der LEDs wird das Verständnis für Positionsänderungen und deren Auswirkungen geschult. Das Rätsel fördert somit die Hand-Auge-Koordination, Feinmotorik sowie die Fähigkeit, Rückmeldungen richtig zu interpretieren und entsprechend darauf zu reagieren.
Bezug zum BSE Studium
Für die Umsetzung des Projekts werden mechatronische Kenntnisse praktisch angewendet, insbesondere im Bereich Sensorik, Softwareintegration und Systemsteuerung. Das Projekt erfordert zudem die Verknüpfung der Hardware- und Softwarekomponenten sowie die Umsetzung von Echtzeit-Rückmeldungen über die LEDs. Dabei wird die Fähigkeit gefördert, von einer Idee über die Planung und Konzeption ein funktionierendes Hardware-/Software-System zu entwickeln, das praktisch innerhalb des übergeordneten Escape-Game genutzt werden kann. Die Planung, Programmierung und Steuerung mechatronischer Systeme wird erlernt, die Zusammenhänge zwischen Hardware und Software erlernt.
Anforderungen
| ID | Inhalt | Prio | Ersteller | Datum | Geprüft von | Datum |
|---|---|---|---|---|---|---|
| 1 | Das System muss die gleichzeitige Bedienung von zwei Joysticks ermöglichen. | Hoch | Potthoff | 02.10.2025 | Potthoff | 05.01.2026 |
| 2 | Für jeden Joystick muss eine LED-Statusanzeige den Abstand zur jeweiligen Zielposition in Echtzeit anzeigen. | Hoch | Potthoff | 02.10.2025 | Potthoff | 05.01.2026 |
| 3 | Beide Joysticks müssen gleichzeitig für mindestens 3 Sekunden an der Zielposition gehalten werden, damit eine Ziffer freigeschaltet wird. | Hoch | Houari | 02.10.2025 | ||
| 4 | Das Rätsel muss aus vier aufeinanderfolgenden Runden bestehen, wobei in jeder Runde eine Ziffer der dreistelligen PIN freigeschaltet wird. | Hoch | Houari | 02.10.2025 | Potthoff | 05.01.2026 |
| 5 | Die RGB-LEDs müssen den Abstand zur Zielposition farblich darstellen: Rot = weit entfernt, Gelb = Annäherung, Grün = nahe, blinkendes Grün = Zielposition erreicht. | Hoch | Potthoff | 02.10.2025 | Potthoff | 05.01.2026 |
| 6 | Das LC-Display muss die freigeschalteten Ziffern sowie optionale Startinformationen anzeigen. | Hoch | Potthoff | 02.10.2025 | Potthoff | 05.01.2026 |
| 7 | Ein Start-Button muss das Rätsel initialisieren und alle Werte zurücksetzen. | Hoch | Houari | 02.10.2025 | Potthoff | 05.01.2026 |
| 8 | Ein Reset-Button muss den aktuellen Spielstand löschen und das Rätsel in den Ausgangszustand versetzen. | Mittel | Houari | 02.10.2025 | Potthoff | 05.01.2026 |
| 9 | Ein Lösungs-Button muss auf dem LC-Display den korrekten Zahlencode anzeigen, falls das Rätsel nicht gelöst wurde. | Hoch | Houari | 02.10.2025 | Potthoff | 05.01.2026 |
| 10 | Die Zielpositionen müssen zu Beginn jeder Runde zufällig generiert werden. | Hoch | Potthoff | 02.10.2025 | Potthoff | 05.01.2026 |
| 11 | Der Toleranzbereich der Zielpositionen muss so eingestellt sein, dass das Rätsel lösbar, aber herausfordernd bleibt. | Hoch | Potthoff | 02.10.2025 | Potthoff | 05.01.2026 |
| 12 | Das Gehäuse muss aus 3D-gedrucktem Material bestehen und die Elektronik sicher und stabil aufnehmen. | Mittel | Houari | 02.10.2025 | Houari | 05.01.2026 |
| 13 | Die maximale Außenabmessung des Gehäuses darf die Größe eines Standard-Schuhkartons nicht überschreiten. | Hoch | Potthoff | 02.10.2025 | Houari | 05.01.2026 |
| 14 | Die Spieldauer pro Rätsel darf 5 Minuten nicht überschreiten. | Hoch | Potthoff | 02.10.2025 | Potthoff | 05.01.2026 |
| 15 | Das Rätsel ist ohne zusätzliche digitale Geräte vollständig spielbar. | Mittel | Potthoff | 02.10.2025 | Potthoff | 05.01.2026 |
| 16 | Die zufällige Initialisierung der Zielposition darf nicht der Standardposition des Joysticks entsprechen. | Hoch | Potthoff | 02.10.2025 | Potthoff | 05.01.2026 |
Funktionaler Systementwurf
Die beiden Joysticks dienen dazu, vordefinierte Zielpositionen zu erreichen. Jeder Joystick hat eine eigene Zielposition für X- und Y-Achse, die zu Beginn jeder Runde zufällig festgelegt wird. Die Joysticks müssen so bewegt werden, dass die Zielpositionen innerhalb eines definierten Toleranzbereichs erreicht und für drei Sekunden gehalten werden. Sobald beide Joysticks korrekt positioniert sind, wird eine Ziffer auf dem LC-Display freigeschaltet. Die RGB-LEDs liefern dabei zusätzlich Echtzeit-Feedback über die aktuelle Abweichung von der Zielposition.
Der Aufbau des Projekts JoyCode erfolgt in einem kompakten, rechteckigen Gehäuse, dessen Frontplatte alle Bedienelemente übersichtlich anordnet, wie Abbildung 2 zeigt. Im oberen mittleren Bereich befindet sich das LC-Display, das als zentrale Anzeige dient. Es zeigt den jeweils aktuellen Fortschritt, freigeschaltete Ziffern des Zahlencodes sowie Statusmeldungen während des Rätzels an. Direkt unterhalb des Displays sind drei Taster angeordnet: links der Start-Button (gelb) zum Initialisieren des Rätzels, in der Mitte der Reset-Button (grau) zum Zurücksetzen des aktuellen Fortschritts und rechts der Lösungs-Button (blau), der bei Bedarf den korrekten Zahlencode auf dem Display anzeigt.
Im unteren Bereich der Frontplatte sollen die beiden Joysticks symmetrisch angeordnet – einer links, einer rechts. Diese dienen als Haupteingabegeräte, über die die Zielpositionen gesteuert werden. Oberhalb jedes Joysticks wird eine RGB-LED positioniert, die den aktuellen Abstand zur jeweiligen Zielposition farblich visualisiert: Rot signalisiert eine große Abweichung, Gelb zeigt eine Annäherung und Grün markiert eine nahezu korrekte Position. Wenn die Zielposition exakt erreicht wurde, beginnt die LED grün zu blinken.
Links neben dem Display soll sich der Anschlussbereich für die Stromversorgung bzw. den PD-Port befinden, über den das System mit Energie versorgt wird.
Im Inneren des Gehäuses ist die gesamte Elektronik auf einer Trägerplatte montiert. Der Arduino Uno R3 fungiert als zentrale Steuereinheit und ist so platziert, dass alle Verbindungskabel zu den Joysticks, LEDs, Tastern und dem Display möglichst kurz gehalten werden.
Das Gehäuse selbst soll so konstruiert werden, dass alle Komponenten bündig in die Frontplatte eingelassen sind. Die Bedienelemente ragen leicht hervor, während die RGB-LEDs durch Öffnungen sichtbar bleiben. Im Inneren sollen Abstandshalter und Podeste dafür sorgen, dass alle Bauteile auf derselben Höhe liegen und mechanisch stabil montiert sind.
Abb. 02: Konzeptzeichnung JoyCode
Abb. 01: Programmablaufplan JoyCode
Technischer Systementwurf
Für das Projekt zeigt die folgende Abbildung den technischen Systementwurf. In diesem sind alle elektronischen Bauteile des sowie deren Verdrahtung mit dem Arduino dargestellt.
Abb. 03: Technischer Systementwurf
Komponentenspezifikation
Mikrocontroller-Board – Arduino Uno R3
Der Arduino Uno R3 dient als zentrale Steuereinheit und ist mit dem ATmega328P ausgestattet. Es bietet ausreichend Anschlussmöglichkeiten, um alle für das Rätsel benötigten Komponenten unterzubringen.
LC-Display – Joy-it SBC-LCD16x2 Display-Modul
Das LC-Display zeigt die freigeschalteten Ziffern des Zahlencodes an. Dank des integrierten I²C-Moduls kann es direkt über die SDA- und SCL-Pins (A4 und A5) des Arduino Uno R3 angeschlossen werden. Zusätzlich benötigt das Display eine Spannungsversorgung (VCC) und Masse (GND).
Joystick – KY-023 Joystick-Modul (2 Stück)
Die Joysticks dienen zur Eingabe von X/Y-Koordinaten. Die Anschlüsse für die vertikale und horizontale Achse werden an zwei analoge Eingänge des Arduino angeschlossen. Die integrierte Tasterfunktion wird nicht verwendet.
RGB-LED – Iduino SE010 RGB-LED-Modul (2 Stück)
Die RGB-LEDs geben visuelles Feedback über die Abweichung von der Zielposition. Die Vorwiderstände sind bereits integriert. Jede LED wird über drei digitale PWM-Pins des Arduino für die Farben Rot, Grün und Blau angesteuert.
Taster (3 Stück)
Die Taster dienen als Bedienelemente (Starten, Zurücksetzen, Lösung). Sie werden jeweils zwischen Masse (GND) und einen digitalen Eingang des Arduino angeschlossen, um deren Zustand (0 oder 1) abzufragen.
Gehäuse und Montage
Alle Komponenten werden auf ein 3D-gedrucktes Gehäuse montiert, wobei die Kabelverbindungen verborgen werden. Um sicherzustellen, dass alle Bauteile die richtige Höhe im Gehäuse haben, werden zusätzliche Podeste für die einzelnen Komponenten gedruckt. Die sichtbaren Teile der Komponenten ragen dabei durch passgenaue Ausschnitte des Gehäuses nach außen.
Materialliste
Für die Realisierung des Projekts werden verschiedene Hardwarekomponenten benötigt, die in Tabelle 2 aufgeführt sind. Die Kernkomponenten sind das Mikrocontroller-Board Arduino Uno R3 als zentrale Steuereinheit, zwei Joystick-Module als Eingabegeräte, RGB-LEDs für die visuelle Rückmeldung sowie ein LC-Display zur Anzeige des Zahlencodes. Ergänzt wird die Schaltung durch Taster zur Steuerung und ein Netzteil zur Stromversorgung.
| ID | Anzahl | Kosten pro Stück € | Summe | Bezeichnung / Komponente | technische Bezeichnung | Beschreibung | Datenblatt | Abbildung |
|---|---|---|---|---|---|---|---|---|
| 1 | 1x | 13,90€ | 13,90€ | Mikrocontroller-Board | Arduino Uno R3 | Zentrale Steuereinheit mit ATmega328P. | Datenblatt Arduino Uno | |
| 2 | 2x | 1,29€ | 2,58€ | Joystick | KY-023-Joystick Modul | Dient zur Eingabe (X/Y-Koordinaten). | Benutzung Joystick-Modul | |
| 3 | 2x | 2,49€ | 4,98€ | RGB LED | Iduino SE010 RGB LED-Modul | Visuelles Feedback über Abweichung von der Zielposition. Die Widerstände sind bereits montiert. | Datenblatt RGB-LED-Modul | |
| 4 | 1x | 9,88€ | 9,88€ | LC-Display | Joy-it SBC-LCD16x2 Display-Modul | Anzeige der freigeschalteten Ziffern des Zahlencodes. Das LC-Display kann direkt an die SDA- und SCL-Pins (A4 und A5) des Arduino Uno R3 angeschlossen werden. | LCD16x2 Display-Modul | |
| 5 | 3x | 1,65€ | 4,95€ | Taster | Taster | Bedienelemente zur Steuerung des Rätzels (starten, zurücksetzen, Lösung). | Taster-Modul | |
| 6 | 1x | 3,90€ | 3,90€ | 9V Netzteil | 9V Netzteil | Stromversorgung des Mikrocontrollers. | ||
| 40,19 € |
Regelungstechnische Theorie
Regelungstechnische Betrachtung des Projekts „JoyCode“
Das im Rahmen des Fachpraktikums entwickelte Escape-Rätsel „JoyCode“ lässt sich aus regelungstechnischer Sicht als ein geschlossener Regelkreis mit Mensch-Maschine-Interaktion beschreiben. Ziel des Systems ist es, zwei Joysticks in vorgegebene, zufällig generierte Zielpositionen zu bewegen und diese Positionen über einen definierten Zeitraum stabil zu halten.
Regelungstechnische Einordnung
Bei dem System handelt es sich um einen geschlossenen Regelkreis, da eine kontinuierliche Rückführung der Istwerte erfolgt und der Nutzer anhand dieser Rückmeldung Korrekturen vornimmt. Der Mensch übernimmt dabei die Funktion des Reglers, während die technische Umsetzung (Joystick, Mikrocontroller, LEDs und Display) die Regelstrecke bildet.
Führungs- und Regelgrößen
Die Führungsgröße (Sollwert) wird durch die vom System zufällig generierten Zielpositionen der beiden Joysticks definiert. Für jeden Joystick existiert eine eigene Zielposition.
Die Regelgröße (Istwert) ist die aktuell gemessene Position der Joysticks, die über analoge Eingangswerte erfasst und vom Mikrocontroller verarbeitet wird.
Die Regelabweichung ergibt sich aus der Differenz zwischen Soll- und Istwert und dient als Grundlage für die visuelle Rückmeldung an den Nutzer.
Regler und Stellgröße
Der Regler ist in diesem System der Nutzer selbst. Mithilfe der visuellen Rückmeldung interpretiert er die aktuelle Regelabweichung und passt die Position der Joysticks entsprechend an.
Die Stellgröße ist somit die manuelle Bewegung der Joysticks durch den Nutzer, mit der versucht wird, die Regelabweichung zu minimieren.
Regelstrecke und Rückführung
Die Regelstrecke umfasst die Joysticks als Eingabeelemente, den Mikrocontroller zur Auswertung der Positionsdaten sowie die Ausgabeelemente zur Rückmeldung.
Die Rückführung erfolgt über RGB-LEDs, die den Abstand zur Zielposition visualisieren:
- Rot signalisiert eine große Abweichung
- Gelb zeigt eine Annäherung an die Zielposition
- Grün steht für eine geringe Abweichung
- Blinkendes Grün kennzeichnet das Erreichen der exakten Zielposition
Diese Rückmeldung schließt den Regelkreis, indem sie dem Nutzer kontinuierlich Informationen über den aktuellen Systemzustand liefert.
Zeitliche Stabilitätsanforderung
Eine Besonderheit des Systems ist die zusätzliche zeitliche Bedingung: Die Zielposition muss für einen Zeitraum von drei Sekunden gehalten werden. Erst wenn diese Stabilitätsanforderung erfüllt ist, gilt die jeweilige Runde als erfolgreich abgeschlossen. Regelungstechnisch entspricht dies einer Überprüfung der Stabilität des Systems um den Sollwert.
Mehrstufiger Regelprozess
Das Rätsel besteht aus drei aufeinanderfolgenden Runden, die jeweils einen eigenen Regelkreis mit neu generierten Sollwerten darstellen. Nach jeder erfolgreich abgeschlossenen Runde wird eine Ziffer auf dem LC-Display freigeschaltet. Erst nach Abschluss aller drei Runden ergibt sich ein vollständiger Zahlencode, der den Zugang zum nächsten Escape-Rätsel ermöglicht.
Toleranzbereich und regelungstechnische Bewertung
Aufgrund der hohen Sensibilität der verwendeten Joysticks ist es in der Praxis nicht möglich, eine exakt punktgenaue Zielposition dauerhaft zu erreichen. Aus regelungstechnischer Sicht wird dieses Problem durch die Einführung eines Toleranzbereichs um den Sollwert gelöst.
Der Toleranzbereich definiert einen zulässigen Wertebereich, innerhalb dessen die Regelabweichung als ausreichend klein betrachtet wird. Befindet sich der Istwert innerhalb dieses Bereichs, gilt der Sollwert als erreicht.
Toleranzwert als Totzone
Regelungstechnisch kann der Toleranzbereich als sogenannte Totzone (Deadband) interpretiert werden. Innerhalb dieser Totzone führt eine geringe Regelabweichung zu keiner weiteren Regelaktion, da das System diesen Zustand als stabil bewertet.
Die Totzone verhindert:
- ständiges Nachregeln durch minimale Abweichungen,
- unruhiges Verhalten des Reglers (Nutzer),
- sowie das Scheitern der Aufgabe durch nicht vermeidbares Sensorrauschen.
Regelkreis

Umsetzung (HW/SW)
Hardware Umsetzung
Platinendesign und Erstellung
Auf der Platine müssen keine zusätzlichen Widerstände oder andere elektronische Bauteile untergebracht werden. Diese Teile sind bereits auf den internen Platinen der einzelnen Komponenten vorhanden, zum Beispiel bei den RGB-LEDs. Deshalb muss keine eigene Platine gefräst oder gebohrt werden. Die elektronischen Bauteile brauchen nur einen gemeinsamen Masseanschluss und einen gemeinsamen Anschluss für die Spannungsversorgung. Daher wird eine Lochplatine bzw. Streifenrasterplatine verwendet. Auf der Platine werden acht Masseanschlüsse und drei Spannungsanschlüsse benötigt. Der 5-V-Pin des Arduino wird an eine Seite der Platine geführt. Die dafür genutzten Lötpunkte werden miteinander verbunden, so entsteht eine gemeinsame 5-V-Schiene. Genauso wird der Masseanschluss (GND) des Arduino an eine andere Seite der Platine geführt. Die acht Masseanschlüsse werden mit dieser GND-Schiene verbunden. Abbildung 05 zeigt das vorgehen.

Testen der Hardwarekomponenten

Um die einzelnen Komponenten zunächst zu testen, wurden diese auf einem Steckbrett aufgebaut (siehe Abbildung X) und mit einer ersten Simulink-Software in Betrieb genommen.
Alle Komponenten funktionierten dabei wie erwartet.
Um die Komponenten korrekt nutzen zu können, wurden zunächst ihre internen Wertebereiche und mögliche offsets überprüft.
Joystick: Die analogen Eingänge lieferten Werte im Bereich von 0 bis 1023 (10 Bit). In der Neutralstellung (Mitte) betrug der Wert ca. 512. Aufgrund kleiner Fertigungstoleranzen trat ein Offset von bis zu ±30 auf, der berücksichtige werden muss. Beim Testen fiel auf, dass der Wertebereich von 0 bis 1023 die vollen Stellungsgrenzen des Joysticks nicht exakt abbildet. Bereits bei etwa ¾ der maximalen Auslenkung erreicht der Wert 0 bzw. 1023, was bei der Auswertung berücksichtigt werden musste. Außerdem zeigte sich, dass es umso schwieriger wird, einen bestimmten Zielwert genau zu treffen, je weiter sich der Joystick von seiner Neutralstellung entfernt. Dies liegt an der nichtlinearen Charakteristik und den mechanischen Eigenschaften des Joysticks, die bei maximaler Auslenkung zu einer höheren Empfindlichkeit führen.
RGB-LEDs: Die Helligkeitswerte für Rot, Grün und Blau steuern sich über PWM-Signale mit einem Wertebereich von 0 bis 255 (8 Bit). Um die Werte von den Joysticks als Eingabe für die RGB-LEDs zu nutzen müssen diese auf einen wert von 0 bis 255 normiert werden. Da das Ziel darin besteht, die RGB-LED abhängig von der Entfernung des Joysticks zur Zielposition einzufärben – rot = weit entfernt, gelb = Annäherung, grün = sehr nah – zeigte sich beim Testen, dass es schwierig war, einen geeigneten Wertebereich für die LED zu definieren. Besonders verschiedene Grüntöne lassen sich sehr genau unterscheiden, sodass ein „echtes“ klares Grün erst angezeigt werden sollte, wenn die Zielposition tatsächlich erreicht wurde. Andernfalls sollte die LED deutlich gelb oder rot leuchten. Zudem zeigte sich, dass man die Joysticks einfach beliebig bewegen kann und einfach beobachten kann, wann die LED grün wird. Dadurch wäre das Rätsel sofort lösbar, ohne gezielt die Zielpositionen zu treffen. Aus diesem Grund musss die LED/Joystick-Logik überdacht und angepasst werden.
LC-Display: Das Display wurde zunächst über die Library LiquidCrystal_I2C in der Arduino IDE konfiguriert („vorprogrammiert“) und anschließend ein eigener Simulink-Block mit dem IO Device Builder erstellt, der Eingänge für die Steuerung und das Schreiben von Zeichen bereitstellt. Die Idee, dynamisch veränderbaren Text anzuzeigen, wurde folgendermaßen umgesetzt.
Es wurden insgesamt vier Eingänge konfiguriert: Zwei Eingänge, die jeweils eine Liste von uint8-Werten übergeben – eine Liste für die erste Zeile (0,0) und eine für die zweite Zeile (0,1). Die Zahlen werden entsprechend der ASCII-Tabelle in Zeichen konvertiert. Dritter Eingang: Eine Zahl (0, 1, 2, 3, 4), um den aktuellen Fortschritt zu überprüfen (z. B. wie viele Zahlen bereits freigeschaltet wurden) oder den kompletten Zahlencode anzuzeigen. Vierter Eingang: Ein Boolean-Signal, das überprüft, ob die Joystick-Position der Zielposition entspricht. Nur wenn dies zutrifft, wird der Text auf dem LC-Display aktualisiert.
Taster: Die Signale der drei Taster wurden mit Digital Input-Blöcken aufgenommen, wobei der PinMode auf Pull-Up gesetzt wurde, um stabile Eingabewerte zu gewährleisten.
Um alle PWN Ausgänge nutzen zu könne muss in den Einstellungen in Simulink unter Solver "Treat each discrete rate as a separate task" deaktiviert werden.

Test der Sensoren
Für die erfolgreiche Umsetzung des Projekts ist eine detaillierte Voruntersuchung der verwendeten Hardware notwendig. Ziel dieser Testphase ist es, das physikalische und elektrische Verhalten der Sensoren genau zu verstehen, um Fehlfunktionen im späteren Spielablauf auszuschließen.
Mechanische Analyse und CAD-Anforderungen
Zunächst wurde der Joystick auf seine mechanischen Eigenschaften geprüft. Dies ist entscheidend für die Konstruktion des Gehäuses und den anschließenden 3D-Druck. Besonders relevant ist hierbei die Dimensionierung der Gehäuseöffnung. Bei der Untersuchung der Kinematik wurde festgestellt, dass sich lediglich die aufgesteckte Kappe neigt, während der darunterliegende Sockel seinen Durchmesser am Drehpunkt beibehält. Da die Kappe oberhalb des Gehäuses sitzt, ist für die Konstruktion der Durchmesser dieses Sockels ausschlaggebend.
Konsequenz für das Design
Der Radius der kreisförmigen Aussparung im Gehäusedeckel kann direkt anhand der Dicke des Joysticksockels bestimmt werden. Die Öffnung muss so dimensioniert sein, dass sie dem Sockel genügend Spielraum für die Neigung bietet, ohne dass das Innenleben sichtbar wird oder die Kappe am Gehäuse schleift.
Elektrische Analyse: Kennlinie und Signalverhalten
Im zweiten Schritt wurde das elektrische Verhalten des KY-023 Joystick-Moduls analysiert. Das Ziel war es zu klären, ob die Sensoren eine lineare Kennlinie aufweisen und wie präzise die Signalausgabe erfolgt.
Der KY-023 basiert auf zwei Potentiometern für die X- und Y-Achse, die als Spannungsteiler fungieren. Bei der verwendeten Versorgungsspannung von 5V wandelt der Analog-Digital-Wandler (ADC) des Mikrocontrollers die Spannung in diskrete Werte zwischen 0 und 1023 um.
• Theoretischer Mittelpunkt: 512 (entspricht ca. 2,5V).
• Theoretische Endpunkte: 0 (GND) und 1023 (VCC).
Während der Tests zeigten sich charakteristische Eigenheiten der Module, die bei der Softwareentwicklung berücksichtigt werden müssen: 1. Signalrauschen: Im Ruhezustand ist das Signal sehr stabil. Das Rauschen ist minimal und liegt im Bereich von nur 1 Einheit (z. B. schwankend zwischen 511 und 513). 2. Offset im Nullpunkt und Wiederholgenauigkeit: Die physische Ruheposition entspricht nicht exakt dem theoretischen Mittelwert von 512. In den Tests ergaben sich feste Offset-Werte (z. B. Joystick 1: X=508 / Y=518; Joystick 2: X=527 / Y=514). Positiv ist jedoch die hohe Wiederholgenauigkeit: Nach dem Loslassen zentriert sich der Stick mechanisch zuverlässig und kehrt stabil zu diesen Ruhewerfen zurück. 3. Abweichung der Endwerte: Obwohl der Joystick mechanisch bis zum Anschlag bewegt werden kann, erreichen die Potentiometer elektrisch nicht die vollen Grenzwerte von 0 oder 1023.
Das Verhalten der Kennlinie eines KY-023 Joysticks und die menschliche Wahrnehmung während der Bedienung sind der unterschiedlich. In der Theorie ist die Kennlinie linear, in der Praxis fühlt sie sich aber oft "sprunghaft" oder "aggressiv" an. Positionen um die Ruheposition (512) ist der Joystick extrem sensibel. Wenn eine Zielposition nahe der Mitte generiert wird, muss extrem vorsichtig agiert werden, da man dort kaum mechanischen Widerstand spürt, der bei der Feinjustierung hilft. Außerdem muss verhindert werden, dass eine Zielposition genau dies Ruheposition gelegt wird.
Maßnahmen für die Software-Implementierung
Aus den Testergebnissen wurden folgende Parameter für die Programmierung der „JoyCode“-Logik abgeleitet:
• Einschränkung des Zielbereichs: Um das Problem der elektrischen Offsets an den Rändern zu umgehen, werden die zufälligen Zielkoordinaten nicht im vollen Spektrum generiert. Der gültige Bereich wird auf 30 bis 980 begrenzt. Dies stellt sicher, dass jede generierte Position elektrisch erreichbar ist.
• Toleranzbereich: Um den Versatz des Nullpunkts und die feinen motorischen Ungenauigkeiten des rätselden auszugleichen, darf keine punktgenaue Übereinstimmung verlangt werden. Stattdessen wird ein Toleranzradius um die Zielposition definiert. Da das Spielkonzept ohnehin eine visuelle Rückmeldung über die „Nähe zum Ziel“ vorsieht, lässt sich diese Notwendigkeit nahtlos in die Spielmechanik integrieren.
Auch darf die Zielpositionen nicht um 512 liegen, da da die Ruheposition ist. Daher wird für die Zielpositon werte um +/- 20 um 512 ebenfalls ausgeschlossen.
RGB-LEDs
Die visuelle Rückmeldung stellt den einzigen Indikator für den Rätselnden dar. Daher ist die Farbdarstellung – insbesondere die klare Unterscheidung zwischen „Gelb“ (Annäherung) und „Grün“ (Ziel erreicht) – von zentraler Bedeutung.
Das eingesetzte Modul Iduino SE010 ist eine SMD-RGB-LED. Für den korrekten Anschluss ist zunächst die Polung zu beachten. Es handelt sich um eine Common-Cathode-LED, bei der der gemeinsame Anschluss mit GND verbunden ist. Die einzelnen Farbkanäle Rot (R), Grün (G) und Blau (B) werden über digitale Ausgänge bzw. PWM-Signale (0–255) angesteuert.
Die LED besitzt somit drei Farbanschlüsse zur Farbmischung sowie einen gemeinsamen Masseanschluss.
Während der Tests zeigte sich, dass der Übergang von Gelb zu Grün nur schwer wahrnehmbar ist, insbesondere bei Farbtönen, die bereits „fast grün“ erscheinen. Dies ist problematisch, da solche Farben fälschlicherweise als Zielzustand interpretiert werden können.
Da das menschliche Auge Farben subjektiv wahrnimmt, ist eine Kalibrierung der Farbmischung notwendig. Theoretisch ergibt sich Gelb aus 100 % Rot + 100 % Grün. In der Praxis überstrahlt jedoch der Grünanteil häufig das Rot, wodurch der resultierende Farbton eher hellgrünlich wirkt und seine Funktion als Warn- bzw. Annäherungsfarbe verliert.
Zur Farbkorrektur wird daher der Rotanteil bewusst stärker gewichtet, sodass ein klar erkennbares Gelb entsteht. Diese Anpassung wird über eine Look-up-Tabelle (LUT) realisiert, deren Werte experimentell durch Tests und Beobachtungen ermittelt wurden.
Zusätzlich ist eine Helligkeitsreduktion erforderlich, da die LEDs bei maximalem PWM-Wert (255) deutlich zu hell sind. Aus diesem Grund wird ein maximaler PWM-Wert von 100 verwendet, was sowohl die Sichtbarkeit verbessert als auch die Augenbelastung reduziert.
Gehäuse 3D-Druck
Das Gehäuse des Escape-Game-Moduls JoyCode wurde vollständig als 3D-druckbares Bauteil konzipiert und dient der sicheren Aufnahme sowie der strukturierten Integration aller elektronischen und mechanischen Komponenten. Ziel der Konstruktion war eine kompakte, stabile und wartungsfreundliche Lösung, die sich für den Einsatz im Escape-Game-Umfeld eignet.
Konstruktiver Aufbau
Das Gehäuse besteht aus zwei Hauptkomponenten:
- einer Frontplatte mit Bedienelementen (200mm x 100mm)
- einem rückseitigen Gehäusekörper zur Aufnahme der Elektronik (206mm x 106mm x 80mm)
Die Frontplatte ist verschraubt ausgeführt und ermöglicht dadurch einen einfachen Zugang zu den internen Komponenten. Alle Bedienelemente sind präzise in die Front integriert und mechanisch abgestützt.
Die Wandstärke beträgt 3mm.
Integration der Komponenten
In die Frontplatte sind folgende Elemente integriert:
- zwei Joysticks zur Benutzereingabe,
- drei Taster (Start, Reset, Solution),
- ein LCD-Display zur Anzeige von Informationen und Codes,
- zwei LEDs zur optischen Rückmeldung während des Spiels.
Im Inneren des Gehäuses sind Montagebolzen und Distanzhalter vorgesehen, um die Joystick-Module, das LCD-Display, die LED-Module, sowie den Arduino-Controllerpositionsgenau zu fixieren. Dadurch wird eine spannungsfreie Montage der Leiterplatten gewährleistet und mechanische Belastungen auf Lötstellen vermieden. Die Anordnung der Komponenten erlaubt eine übersichtliche Kabelführung und ausreichend Platz für Wartung oder spätere Erweiterungen.
Schnittstellen und Zugänglichkeit
An der Seitenwand des Gehäuses befindet sich eine Aussparung für den USB-Anschluss des Arduino-Boards, sodass Programmierung und Spannungsversorgung ohne Demontage möglich sind. Zusätzlich ist eine Öffnung für die externe Stromversorgung vorgesehen.
Design- und Fertigungsaspekte
Das Gehäuse wurde mit abgerundeten Kanten und definierten Wandstärken konstruiert, um:
- eine gute Druckbarkeit zu gewährleisten,
- Verzug und Materialspannungen zu reduzieren,
- sowie eine robuste Haptik zu erzeugen.
Die Konstruktion ist so ausgelegt, dass sie ohne oder mit minimalen Stützstrukturen gefertigt werden kann. Schraubverbindungen und Befestigungspunkte sind auf Standard-Metrikschrauben ausgelegt.
CAD Modell
Einbinden der Hardwarekomponenten
Die Einbindung der Hardwarekomponenten im System JoyCode erfolgt zentral über den Mikrocontroller, der als Schnittstelle zwischen Sensorik, Aktorik und Anzeigeelementen fungiert. Ziel der Hardwareintegration ist eine zuverlässige, störungsarme Signalverarbeitung sowie eine eindeutige Zuordnung aller Ein- und Ausgänge.
Analoge Eingabekomponenten
Die beiden Joysticks werden jeweils über zwei analoge Signalleitungen (x- und y-Achse) an den Mikrocontroller angebunden. Die Potentiometer der Joysticks liefern positionsabhängige Spannungen im zulässigen Eingangsbereich des Analog-Digital-Wandlers. Die Signale werden direkt auf dedizierte ADC-Eingangspins geführt, wobei auf eine gemeinsame Masseführung geachtet wird, um Offset- und Rauscheffekte zu minimieren.
Die Zuordnung der ADC-Kanäle erfolgt fest in der Software, sodass jede Joystick-Achse eindeutig adressiert und ausgewertet werden kann. Eine zusätzliche externe Signalaufbereitung ist nicht erforderlich, da die Spannungspegel den Spezifikationen des Mikrocontrollers entsprechen.
Digitale Ausgabekomponenten
Die RGB-LEDs werden über digitale Ausgangspins angesteuert. Jede Farbkomponente (Rot, Grün, Blau) ist separat verschaltet, wodurch eine flexible Farbmischung realisiert werden kann. Die Ansteuerung erfolgt softwareseitig über definierte Schaltzustände bzw. Pulsweitenmodulation, um sowohl statische Farben als auch Blinkmuster darzustellen.
Das LC-Display wird über eine serielle Schnittstelle (z. B. I²C) in das System eingebunden. Dadurch kann die Anzahl benötigter Ein- und Ausgangspins reduziert werden. Die Initialisierung des Displays sowie die Aktualisierung der Inhalte erfolgen zyklisch bzw. ereignisabhängig aus der Software heraus.
Spannungsversorgung und Massekonzept
Die Spannungsversorgung aller Hardwarekomponenten erfolgt zentral über den Mikrocontroller. Dabei wird sichergestellt, dass alle Module eine gemeinsame Referenzmasse besitzen. Dieses Massekonzept ist entscheidend für die stabile Funktion der analogen Joystick-Signale und die reproduzierbare ADC-Messung.
Die Stromaufnahme der angeschlossenen Komponenten liegt innerhalb der zulässigen Grenzwerte des Systems, sodass keine zusätzliche externe Versorgung notwendig ist.
Systemintegration
Durch die klare Trennung von analogen Eingängen (Joysticks) und digitalen Ausgängen (LEDs, Display) entsteht eine übersichtliche und wartbare Systemstruktur. Die Hardware ist so eingebunden, dass jede Komponente eindeutig adressierbar ist und unabhängig getestet werden kann.
Die enge Kopplung zwischen Hardwareanschluss und Softwarestruktur ermöglicht eine konsistente Signalverarbeitung und bildet die Grundlage für den stabilen Betrieb des regelungstechnischen Gesamtsystems.
Lötarbeiten und Platinenfertigung

Die Verbindungen zu den einzelnen Hardwarekomponenten des Projekts wurden mit Dupont-Kabeln realisiert.
Da diese standardmäßig recht locker sitzen, wurden die Kontakte zusätzlich mit Lötzinn etwas verzinnt, wodurch sie einen größeren Durchmesser erhielten.
Auf diese Weise sitzen die Anschlüsse nun sehr fest und zuverlässig, sodass ein stabiler elektrischer Kontakt gewährleistet ist – selbst beim Ziehen an den Leitungen oder bei starker Bewegung bzw. Erschütterung des Gehäuses.
Ergebnis
Software Umsetzung
Signalverarbeitung
Die analogen X- und Y-Achsen der beiden Joysticks werden über die ADC-Eingänge des Arduino erfasst. Für den linken Joystick werden die Pins A0 (X-Achse) und A1 (Y-Achse) verwendet, für den rechten Joystick die Pins A2 (X-Achse) und A3 (Y-Achse). Die analogen Pins A4 und A5 werden nicht für die Joysticks verwendet, da sie zusätzlich die I²C-Funktionen SDA und SCL unterstützen. Obwohl das LC-Display an die oberen SDA- und SCL-Pins des Arduino angeschlossen ist, sind A4 und A5 intern weiterhin mit dem I²C-Bus verbunden. Eine alternative Belegung dieser Pins führt zu Störungen der I²C-Kommunikation und führt dazu, dass das Display nicht korrekt funktioniert.
Die aktuelle Position eines Joysticks wird für beide Achsen (X und Y) mit der jeweiligen Zielposition verglichen. Dazu wird für jede Achse die Differenz zwischen aktueller Position und Zielposition berechnet. Aus diesen beiden Abweichungen wird anschließend die euklidische Distanz zur Zielposition bestimmt:
Die euklidische Distanz beschreibt den direkten Abstand zwischen der aktuellen Joystickposition und der Zielposition im zweidimensionalen Koordinatensystem. Der minimale Distanzwert beträgt 0 und entspricht der exakten Zielposition. Der maximale Distanzwert liegt bei 1448 und ergibt sich aus der größtmöglichen Entfernung zwischen zwei Punkten im Wertebereich der ADC-Auflösung (0–1023) beider Achsen, also der Distanz zwischen zwei gegenüberliegenden Eckpunkten des Koordinatensystems: Ergibt:
Der berechnete Distanzwert wird anschließend normiert:
Der normierte Distanzwert liegt damit im Bereich von 0 bis 1 und dient als Eingangsgröße für eine Lookup-Tabelle. Diese Lookup-Tabelle ordnet dem jeweiligen Distanzbereich die passende visuelle Rückmeldung über die RGB-LEDs zu.
Joystick auslesen und LED Steuerung

zielGenerator.m
Diese Funktion erzeugt zufällige Zielpositionen für den Joystick. Eine Ausschlusszone um die Mittelstellung (Ruheposition) verhindert, dass Ziele zu nah am Nullpunkt erscheinen.
function [zielX_out, zielY_out] = zielGenerator(rundeGewechselt, zielX_in, zielY_in)
%% PARAMETER
minVal = 30; maxVal = 980; % Gültiger Wertebereich
ausschlussMitte = 512; % Joystick-Ruheposition
ausschlussBreite = 20; % Halbe Breite der Ausschlusszone
ausschlussMin = ausschlussMitte - ausschlussBreite; % 492
ausschlussMax = ausschlussMitte + ausschlussBreite; % 532
effektiveRange = (maxVal - minVal + 1) - (ausschlussMax - ausschlussMin + 1);
%% NEUE POSITION BERECHNEN
if rundeGewechselt == 1
% Zufallswerte durch deterministische Berechnung
tempX = mod(zielX_in * 7 + zielY_in * 3 + 137, effektiveRange);
tempY = mod(zielY_in * 11 + zielX_in * 5 + 251, effektiveRange);
% Auf gültige Bereiche mappen (Ausschlusszone überspringen)
zielX_out = mappeAufGueltig(tempX, minVal, ausschlussMin, ausschlussMax);
zielY_out = mappeAufGueltig(tempY, minVal, ausschlussMin, ausschlussMax);
else
zielX_out = zielX_in; zielY_out = zielY_in; % Werte beibehalten
end
end
function wert = mappeAufGueltig(temp, minVal, ausschlussMin, ausschlussMax)
bereich1Groesse = ausschlussMin - minVal; % Größe des unteren Bereichs
if temp < bereich1Groesse
wert = minVal + temp; % Unterer Bereich
else
wert = ausschlussMax + 1 + (temp - bereich1Groesse); % Oberer Bereich
end
end
Funktionsprinzip:
| Aspekt | Beschreibung |
|---|---|
| Zufall | Deterministische Berechnung mittels Modulo-Arithmetik |
| Ausschlusszone | Bereich 492-532 wird übersprungen (Joystick-Ruheposition) |
| Wertebereich | Gültige Ausgabe: 30-491 oder 533-980 |
| Trigger | Neue Werte nur wenn rundeGewechselt == 1
|
Die Berechnung der Distanz zur Zielposition wird wie im Abschnitt Signalverarbeitung beschrieben, realisiert.
Als Toleranzwert für die LED-Rückmeldung und für die Freischaltung der Ziffer wird ein Wert von 150 verwendet. Dies entspricht einem relativ großzügigen Bereich, ist jedoch notwendig, da die Bedienung der Joysticks und die Interpretation des „richtigen“ Grüntons in der RGB-Rückmeldung vergleichsweise knifflig ist. Dieser Wert wird direkt auf die berechnete euklidische Distanz zwischen aktueller Joystickposition und Zielposition angewendet, noch bevor die Distanz normiert wird. Liegt die Distanz innerhalb der Toleranz, gilt die Runde als „erfolgreich“ und die Ziffer auf dem LC-Display kann freigeschaltet werden
Beispiel Zielposition:
Angenommen, die aktuellen Joystickpositionen sind:
Berechnung der euklidischen Distanz:
Da beide Distanzen kleiner sind als der Toleranzwert von 150:
gilt die Runde als erfolgreich abgeschlossen und die entsprechende Ziffer kann auf dem LC-Display freigeschaltet werden. Die Normierung der Distanz erfolgt erst nach dieser Toleranzprüfung, um die Werte anschließend für die Lookup-Tabelle der LED-Rückmeldung zu verwenden.
LED-Farbsteuerung über Lookup-Tabellen
Für die Ansteuerung der RGB-LEDs werden zwei separate Lookup-Tabellen (LUTs) verwendet, die den normierten Distanzwert auf die entsprechenden PWM-Werte für die Farbkanäle Rot und Grün abbilden. Die Stützpunkte der Lookup-Tabellen sind in der folgenden Tabelle dargestellt:
| Normierte Distanz dnorm | PWM-Wert Grün | PWM-Wert Rot | Resultierende Farbe |
|---|---|---|---|
| 0,00 | 80 | 0 | Grün (Ziel erreicht) |
| 0,10 | 50 | 40 | Gelbgrün |
| 0,25 | 20 | 80 | Orange |
| 0,50 | 0 | 100 | Rot |
| 1,00 | 0 | 100 | Rot (maximale Distanz) |
Die gewählten Stützpunkte erzeugen einen asymmetrischen Kurvenverlauf, bei dem der Grünanteil deutlich schneller abnimmt als der Rotanteil zunimmt. Der Grünkanal fällt bereits bei einer normierten Distanz von 0,5 auf den Wert 0, während der Rotkanal bei diesem Punkt seinen Maximalwert von 100 erreicht und diesen bis zur maximalen Distanz beibehält. Diese Charakteristik führt dazu, dass die Rot- und Orange-Phase einen Großteil des Distanzbereichs abdeckt, während die Grünphase erst bei unmittelbarer Nähe zum Ziel einsetzt.
Diese Kurvenform wurde bewusst so gewählt, um eine eindeutige visuelle Unterscheidung zwischen den Zuständen „weit entfernt", „Annäherung" und „Ziel erreicht" zu ermöglichen. Da das menschliche Auge Grüntöne tendenziell stärker wahrnimmt als Rottöne, würde ein linearer Verlauf dazu führen, dass bereits bei mittlerer Distanz ein grünlicher Farbeindruck entsteht. Dies könnte fälschlicherweise als Zielerreichung interpretiert werden. Durch die späte Aktivierung des Grünkanals und die gleichzeitige Dominanz des Rotkanals über einen weiten Distanzbereich wird sichergestellt, dass ausschließlich bei tatsächlicher Annäherung an das Ziel ein deutlicher Farbumschlag von Rot über Orange zu Grün wahrnehmbar ist.


LCD-Anzeige

Die LCD-Anzeige dient als visuelle Rückmeldung und zeigt den aktuellen Spielzustand sowie die freigeschalteten Zahlen des Codes an. Die LCD-Ansteuerung ist in zwei Komponenten aufgeteilt:
| Komponente | Sprache | Aufgabe |
|---|---|---|
| LCD_Logik | MATLAB/Simulink | Berechnung der anzuzeigenden Zeichen |
| lcd.cpp | Arduino C++ | Hardware-Ansteuerung via I2C |
lcd.cpp
#include "lcd.h"
#include <Wire.h>
#include <LiquidCrystal_I2C.h>
// Festgelegt um was für einen Display es sich handelt. Eines mit 16 Zeichen in 2 Zeilen und der HEX-Adresse 0x27.
LiquidCrystal_I2C lcd(0x27, 16, 2);
void setupFunctionlcd(){
lcd.init(); // Im Setup wird der LCD gestartet
lcd.backlight(); // Hintergrundbeleuchtung einschalten
}
// Input uint8 [16,1]
// Input1 uint8 [16,1]
void stepFunctionlcd(uint8_T * Input,int size_vector_a,uint8_T * Input1,int size_vector_b){
// Hier wird die Position des ersten Zeichens festgelegt.
// In diesem Fall bedeutet (0,0) das erste Zeichen in der ersten Zeile.
lcd.setCursor(0, 0);
lcd.print((char*)Input);
lcd.setCursor(0, 1); // In diesem Fall bedeutet (0,1) das erste Zeichen in der zweiten Zeile.
lcd.print((char*)Input1);
}
LCD_Logik.m (Kurzfassung)
function [zeile1,zeile2]=LCD_Logik(runde,code1,code2,code3,code4,spielLaeuft)
zeile1=zeros(16,1); zeile2=zeros(16,1);
if spielLaeuft == 0
zeile1 = [68,114,117,101,99,107,101,32,83,84,65,82,84,32,32,32]'; % "Druecke START"
zeile2 = [117,109,32,122,117,32,98,101,103,105,110,110,101,110,32,32]'; % "um zu beginnen"
return;
end
freigeschaltet = min(max(runde-1,0),4);
if runde >= 5
zeile1 = [70,101,114,116,105,103,33,32,32,32,32,32,32,32,32,32]'; % "Fertig!"
else
zeile1 = [90,97,104,108,101,110,99,111,100,101,58,48+(runde-1),47,52,32,32]'; % "Zahlencode:X/4"
end
zeile2(:)=32; % Leerzeichen
codes = [code1,code2,code3,code4];
positionen = [1,5,9,13];
for i=1:4
if freigeschaltet>=i, zeile2(positionen(i))=48+codes(i);
else, zeile2(positionen(i))=45; end % '-'
end
end
ASCII-Referenz:
| Zeichen | ASCII | Verwendung |
|---|---|---|
| '0'-'9' | 48-57 | 48 + ziffer
|
| '-' | 45 | Platzhalter |
| ' ' | 32 | Leerzeichen |
| '/' | 47 | Trenner in "X/4" |
Funktionsprinzip
Schritt 1: Logikverarbeitung in Simulink
Die MATLAB-Funktion LCD_Logik erhält folgende Eingänge:
runde– Aktuelle Spielrunde (1-5)code1biscode4– Die vier Ziffern des GeheimcodesspielLaeuft– Zustandsflag (0 = Startbildschirm, 1 = Spiel aktiv)
Die Ausgabe sind zwei Arrays mit je 16 Elementen:
zeile1– Obere LCD-Zeilezeile2– Untere LCD-Zeile
Schritt 2: ASCII-Kodierung
Jedes Zeichen wird als ASCII-Code (Zahlenwert 0-255) gespeichert:
| Zeichen | ASCII-Code | Verwendung |
|---|---|---|
| 'D' | 68 | Startbildschirm |
| '0'-'9' | 48-57 | Ziffernanzeige |
| '-' | 45 | Platzhalter für gesperrte Ziffern |
| ' ' | 32 | Leerzeichen |
Beispiel für Ziffernberechnung:
zeile2(1) = 48 + code1; % Wenn code1=7, dann 48+7=55 → ASCII für '7'
Schritt 3: Zustandsabhängige Anzeige
| Zustand | Zeile 1 | Zeile 2 |
|---|---|---|
| Vor Spielstart | Druecke START |
um zu beginnen
|
| Runde 1 (0 Codes) | Zahlencode:0/4 |
- - - -
|
| Runde 2 (1 Code) | Zahlencode:1/4 |
1 - - -
|
| Runde 3 (2 Codes) | Zahlencode:2/4 |
1 2 - -
|
| Runde 5 (Gewonnen) | Fertig! |
1 2 3 4
|
Schritt 4: Hardware-Ausgabe
Die C++-Funktion überträgt die Daten via I2C an das LCD:
LiquidCrystal_I2C lcd(0x27, 16, 2); // Adresse 0x27, 16 Spalten, 2 Zeilen
void stepFunctionlcd(uint8_T * Input, int size_a, uint8_T * Input1, int size_b) {
lcd.setCursor(0, 0); // Position: Zeile 0, Spalte 0
lcd.print((char*)Input); // Zeile 1 ausgeben
lcd.setCursor(0, 1); // Position: Zeile 1, Spalte 0
lcd.print((char*)Input1); // Zeile 2 ausgeben
}
Die ASCII-Tabelle ist so aufgebaut, dass die Ziffern 0-9 aufeinanderfolgende Codes haben:
| Ziffer | ASCII-Code | Formel |
|---|---|---|
| 0 | 48 | 48 + 0 |
| 1 | 49 | 48 + 1 |
| ... | ... | ... |
| 9 | 57 | 48 + 9 |
% Effiziente Umwandlung: Zahl → Zeichen
zeile2(1) = 48 + code1; % code1=7 → 48+7=55 → '7'
zeile1(12) = 48 + rundeLCD; % Rundenanzeige
Das LCD wird über den integrierten I2C-Bus (Inter-Integrated Circuit) angesteuert:
| Methode | Benötigte Pins | Verkabelung | Geschwindigkeit |
|---|---|---|---|
| Parallel (4-Bit) | 6-7 Pins | Komplex | Schnell |
| Parallel (8-Bit) | 10-11 Pins | Sehr komplex | Sehr schnell |
| I2C | 2 Pins (SDA, SCL) | Einfach | Ausreichend |
Taster-Funktionalität

Für die Funktionalität der drei Taster, die als Öffner ausgeführt sind und deren Signal daher zunächst invertiert werden muss, wird eine Flankenfunktion verwendet, wie in der folgenden Abbildung dargestellt.
Die drei Taster werden über die digitalen Eingänge des Arduino eingelesen und anschließend dem Eingang der Flankenfunktion zugeführt.
Die daraus erzeugten Tastensignale werden anschließend an verschiedene weitere Komponenten in Simulink weitergeleitet, darunter die Startlogik, Resetlogik und Rundenlogik.

Der Ausgang erzeugt genau einen sauberen Impuls pro Tastendruck, egal wie lange oder wie unruhig der Taster gedrückt wird. Vorteil: keine Mehrfachauslösung und kein Prellen. Der Ausgang wird einmal aktiv, genau beim Tastendruck. Erst nach Loslassen des Tasters ist wieder ein neuer Impuls möglich.
Runden Realisierung

Das Simulink-Modell bildet eine einfache Ablauf- und Rundenlogik ab. Es prüft, ob sich beide Joysticks gleichzeitig in der vorgegebenen Zielposition befinden. Beim erstmaligen Erreichen der Zielposition wird über eine Flankenerkennung ein Ereignis erzeugt. Dieses Ereignis löst die Festlegung einer neuen Zielposition aus und erhöht gleichzeitig einen Rundenzähler. Die Rundenlogik begrenzt die Anzahl der Durchläufe auf maximal fünf Runden. Wobei der initialisierungszustand als Runde 1 zählt. Ein Startsignal in Kombination mit einer neuen Zielposition erlaubt den Beginn einer neuen Runde. Über eine Reset-Logik wird der Rundenzähler und die zugehörigen Zustände auf den Anfangszustand zurückgesetzt werden.
Start Logik

StartLogik.m
Diese Funktion regelt den Start Mechanismus des Escape-Games.
function spielLaeuft_out = StartLogik(tasterStart, tasterReset, spielLaeuft_in)
% Standardmäßig bleibt der Zustand gleich
spielLaeuft_out = spielLaeuft_in;
% Wenn Reset gedrückt wird, Spiel stoppen
if tasterReset == 1
spielLaeuft_out = 0;
end
% Wenn Start gedrückt wird UND Spiel noch nicht läuft, Spiel starten
if tasterStart == 1 && spielLaeuft_in == 0
spielLaeuft_out = 1;
end
end
Simulink-Modell

Tests
Ergebnis
Zusammenfassung
Das Projekt JoyCode realisiert ein interaktives Escape-Game-Rätsel, bei dem zwei Joysticks gleichzeitig präzise auf zufällig festgelegte Zielpositionen gebracht werden müssen. Die visuelle Rückmeldung über den Abstand zur Zielposition erfolgt in Echtzeit über farbcodierte RGB-LEDs. Nach vier aufeinanderfolgenden, erfolgreich gehaltenen Zielstellungen wird ein vollständiger Zahlencode sichtbar, der für den Zugang zum nächsten Spielabschnitt im übergeordneten Escape Game genutzt wird.
Technisch kombiniert das System Mechatronik-Grundlagen mit praxisnaher Sensorik, Steuerungstechnik und Echtzeit-Interaktion. Der Arduino Uno R3 fungiert als zentrale Steuereinheit und liest die Joystick-Positionen über analoge Eingänge aus. Die LEDs und das LC-Display werden zur Status- und Fortschrittsanzeige verwendet, während Taster zur Steuerung und Reset-Funktion integriert sind.
Die Hardwarekomponenten sind in einem 3D-gedruckten Gehäuse montiert, das alle Bausteine sicher aufnimmt und die Frontbedienelemente ergonomisch zugänglich macht. Die Verdrahtung ist so ausgelegt, dass Versorgungsspannung und Masse sauber verteilt werden, während Signalverbindungen kurz gehalten werden, um Störanfälligkeit zu minimieren.
Insgesamt stellt JoyCode eine gelungene Verbindung aus Konzept, Technik und Interaktion dar und demonstriert die praktische Anwendung mechatronischer Systeme im Rahmen eines komplexeren Spielsystems.
Lessons Learned
Im Verlauf der Entwicklung und Umsetzung des JoyCode-Systems konnten sowohl auf technischer als auch auf methodischer Ebene mehrere zentrale Erkenntnisse gewonnen werden.
Eine wesentliche Erkenntnis betrifft die Bedeutung einer sauberen Systemstruktur. Die klare Trennung zwischen Messung (Joystick-Signale), Auswertung (Regelabweichung und Toleranzprüfung), Entscheidungslogik (UND-Verknüpfung und Zeitbedingung) und Ausgabe (LED- und Display-Feedback) erwies sich als entscheidend für die Nachvollziehbarkeit und Erweiterbarkeit des Systems. Frühzeitige Strukturentscheidungen vereinfachten spätere Anpassungen deutlich.
Darüber hinaus zeigte sich, dass Human-in-the-Loop-Systeme andere Anforderungen stellen als klassische automatische Regelungen. Da der Mensch als Regler und Aktor fungiert, sind intuitive Rückmeldungen (Farblogik, Blinksignale) wichtiger als mathematisch optimale Reglerparameter. Kleine Anpassungen an der visuellen Rückmeldung hatten einen deutlich größeren Einfluss auf die Bedienbarkeit als Änderungen an Berechnungsalgorithmen.
Im Bereich der Hardwareintegration wurde deutlich, dass eine saubere Verdrahtung und gemeinsame Masseführung essenziell für einen stabilen Betrieb sind. Unklare oder lose Verbindungen führten zu Messrauschen und unzuverlässigem Verhalten der LEDs und Joysticks. Die mechanische Planung des 3D-gedruckten Gehäuses erwies sich ebenfalls als kritisch, da spätere Änderungen an der Hardware nur mit erheblichem Aufwand möglich sind.
Auf Softwareseite stellte sich heraus, dass zeitabhängige Logik (z. B. die Mindestdauer im Toleranzbereich) sorgfältig implementiert werden muss. Eine robuste Zeitmessung verhindert Fehlauslösungen und erhöht die Zuverlässigkeit des Systems. Gleichzeitig wurde deutlich, dass zustandsbasierte Programmstrukturen gegenüber rein linearem Code deutlich übersichtlicher und wartungsfreundlicher sind.
Zusätzlich verdeutlichte das Projekt den Wert von iterativem Testen. Regelmäßige Tests einzelner Module (Joystick-Auslesung, LED-Ansteuerung, Display-Ausgabe) erleichterten die Fehlersuche erheblich und verhinderten, dass sich Fehler über mehrere Systemebenen hinweg fortpflanzen.
Abschließend zeigt das Projekt JoyCode, dass auch vergleichsweise einfache Hardwarekomponenten durch eine durchdachte Systemarchitektur, klare Regelungslogik und gezielte Benutzerführung zu einem funktional anspruchsvollen und zuverlässigen Gesamtsystem kombiniert werden können.
Projektunterlagen
Projektplan

Projektdurchführung
YouTube Video
Weblinks
Literatur
→ zurück zur Übersicht: WS 25/26: Escape Game












