feat: expanded and added more tasks
This commit is contained in:
@@ -0,0 +1,38 @@
|
||||
# Aufgabe 01: Kursziel und Zielsystem beschreiben
|
||||
|
||||
## Ziel
|
||||
|
||||
Du formulierst das konkrete Zielbild des sprechenden Roboterkopfs und grenzt bewusst aus, was noch nicht gebaut wird.
|
||||
|
||||
## Warum ist das wichtig?
|
||||
|
||||
Ohne klares Ziel verzettelst du dich schnell zwischen AI, Kamera, Audio, Hardware und ROS2.
|
||||
|
||||
## Voraussetzungen
|
||||
|
||||
- keine
|
||||
- Texteditor
|
||||
|
||||
## Theorie
|
||||
|
||||
Systemdenken beginnt mit Grenzen: Ein Roboterkopf ist kein kompletter humanoider Roboter, sondern ein integriertes System aus Wahrnehmen, Entscheiden und Handeln. Je genauer du Ein- und Ausgaben beschreibst, desto einfacher werden spätere Schnittstellen.
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Erstelle eine kurze Zielsystem-Spezifikation mit Use Cases, Nicht-Zielen, ersten Qualitätszielen und einer Liste der wichtigsten Komponenten.
|
||||
|
||||
## Akzeptanzkriterien
|
||||
|
||||
- Eine Datei beschreibt mindestens fünf Use Cases.
|
||||
- Nicht-Ziele sind explizit notiert.
|
||||
- Die Komponenten Audio, LLM, Vision, Face Recognition und Motion kommen vor.
|
||||
|
||||
## Erweiterungen
|
||||
|
||||
- Skizziere zusätzlich ein Kontextdiagramm.
|
||||
|
||||
## Reflexionsfragen
|
||||
|
||||
- Welche Funktion ist für das erste Erfolgserlebnis am wichtigsten?
|
||||
- Welche Nicht-Ziele schützen dich vor zu großer Komplexität?
|
||||
- Welche Teile des Systems sind sicherheitskritisch?
|
||||
@@ -0,0 +1,39 @@
|
||||
# Aufgabe 02: Hardware-Empfehlungen prüfen
|
||||
|
||||
## Ziel
|
||||
|
||||
Du stellst eine realistische Einkaufsliste für Prototyping und spätere Hardware zusammen.
|
||||
|
||||
## Warum ist das wichtig?
|
||||
|
||||
Hardware-Fehlkäufe kosten Zeit und machen Debugging unnötig schwer.
|
||||
|
||||
## Voraussetzungen
|
||||
|
||||
- Aufgabe 01
|
||||
- Browser oder lokale Recherche
|
||||
- Budgetrahmen
|
||||
|
||||
## Theorie
|
||||
|
||||
Für frühe Lernschritte reicht oft ein Linux-PC mit USB-Kamera und Mikrofon. Servos, Stromversorgung und Kameraqualität werden erst dann wichtig, wenn Softwarepfade stabil sind.
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Erstelle eine Hardware-Matrix mit Mindestsetup, empfohlenem Setup und optionalen Upgrades. Begründe jede Komponente kurz.
|
||||
|
||||
## Akzeptanzkriterien
|
||||
|
||||
- Mindestsetup funktioniert ohne Servo-Hardware.
|
||||
- Stromversorgung für Servos wird separat betrachtet.
|
||||
- Kamera, Mikrofon, Lautsprecher und Recheneinheit sind aufgeführt.
|
||||
|
||||
## Erweiterungen
|
||||
|
||||
- Füge Alternativen für Raspberry Pi, Mini-PC und Laptop hinzu.
|
||||
|
||||
## Reflexionsfragen
|
||||
|
||||
- Was kannst du komplett simulieren?
|
||||
- Welche Hardware muss vor dem Kauf elektrisch geprüft werden?
|
||||
- Welche Komponente beeinflusst Latenz am stärksten?
|
||||
@@ -0,0 +1,40 @@
|
||||
# Aufgabe 03: Software-Setup vorbereiten
|
||||
|
||||
## Ziel
|
||||
|
||||
Du definierst eine reproduzierbare Entwicklungsumgebung für Python, Rust, Docker und lokale Modelle.
|
||||
|
||||
## Warum ist das wichtig?
|
||||
|
||||
Ein Roboterprojekt wird schnell unwartbar, wenn jede Komponente anders gestartet wird.
|
||||
|
||||
## Voraussetzungen
|
||||
|
||||
- Linux oder WSL
|
||||
- Rust toolchain
|
||||
- Python 3.11+
|
||||
- Docker optional
|
||||
|
||||
## Theorie
|
||||
|
||||
Reproduzierbarkeit ist wichtiger als Perfektion. Eine klare Ordnerstruktur, feste Versionen und einfache Startbefehle reduzieren Reibung beim Wechsel zwischen AI-, Vision- und Hardware-Code.
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Lege eine Setup-Notiz mit benötigten Tools, Versionen, Installationschecks und ersten Smoke Tests an.
|
||||
|
||||
## Akzeptanzkriterien
|
||||
|
||||
- Rust, Python und Docker werden mit Befehlen geprüft.
|
||||
- Es gibt eine Liste erwarteter Versionen.
|
||||
- Mindestens ein Smoke Test pro Tool ist beschrieben.
|
||||
|
||||
## Erweiterungen
|
||||
|
||||
- Erstelle später ein `justfile` oder `Makefile` für häufige Befehle.
|
||||
|
||||
## Reflexionsfragen
|
||||
|
||||
- Welche Tools müssen systemweit installiert sein?
|
||||
- Welche Abhängigkeiten gehören in ein Projekt-Environment?
|
||||
- Wie erkennst du Setup-Probleme früh?
|
||||
@@ -0,0 +1,38 @@
|
||||
# Aufgabe 04: Lernstrategie und Projekttagebuch
|
||||
|
||||
## Ziel
|
||||
|
||||
Du richtest ein Projekttagebuch ein, das Entscheidungen, Messwerte und offene Fragen festhält.
|
||||
|
||||
## Warum ist das wichtig?
|
||||
|
||||
Bei Robotik ist Debugging oft experimentell. Gute Notizen sparen Stunden.
|
||||
|
||||
## Voraussetzungen
|
||||
|
||||
- Aufgabe 01
|
||||
- Markdown
|
||||
|
||||
## Theorie
|
||||
|
||||
Ein Projekttagebuch ist kein Roman, sondern ein technisches Gedächtnis. Es hält fest, was du geändert hast, welche Hypothese du hattest und welches Ergebnis gemessen wurde.
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Erstelle eine Vorlage für tägliche Einträge mit Ziel, Änderung, Beobachtung, Messwerten, Fehlern und nächstem Schritt.
|
||||
|
||||
## Akzeptanzkriterien
|
||||
|
||||
- Die Vorlage enthält Messwerte für Latenz und FPS.
|
||||
- Fehler und Hypothesen haben eigene Abschnitte.
|
||||
- Mindestens ein Beispieltag ist ausgefüllt.
|
||||
|
||||
## Erweiterungen
|
||||
|
||||
- Ergänze eine Entscheidungslog-Datei für Architekturentscheidungen.
|
||||
|
||||
## Reflexionsfragen
|
||||
|
||||
- Welche Informationen vergisst man nach zwei Wochen zuerst?
|
||||
- Welche Messwerte willst du regelmäßig vergleichen?
|
||||
- Wann ist eine Notiz besser als ein Kommentar im Code?
|
||||
@@ -0,0 +1,38 @@
|
||||
# Aufgabe 05: Sicherheit und Datenschutz festlegen
|
||||
|
||||
## Ziel
|
||||
|
||||
Du definierst Grundregeln für Kamera, Mikrofon, bekannte Personen und Servo-Bewegungen.
|
||||
|
||||
## Warum ist das wichtig?
|
||||
|
||||
Der Roboter verarbeitet sensible Daten und bewegt Hardware in der Nähe von Menschen.
|
||||
|
||||
## Voraussetzungen
|
||||
|
||||
- Aufgaben 01-04
|
||||
- Grundverständnis Datenschutz
|
||||
|
||||
## Theorie
|
||||
|
||||
Mikrofon- und Kameradaten sind personenbezogen. Servos können mechanisch blockieren oder Bauteile beschädigen. Deshalb braucht das Projekt von Anfang an Grenzen, Einwilligung und sichere Defaults.
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Schreibe eine Sicherheits- und Datenschutz-Checkliste für Entwicklung, Tests und Vorführung.
|
||||
|
||||
## Akzeptanzkriterien
|
||||
|
||||
- Consent-Regeln für Face Recognition sind enthalten.
|
||||
- Audio- und Bildspeicherung sind geregelt.
|
||||
- Servo-Winkel und Not-Aus werden erwähnt.
|
||||
|
||||
## Erweiterungen
|
||||
|
||||
- Definiere eine rote Status-LED oder Konsolenausgabe für aktive Aufnahme.
|
||||
|
||||
## Reflexionsfragen
|
||||
|
||||
- Welche Daten darfst du nicht dauerhaft speichern?
|
||||
- Wie erklärst du Testpersonen die Gesichtserkennung?
|
||||
- Was muss passieren, wenn ein Servo blockiert?
|
||||
@@ -0,0 +1,15 @@
|
||||
# Kursüberblick
|
||||
|
||||
Orientierung, Setup, Lernstrategie und die grobe Architektur des späteren Roboterkopfs.
|
||||
|
||||
## Aufgaben
|
||||
|
||||
- [01: Kursziel und Zielsystem beschreiben](01-kursziel-und-zielsystem-beschreiben.md)
|
||||
- [02: Hardware-Empfehlungen prüfen](02-hardware-empfehlungen-pruefen.md)
|
||||
- [03: Software-Setup vorbereiten](03-software-setup-vorbereiten.md)
|
||||
- [04: Lernstrategie und Projekttagebuch](04-lernstrategie-und-projekttagebuch.md)
|
||||
- [05: Sicherheit und Datenschutz festlegen](05-sicherheit-und-datenschutz-festlegen.md)
|
||||
|
||||
## Arbeitsweise
|
||||
|
||||
Bearbeite die Aufgaben nacheinander. Jede Aufgabe soll ein kleines, überprüfbares Ergebnis liefern und ist bewusst auf etwa 1 bis 4 Stunden ausgelegt.
|
||||
Reference in New Issue
Block a user