Aktivität 01
Pair Programming: Hindernisumfahrender Roboter
Paare programmieren den Calliope mini, um einen Ultraschallsensor für Hinderniserkennung und Motorsteuerung zu nutzen. Sie testen den Roboter auf einem Parcours, messen Erfolgsrate und optimieren den Algorithmus in zwei Iterationen. Abschließend präsentieren sie ihren Code der Klasse.
Implementieren Sie einen Algorithmus zur Steuerung eines Roboters basierend auf Sensordaten.
ModerationstippWährend der Pair-Programming-Phase die Rollen 'Treiber' und 'Navigator' klar trennen, damit beide Schüler aktiv eingebunden sind und voneinander lernen.
Worauf zu achten istGeben Sie jedem Schüler ein Blatt mit einem einfachen Roboter-Szenario (z.B. 'Roboter soll fahren, wenn Licht erkannt wird'). Bitten Sie die Schüler, einen kurzen Pseudocode oder eine Schritt-für-Schritt-Anleitung zu schreiben, wie der Roboter reagieren soll. Fragen Sie zusätzlich: 'Welcher Sensor wird benötigt und was macht er?'
AnwendenAnalysierenBewertenErschaffenSelbststeuerungBeziehungsfähigkeitEntscheidungsfähigkeit
Komplette Unterrichtsstunde erstellen→· · ·
Aktivität 02
Small Groups: Sensordaten-Challenge
Gruppen von drei kalibrieren Sensoren für Licht und Temperatur, programmieren Reaktionen wie Buzzer-Signale. Sie sammeln Daten in einer Tabelle, analysieren Abweichungen und passen Schwellwerte an. Jede Gruppe demonstriert ihre Lösung.
Evaluieren Sie die Funktionalität des programmierten Roboters und identifizieren Sie Optimierungsmöglichkeiten.
ModerationstippBei der Sensordaten-Challenge gezielt Gruppen mit unterschiedlichen Vorkenntnissen mischen, um Peer-Learning zu fördern und individuelle Stärken zu nutzen.
Worauf zu achten istZeigen Sie ein kurzes Video eines funktionierenden oder fehlerhaften Roboterprogramms (z.B. Calliope mini mit blinkender LED oder fahrendem Motor). Stellen Sie die Frage: 'Was ist das erwartete Verhalten des Roboters und was beobachtet ihr stattdessen? Nennt eine mögliche Ursache für den Unterschied.'
AnwendenAnalysierenBewertenErschaffenSelbststeuerungBeziehungsfähigkeitEntscheidungsfähigkeit
Komplette Unterrichtsstunde erstellen→· · ·
Aktivität 03
Whole Class: Virtuell vs. Physisch
Die Klasse programmiert denselben Algorithmus zuerst in einer Simulation wie MakeCode, dann auf Hardware. Gemeinsam vergleichen sie Laufzeiten und Fehlerquellen in einer Plenumdiskussion mit Whiteboard-Skizzen.
Differentiieren Sie zwischen der Programmierung eines virtuellen Roboters und eines physischen Roboters.
ModerationstippDen Vergleich zwischen virtueller und physischer Umsetzung als Diskussionsanlass nutzen, um Vor- und Nachteile beider Ansätze bewusst zu machen.
Worauf zu achten istLassen Sie die Schüler ihre programmierten Roboter (oder Simulationen) gegenseitig vorführen. Die Schüler geben sich gegenseitig Feedback anhand einer Checkliste: 'Reagiert der Roboter auf den Sensor X? Funktioniert Aktor Y wie erwartet? Ist das Programm gut lesbar?'
AnwendenAnalysierenBewertenErschaffenSelbststeuerungBeziehungsfähigkeitEntscheidungsfähigkeit
Komplette Unterrichtsstunde erstellen→· · ·
Aktivität 04
Individual: Debugging-Rallye
Jeder Schüler behebt vorgefertigte fehlerhafte Programme für einen Roboter. Sie testen schrittweise, notieren Korrekturen und tauschen am Ende Lösungen aus.
Implementieren Sie einen Algorithmus zur Steuerung eines Roboters basierend auf Sensordaten.
ModerationstippDie Debugging-Rallye als wettkampfähnliches Format gestalten, um die Motivation zu steigern und den Fokus auf systematisches Testen zu lenken.
Worauf zu achten istGeben Sie jedem Schüler ein Blatt mit einem einfachen Roboter-Szenario (z.B. 'Roboter soll fahren, wenn Licht erkannt wird'). Bitten Sie die Schüler, einen kurzen Pseudocode oder eine Schritt-für-Schritt-Anleitung zu schreiben, wie der Roboter reagieren soll. Fragen Sie zusätzlich: 'Welcher Sensor wird benötigt und was macht er?'
AnwendenAnalysierenBewertenErschaffenSelbststeuerungBeziehungsfähigkeitEntscheidungsfähigkeit
Komplette Unterrichtsstunde erstellen→Einige Hinweise zum Unterrichten dieser Einheit
Erfahrene Lehrkräfte betonen, dass der Einstieg mit konkreten, greifbaren Aufgaben den größten Lernerfolg bringt. Vermeiden Sie zu abstrakte Beispiele, die den Bezug zur Realität verlieren. Stattdessen sollten Sie immer wieder auf die konkreten physikalischen Eigenschaften der Hardware hinweisen. Forschung zeigt, dass kollaborative Formate wie Pair Programming nicht nur das Verständnis vertiefen, sondern auch die Problemlösefähigkeiten stärken. Achten Sie darauf, dass Schüler regelmäßig ihre Programme erklären müssen – das fördert die Reflexion und deckt Wissenslücken auf.
Am Ende der Einheit sollten die Schüler in der Lage sein, eigenständig Roboterprogramme zu entwickeln, die Sensordaten auswerten und gezielte Aktionen auslösen. Erfolg zeigt sich darin, dass sie nicht nur Programme schreiben, sondern auch Fehler systematisch identifizieren und optimieren können.
Vorsicht vor diesen Fehlvorstellungen
Während der Sensordaten-Challenge nehmen einige Schüler an, dass Sensoren wie der Helligkeitssensor immer präzise und unveränderliche Werte liefern.
Nutzen Sie die Challenge, um gezielt Umgebungsbedingungen wie Schatten oder Lichtreflexe zu testen. Die Schüler sollen ihre Messwerte dokumentieren und diskutieren, warum sich die Werte verändern. Peer-Feedback hilft dabei, Kalibrierungsstrategien zu entwickeln und die Grenzen der Sensoren zu erkennen.
Während des Vergleichs zwischen virtueller und physischer Umsetzung glauben manche Schüler, dass Simulationen und echte Roboter gleichwertig sind.
Lassen Sie die Schüler während des Vergleichs gezielt Verzögerungen, mechanische Ungenauigkeiten oder unvorhergesehene Störungen in der Physik beobachten. Diskutieren Sie anschließend, wie diese Faktoren die Programmierung beeinflussen und warum Algorithmen angepasst werden müssen.
Während der Debugging-Rallye gehen einige Schüler davon aus, dass ihr erster Codeversuch direkt funktionieren muss.
Nutzen Sie die Rallye, um systematisches Testen zu üben. Die Schüler sollen ihre Programme schrittweise auf Edge-Cases überprüfen und ihre Debugging-Schritte dokumentieren. Kollaborative Reviews zeigen, dass Fehler normal sind und durch Wiederholung gelöst werden können.
In dieser Übersicht verwendete Methoden