Die meisten Rookie-Teams der FIRST Tech Challenge verlieren nicht an mangelndem Talent. Sie verlieren an Gewohnheiten: zu spät mit dem Bau beginnen, nie mit der Fahrerin oder dem Fahrer üben und einen Roboter bauen wollen, der alles auf einmal kann. Die gute Nachricht: Fast jedes Bedauern, von dem Teams im ersten Jahr berichten, lässt sich vermeiden, wenn man es kommen sieht. Hier sind die Fehler, die neue Teams immer wieder machen, und was stattdessen zu tun ist.

Fangen Sie an zu bauen, bevor Sie sich bereit fühlen

Das mit Abstand häufigste Bedauern von Rookies ist der späte Start. Teams verbringen Wochen mit Entwürfen am Whiteboard, warten auf die perfekte Idee und schneiden erst einen Monat vor ihrem ersten Wettbewerb das erste Metall. Ein fahrender Roboter im Oktober schlägt einen brillanten Entwurf im Januar.

Setzen Sie sich eine harte Frist, innerhalb der ersten beiden Wochen ein fahrendes Chassis zu haben, selbst wenn es noch nichts trägt. Ein Roboter, der fahren, drehen und durch Ihren Bauraum gesteuert werden kann, ist mehr wert als jede Skizze. Mechanismen können Sie später anschrauben. Die verlorenen Wochen nicht.

Üben Sie das Fahren, bis es langweilig wird

Rookies unterschätzen, wie sehr die Leistung im Match an der Fahrerin oder dem Fahrer hängt und nicht am Roboter. Ein bescheidener Roboter mit jemandem am Steuer, der ein paar hundert Übungszyklen absolviert hat, punktet besser als ein cleverer Roboter, dessen Fahrer die Steuerung zum ersten Mal beim Wettbewerb anfasst.

Bauen Sie ein Übungsfeld oder kleben Sie zumindest die wichtigsten Elemente auf dem Boden eines Klassenraums oder einer Garage ab. Wechseln Sie die Fahrenden früh durch, legen Sie sich dann auf ein Duo fest und lassen Sie es echte Stunden sammeln. Üben Sie die langweiligen Dinge: ausrichten, aufnehmen, vor dem Signalton parken. Load Shedding wird Sie einige Abende kosten, schützen Sie also die Sitzungen, die Sie bekommen.

Halten Sie den Mechanismus einfach und zuverlässig

Ehrgeiz ist die dritte Falle. Neue Teams entwerfen einen Roboter, der auf jede erdenkliche Weise punktet, geraten dann in Zeitnot und enden mit drei halbfertigen Systemen, die alle klemmen. Erfahrene Teams wählen die zwei Dinge, die am meisten Punkte bringen, und sorgen dafür, dass diese beiden jedes einzelne Mal funktionieren.

Zuverlässigkeit gewinnt die Qualifikation. Ein Roboter, der über zehn Matches hinweg zuverlässig eine Aufgabe erledigt, landet vor einem Roboter, der vier Aufgaben versucht und bei der Hälfte davon ausfällt. Wenn Sie unsicher sind, wählen Sie den einfacheren Mechanismus. Nachbessern können Sie immer, sobald Punkte auf der Tafel stehen.

Schützen Sie das Notizbuch, den Code und das Wissen

Drei leisere Fehler kosten Teams die Saison auf eine Weise, die sie erst am Ende bemerken.

Der erste ist, das Engineering Notebook wie Hausaufgaben zu behandeln, die man in der Nacht vor der Jurybewertung noch schnell erledigt. Über das Notizbuch werden die Jurypreise gewonnen, und Jurypreise sind der Weg, auf dem Rookie-Teams ohne den schnellsten Roboter weiterkommen. Schreiben Sie nach jeder Sitzung ein wenig hinein, mit Datum, Skizzen und den Gründen hinter jeder Entscheidung. Es ist ein Tagebuch, kein Aufsatz.

Der zweite ist, keine Versionsverwaltung für den Code zu haben. Eine einzige überschriebene Datei in der Nacht vor einem Wettbewerb kann eine Woche Feinabstimmung auslöschen. Legen Sie Ihren Code vom ersten Tag an in ein gemeinsames Repository, committen Sie oft und schreiben Sie kurze Nachrichten, damit Sie zurückrollen können, wenn eine Änderung den Roboter lahmlegt.

Der dritte ist, das gesamte Wissen bei einer Person liegen zu lassen. Wenn nur eine Person den Control Hub verkabeln oder den Code aufspielen kann, hängt Ihre Saison davon ab, dass diese Person nie krank wird und nie in Prüfungen versinkt. Besetzen Sie jede kritische Fähigkeit doppelt, damit mindestens zwei Leute jede Aufgabe erledigen können.

Die vollständige Checkliste der Anfängerfehler

Drucken Sie sie aus und gehen Sie sie vor Ihrem ersten Wettbewerb durch.

1. Zu spät mit dem Bau anfangen, statt in den ersten zwei Wochen ein fahrendes Chassis fertigzustellen.
2. Kein Fahrtraining, oder die Fahrenden fassen die Steuerung erstmals beim Wettbewerb an.
3. Zu ehrgeizige Mechanismen, die auf jede Art punkten wollen und zuverlässig gar nicht punkten.
4. Das Engineering Notebook bis zur Nacht vor der Jurybewertung ignorieren.
5. Keine Versionsverwaltung, sodass eine einzige schlechte Datei Tage an Arbeit vernichtet.
6. Abhängigkeit von Einzelpersonen, bei der nur eine Person verkabeln, programmieren oder fahren kann.
7. Das Spielhandbuch nicht genau lesen und dann Punkte durch vermeidbare Strafen verlieren.
8. Die autonome Phase auslassen, weil sie am Anfang zu schwer wirkt.
9. Keine Ersatzteile, sodass ein gebrochener Winkel am Wettkampftag den Tag beendet.
10. Unordentliche Verkabelung, die zufällige Verbindungsabbrüche verursacht, die niemand diagnostizieren kann.
11. Andere Teams vor der Allianzwahl nie beobachten.
12. Nur dem Roboterspiel nachjagen und Öffentlichkeitsarbeit sowie die Jurypreise ignorieren.

Ein südafrikanischer Realitätscheck

Lokale Teams tragen ein paar zusätzliche Einschränkungen. Importierte Ersatzteile können Wochen bis zur Ankunft brauchen; bestellen Sie deshalb vor dem Saisonstart einen kleinen Vorrat der Teile, die am ehesten kaputtgehen, und planen Sie rund ein Zehntel Ihrer Kastenkosten für Ersatz ein. Legen Sie Bausitzungen um das Load Shedding herum, und halten Sie einen geladenen Laptop und eine ausgedruckte Aufgabenliste bereit, damit ein Stromausfall nicht das ganze Team ausbremst. Schulquartale und Prüfungen fressen Bauzeit; planen Sie Ihren Kalender rückwärts vom ersten Wettbewerb und behandeln Sie die Dezemberferien als beste Bauwochen, nicht als Auszeit.

Rookie-Teams schneiden außerdem besser ab, wenn ihre Mitglieder schon vor Saisonbeginn Grundlagen im Programmieren und Bauen mitbringen. Jüngere Schülerinnen und Schüler, die strukturierte Lerneinheiten durchgearbeitet haben, sei es auf einem Einsteigerboard wie dem sheenbot∞ oder im Unterricht, kommen an und wissen bereits, wie man Fehler sucht, iteriert und einen Schaltplan liest. Unsere Akademie und die Ferien-Workshops gibt es genau dafür, damit die Saison mit Wettkampf verbracht wird und nicht damit, unter Druck löten zu lernen.

Fazit

Keiner dieser Fehler braucht Geld oder Genie, um behoben zu werden. Früh anfangen, Fahren üben, eine zuverlässige Sache bauen, Notizbuch und Code sichern und das Wissen im Team teilen. Machen Sie diese fünf Dinge, und Sie beenden Ihre Rookie-Saison vor den meisten Teams im ersten Jahr, was auch immer die Anzeigetafel sagt. Weitere praxisnahe Leitfäden wie diesen finden Sie im sheen Newsroom.