Häufige Fragen

Bitte wenden Sie sich in diesem Fall an Frau Moses (Dekanat): moses@tf.uni-freiburg.de

Sie müssen die Veranstaltung im HISinOne belegen. Am schnellsten geht das über den Link Veranstaltung in HISinOne öffnen – er führt immer zur Veranstaltung des aktuellen Semesters. Alternativ suchen Sie in HISinOne nach der Veranstaltungsnummer 11LE13Pr-1003.

Alternativ über die Navigation: Magazin → Lehrveranstaltungen im aktuellen Semester → Technische Fakultät → Studiengang Mikrosystemtechnik (MST)/Microsystems Engineering (MSE) → Bachelor – Praktische Übungen.

Sie müssen sich für beides anmelden: für die Veranstaltung (Praktikum) und für die Studienleistung. Nur dann können wir Ihre Leistung am Ende eintragen.

Die Veranstaltung hat für alle dieselbe Nummer, 11LE13Pr-1003. Das Modul, über das Sie sich anmelden, hängt dagegen von Ihrem Studiengang ab:

Finden Sie Ihren Studiengang hier nicht, wenden Sie sich an Frau Moses (Dekanat): moses@tf.uni-freiburg.de

Das kann daran liegen, dass die Studienleistung erst später im Semester zur Anmeldung freigeschaltet wird. Schauen Sie in diesem Fall nach einiger Zeit noch einmal nach.

Ist sie dann immer noch nicht freigegeben, wenden Sie sich an Frau Moses (Dekanat): moses@tf.uni-freiburg.de

In der Timeline auf der SDP-Webseite. Dort stehen immer die aktuellen Daten.

Weicht eine Uhrzeit oder ein Ort anderswo davon ab – in HISinOne, in Mails, auf Aushängen oder in dieser FAQ –, gilt die Timeline.

Über die Timeline oder die Gruppenseite laufen alle Abgaben: Zu jeder Abgabe gibt es dort einen Button zum Hochladen – für den Meilenstein-Code, den Zwischenbericht, das Bild für den Designpreis, die Pitch-Folie und die Code-Abgabe am Ende. Suchen Sie also nicht an anderer Stelle nach einem Upload-Formular.

Alle diese Abgaben sind Pflicht – auch die Pitch-Folie und das Bild für den Designpreis. Die Fristen stehen bei den jeweiligen Terminen in der Timeline.

Falls Sie einen verpflichtenden Termin verpasst haben, können Sie nur noch bestehen, wenn Sie fristgerecht (3 Werktage ab Antrittstermin) ein ärztliches Attest einreichen. Bitte reichen Sie das Attest über die Support-Seite ein.

Sollten Sie sich dazu entschließen, das SDP vorzeitig zu beenden, teilen Sie uns dies bitte mit. Das geht entweder bei den Hiwis in der Betreuung oder übereine Supportanfrage. Wenn die ganze Gruppe abbrechen sollte, bringen Sie den Kasten während der Betreuungszeit zurück. Sie müssen den Kasten spätestens zur Kastenrückgabe (siehe Timeline) zurückbringen, ansonsten stellen wir Ihnen den Kasten in Rechnung.

Rechtlich verbindliche Antworten sind in der Prüfungsordnung nachzulesen. In den meisten Fällen kann ohne Probleme oder Konsequenzen wiederholt werden. Das SDP wird im nächsten Wintersemester erneut angeboten.

Jede SDP-Arbeitsgruppe besteht aus exakt vier Personen. Die Gruppenbildung läuft über die Gruppenseite; auf der Timeline finden Sie eine Verlinkung dorthin.

Wie Sie eine Gruppe gründen, einer beitreten oder sich zuteilen lassen, steht in der Timeline beim Termin „Gruppenbildung“ – zusammen mit dem Stichtag, bis zu dem Ihre Gruppe vollständig sein muss.

Wenn Sie sich zuteilen lassen oder sich bei bestehenden Gruppen bewerben, schätzen Sie sich vorher selbst ein. Unter dem Reiter Gruppe vergeben Sie dafür in drei Bereichen jeweils 1 bis 5 Sterne, wobei 5 der höchste Wert ist:

• Programmierung – wie viel Erfahrung Sie mitbringen,

• Bau – wie gern und wie sicher Sie konstruieren,

• Ehrgeiz – wie viel Zeit und Energie Sie in das Projekt stecken wollen.

Antworten Sie ehrlich. Es gibt keine guten oder schlechten Werte, und niemand wird danach bewertet. Die Angaben helfen uns nur, die Gruppen möglichst ausgewogen zusammenzustellen: Niemand soll als einzige Person mit Programmiererfahrung dastehen, und wer sich viel vornimmt, soll nicht in einer Gruppe landen, die das nicht will.

Die Selbsteinschätzung ist freiwillig. Wenn sie vorliegt, wird sie bei der Verteilung berücksichtigt; ohne Angabe werden Sie trotzdem zugeteilt. Wie die Einteilung im Einzelnen abläuft, zeigt die Übersicht in der Timeline.

Für jede Gruppe gibt es auf der SDP-Webseite eine Chat-Funktion. Schreiben Sie sich dort, sobald Ihre Gruppe steht, und verabreden Sie sich für die Kastenausgabe.

Das ist wichtig, weil Sie sich dort nur als vollständige Vierergruppe anstellen dürfen. Finden Sie sich also vorher, nicht erst in der Schlange.

Meldet sich jemand aus Ihrer Gruppe gar nicht, schreiben Sie uns vor der Kastenausgabe über die Support-Seite an. Dann klären wir das vor Ort mit Ihnen.

Es reicht, wenn Sie Ihre aktuelle Gruppe in Ihrem Profil verlassen. Danach können Sie wieder normal selbst eine gründen oder einer beitreten. Beachten Sie, dass wenn Ihre Gruppe Ihren Kasten erhalten hat kein Wechsel mehr möglich ist und die Gruppen festgelegt sind.

Grundsätzlich sollten alle Gruppenmitglieder bei der Abholung anwesend sein. Sollten Sie aus nachvollziehbaren Gründen verhindert sein, informieren Sie uns bitte vorab über die Support-Seite. Andernfalls gehen wir davon aus, dass Sie das SDP nicht weiter belegen. Hintergrund: Die Kästen enthalten sehr teures Material. Deshalb ist es zwingend erforderlich, dass alle Gruppenmitglieder die Haftung mittragen.

Sie stellen sich als vollständige Vierergruppe an. Am Ausgabetisch gleichen wir Ihre Ausweise mit den eingetragenen Namen ab, gehen den Kasten gemeinsam mit Ihnen durch, und alle anwesenden Gruppenmitglieder unterschreiben den Leihvertrag. Danach nimmt eine Person aus der Gruppe den Kasten mit.

Den vollständigen Ablauf und die Liste, was Sie mitbringen müssen, finden Sie in der Timeline beim Termin „Kastenausgabe".

Nein, es reicht, wenn eine Person pro Gruppe den Kasten zurückbringt. Es sind aber weiterhin alle, die unterschrieben haben, für die Rückgabe, Unversehrtheit und Vollständigkeit des Kastens samt Bestandteile haftbar.

Schreiben Sie unverzüglich eine Supportanfrage. Sollten Sie sich nicht zeitnah bei uns melden, bekommen Sie den Kasten in Rechnung gestellt.

Kommen Sie zur Installationshilfe.

Gehen Sie die Anleitungen in den Materialien und das “Getting Started”-Video noch einmal sorgfältig durch und prüfen Sie, ob Sie alles genau so gemacht haben. Wir haben dort auch Lösungen für Probleme beschrieben, die Sie online nicht finden. Erst wenn das nicht weiterhilft, suchen Sie zusätzlich online. Die letzte Hilfe bei Installationsproblemen erhalten Sie bei der Installationshilfe (siehe Timeline). Bitte beachten Sie: Nach diesem Termin bieten wir keine weitere Hilfe bei Installationsproblemen an. Prüfungs- und Abgabetermine verschieben sich auch bei Installationsproblemen nicht.

Nicht zulässig sind grafikbasierte Programmiersprachen – also NXT-G, EV3-G und alles, wo Sie Blöcke zusammenklicken statt Text zu schreiben. Das gilt ausnahmslos, auch für den Meilenstein. Ihr Programm muss sich am Ende mit einem einfachen Texteditor lesen lassen (Regelwerk, Abschnitt 5.3); genau so geben Sie es auch ab.

Erlaubt ist jede textbasierte Sprache, die auf Ihrem Controller läuft. Welche wir empfehlen, hängt vom Controller ab:

Die allermeisten Gruppen nehmen diese Sprachen, und das aus gutem Grund: Für sie finden Sie in den Materialien eine Einführung, die Installationsanleitung und Codebeispiele, und in der Betreuung können wir Ihnen damit am besten helfen. Beim EV3 kommt dazu, dass Sie Python nebenbei lernen – das brauchen Sie im weiteren Studium ohnehin.

Womit Sie schreiben: Wir empfehlen für beide Controller Visual Studio Code mit dem passenden Plugin – so ist die Umgebung für NXT und EV3 dieselbe. Für den NXT können Sie stattdessen auch Bricx Command Center verwenden, das funktioniert weiterhin. Wie Sie beides einrichten, steht in den Materialien.

Wenn Sie eine andere Sprache wählen, etwa C++, geht das. Sie müssen sich die Einrichtung dann aber weitgehend selbst erarbeiten: Einführung, Codebeispiele und Hilfe bei Installationsproblemen gibt es von uns nur für NXC und Python.

Die Strecke ist grau, die Linie darauf weiß. Ihr Lichtsensor misst aber keine Farbe, sondern die reflektierte Helligkeit als Zahlenwert – und dieser Wert verschiebt sich mit den Lichtverhältnissen. Dieselbe weiße Linie liefert bei Sonnenschein einen deutlich höheren Wert als bei bedecktem Himmel.

Verboten ist deshalb jede Zahl, die festlegt, was „Linie" und was „Untergrund" ist und die sich während der Fahrt nicht mehr ändert. Eine Regel wie „ab 50 ist es die Linie" funktioniert genau so lange, wie das Licht gleich bleibt. Beim Wettbewerb kann die Sonne auf die Bahn scheinen und den Wertebereich verschieben, dass Ihr Roboter die Linie verliert. Auch Licht, das nur von einer Seite kommt, bringt solche Programme aus dem Takt.

Erlaubt ist eine Grenze, die Ihr Programm im Lauf selbst bestimmt und laufend nachführt. Sie dürfen also einen Schwellenwert verwenden – er muss sich nur aus Ihren eigenen Messwerten ergeben und sich an das Licht anpassen. Was genau erlaubt und was verboten ist, steht mit Beispielen im Regelwerk: in Abschnitt 5.4 (Sensorkalibrierung, mit mehreren Verfahren für eine solche Grenze) und in Abschnitt 5.6 (Hardcoding).

Gemeint sind wirklich nur die Lichtwerte. Feste Zahlen an anderer Stelle sind erlaubt – Motorgeschwindigkeiten, Wartezeiten oder Drehwinkel dürfen Sie fest in den Code schreiben. Jeden festen Wert müssen Sie aber in Ihrer Dokumentation begründen (Regelwerk, Abschnitt 5.6).

Unsere Empfehlung: Vergleichen Sie Ihre beiden Lichtsensoren miteinander, statt einzelne Helligkeiten zu bewerten. Je größer der Unterschied zwischen ihnen, desto stärker lenkt der Roboter. Eine solche Regelung muss gar nicht wissen, wie hell die Linie ist – sie reagiert nur darauf, dass ein Sensor mehr Licht sieht als der andere. Das ist der robusteste Weg und der mit dem wenigsten Ärger bei wechselndem Licht.

Lenken muss Ihr Roboter dabei über einen Regler, der die Größe der Abweichung berücksichtigt, etwa einen PD-Regler. Eine reine Ein-Aus-Steuerung, die immer mit voller Stärke lenkt, ist nicht zulässig (Regelwerk, Abschnitt 5.5).

Eine Regelung ohne feste Lichtwerte ist deutlich robuster und erhöht Ihre Erfolgschancen beim Wettbewerb, wo Ihr Roboter auf neue Lichtverhältnisse und eine neue Bahn trifft.

Die Räume sind länger offen, als HiWis da sind. Wenn Sie an der Testbahn stehen und nicht weiterkommen, arbeiten Sie sich am besten in dieser Reihenfolge vor:

1. Materialien auf der SDP-Webseite. Dort finden Sie die Getting-Started-Videos, eine Einführung in NXC beziehungsweise Python und Codebeispiele. Die meisten Fragen aus der Betreuung beantworten sich damit.
2. Das Regelwerk. Was Ihr Roboter können muss und welche Regeln bei Meilenstein und Wettbewerb gelten, steht im Regelwerk.
3. Diese FAQ. Vieles, was regelmäßig gefragt wird, steht hier – etwa zu festen Lichtwerten, zum Meilenstein und zum Wettbewerb.
4. Selbst recherchieren. Suchen Sie bei Programmierfragen gezielt nach Ihrer Fehlermeldung; vieles ist online beschrieben. Bei Installationsproblemen gilt das nicht – dafür sind unsere eigenen Anleitungen in den Materialien die richtige Quelle. Das gehört zum Projekt dazu: Sich in eine unbekannte Technik einzuarbeiten, ist Teil der Aufgabe.
5. Nächste Betreuungszeit. Notieren Sie sich Ihre Frage und bringen Sie sie mit. Beschreiben Sie dann möglichst genau, was Sie schon versucht haben.
6. KI-Werkzeuge – mit einer wichtigen Einschränkung, siehe unten.
7. Supportanfrage, wenn es bis dahin nicht warten kann.

Wobei KI hilft – und wobei nicht

Sie dürfen eine KI benutzen, etwa um eine Fehlermeldung einordnen zu lassen oder um zu verstehen, was ein Stück Code tut. Für den Meilenstein und den Wettbewerb gilt aber: Sie müssen Ihren Code selbst erklären und begründen können. Wer das nicht kann, besteht nicht.

Wichtiger ist etwas anderes: Sie bauen ein Einzelstück. Kein KI-Modell kennt Ihren Roboter, und bei allem, was von Ihrem konkreten Aufbau abhängt, wird Ihnen eine KI keine brauchbare Antwort geben:

• wo der Schwerpunkt Ihres Roboters liegen muss, damit er die Steigung schafft,
• wie hoch und in welchem Abstand Ihre Lichtsensoren sitzen sollten,
• welche Werte Ihr Regler braucht. Die richtigen P- und D-Werte hängen von Ihrer Bauweise, Ihrem Gewicht, Ihrer Getriebeübersetzung (falls Sie eine verwenden) und der Genauigkeit Ihrer Sensoren ab. Dieselben Zahlen, die bei einem anderen Roboter gut funktionieren, lassen Ihren zickzack fahren.

Das findet man nicht durch Fragen heraus, sondern durch Ausprobieren und Messen an der Testbahn. Wenn Sie an so einem Punkt stehen, sparen Sie Zeit, indem Sie systematisch testen – oder in der Betreuung nachfragen. Nebenbei ist das genau der Teil, über den Sie später im Zwischenbericht schreiben: warum Sie sich so und nicht anders entschieden haben.

Nützliche Seiten für den NXT (NXC)

Nützliche Seiten für den EV3 (Python)

Zur Installation folgen Sie ausschließlich den Anleitungen in den Materialien. Dort steht alles, was Sie für Ihren Controller brauchen – einschließlich Lösungen für Probleme, die Sie online nicht finden. Die Seiten oben sind zum Programmieren gedacht; ihre Installationsanleitungen sind teilweise veraltet und führen bei uns zu unnötigen Problemen.

Regelung verstehen: PID Controller for LEGO Mindstorms Robots erklärt den Weg vom einfachen Zweipunktregler bis zum PID-Regler ohne höhere Mathematik. Der Pseudocode dort lässt sich sowohl in NXC als auch in Python übersetzen.

Erschrecken Sie nicht über das Alter dieser Seiten: NXT und EV3 werden seit Jahren nicht mehr weiterentwickelt. Die Sprachen und Befehle sind deshalb unverändert, die Anleitungen weiterhin gültig.

Wenn Sie Ihre Frage stellen – in der Betreuung oder per Supportanfrage –, geben Sie bitte gleich alles Nötige mit an: Ihr Betriebssystem, ob Sie einen NXT oder EV3 haben, was Sie schon versucht haben und die vollständige Fehlermeldung. Dann können wir Ihnen viel schneller helfen.

Wir empfehlen trotzdem, dass jedes Gruppenmitglied die Strecke einmal selbst gesehen hat, bevor Sie zum Meilenstein antreten. Was Ihr Roboter genau können muss, steht zwar im Regelwerk – aber an der Bahn zu stehen macht vieles anschaulicher. Und wenn danach etwas unklar bleibt, fragen Sie in der Betreuung. Beim Meilenstein selbst ist dafür keine Zeit: Dort haben wir ein festes Zeitfenster pro Gruppe, und Fragen wie „Was muss der Roboter jetzt eigentlich abfahren?" gehören in die Betreuung, nicht an die Teststrecke am Prüfungstag.

Warum wir auf dem einen Besuch bestehen:

• Sie sehen, was es bei uns gibt. Wir geben zusätzliche LEGO-Teile aus, die nicht im Kasten liegen. Viele Gruppen wissen gar nicht, was sie bei uns bekommen können.
• Im Gespräch kommen die Fragen. Erfahrungsgemäß fällt einem erst im Gespräch mit den HiWis ein, woran es beim eigenen Roboter gerade hakt.
• Wir sehen, wie es den Gruppen geht. Nebenbei bekommen wir mit, wer sich um die Gruppenarbeit bemüht – und wer seine Gruppe hängen lässt.

Warten Sie damit nicht bis kurz vor die Meilensteinwoche: In der Meilensteinwoche selbst finden weder Betreuung noch Ersatzteilausgabe statt.

Kommen Sie bei defekten oder fehlenden LEGO-Teilen zur Betreuungszeit in den SDP-Raum – dort tauschen wir defekte elektrische Bauteile aus. Es ist unwahrscheinlich, dass elektrische Bauteile fehlen, da die Kästen vor jeder Ausgabe überprüft werden. Prüfen Sie Ihren Kasten am besten direkt nach der Kastenausgabe und melden Sie Fehlendes zeitnah.

Kommen Sie auch in diesem Fall zur Betreuungszeit in den SDP-Raum. Wir haben LEGO-Teile vorrätig und schauen gemeinsam mit Ihnen, welche Bauteile Sie benötigen.

Der Grund ist organisatorisch und räumlich: Der SDP-Raum ist zu klein, um dort parallel zum laufenden Betrieb Meilensteine abzunehmen – er soll in erster Linie allen Gruppen zum Üben zur Verfügung stehen. Deshalb ist die Abnahme in einer eigenen Woche gebündelt, in der es weder Betreuung noch Ersatzteilausgabe gibt.

Ihr Roboter startet an der blauen Markierung auf der Testbahn, fährt ohne Unterbrechung bis zur Wand, wendet, fährt zurück und kommt im Ziel zum Stehen. Bestanden ist der Meilenstein, wenn ihm das in einem von zwei Versuchen gelingt, ohne dass Sie ihn nach dem Start berühren. Kommt er dabei von der Linie ab, muss er sie selbst wiederfinden. Hindernisse gibt es beim Meilenstein noch nicht.

Außerdem muss eine Ballauffangvorrichtung vorhanden sein. Sie muss noch nicht funktionieren – weder mechanisch noch im Code.

Die vollständigen Regeln – Versuche, Zeitlimit und Start – stehen im Regelwerk, Kapitel 6 und 7.

Denken Sie beim Programmieren schon an den Wettbewerb: Dort fällt der Ball 5 Sekunden, nachdem Ihr Roboter die Lichtschranke unter der Ballausgabe durchfahren hat (Regelwerk, Abschnitt 4.3). Planen Sie das jetzt schon ein, auch wenn Ihre Auffangvorrichtung beim Meilenstein noch nichts können muss.

Ihr Roboter muss mit wechselnden Lichtverhältnissen zurechtkommen. Fest einprogrammierte Lichtwerte sind deshalb nicht zulässig; wir sehen uns dazu vor Ihrer Fahrt gemeinsam mit Ihnen den Code an, den Sie vorab hochladen.

Außerdem müssen Sie Fragen zu Ihrem Code beantworten können. Jedes Mitglied Ihrer Gruppe muss erklären können, was Sie programmiert haben und warum. Kann das niemand, gehen wir davon aus, dass der Code nicht von Ihnen stammt, sondern von jemand anderem oder von einer KI geschrieben wurde. Dies zählt als Plagiat, und der Meilenstein ist nicht bestanden, auch wenn Ihr Roboter die Strecke schafft (Regelwerk, Abschnitt 1.3).

Dafür gibt es drei Gründe:

• Dokumentation. Was wissenschaftlich erarbeitet wird, wird auch dokumentiert. Im SDP ist der Zwischenbericht genau das: Sie halten fest, was Sie gebaut, ausprobiert und wieder verworfen haben – und warum.

• Übung im wissenschaftlichen Schreiben. Für die meisten von Ihnen ist das der erste eigene Bericht dieser Art. Sie lernen dabei, wie ein wissenschaftlicher Text aufgebaut ist und wie man sachlich formuliert und belegt.

• Erfahrung mit LaTeX. Viele Professorinnen und Professoren setzen LaTeX für die Bachelorarbeit voraus. Hier können Sie es zum ersten Mal in einem kleinen Rahmen ausprobieren.

Dazu kommt ein praktischer Punkt: In fast jeder Gruppe gibt es Mitglieder, die beim Bauen und Programmieren weniger unterbringen können. Über den Bericht kann sich jede und jeder einbringen.

Jede Gruppe gibt einen Bericht ab. Termin und Upload-Button finden Sie in der Timeline; abgegeben wird als PDF.

• Der Bericht umfasst höchstens 10 Seiten. Titelseite und Literaturverzeichnis zählen nicht mit, Abbildungen und Flowcharts dagegen schon.
• Gruppenname und Gruppennummer müssen auf dem Bericht stehen. Ohne diese Angaben können wir den Bericht nicht annehmen.
• Drei Bilder Ihres Roboters gehören dazu: eine Frontansicht, eine Seitenansicht und ein Bild der Sensorkonstruktion. Ohne diese Bilder können wir den Bericht nicht annehmen.
• Kein Code im Bericht. Stattdessen zeigen Sie pro Aufgabe ein kleines Flowchart mit den Entscheidungen, die Ihr Programm dort trifft, und dazu ein übergeordnetes Flowchart für das Gesamtprogramm. Halten Sie die Darstellungen kompakt – sie zählen bei den 10 Seiten mit.
• Schreiben Sie außerdem, welche Aufgabe für Sie besonders anspruchsvoll war, und begründen Sie das: Woran lag die Schwierigkeit, und wie sind Sie damit umgegangen?
• Begründen Sie Ihre Entscheidungen. Darauf legen wir dieses Jahr besonderen Wert: Es genügt nicht zu beschreiben, was Ihr Roboter tut und was im Code steht. Schreiben Sie, warum Sie eine Lösung so gewählt haben, welche Alternativen Sie ausprobiert oder verworfen haben und was den Ausschlag gegeben hat.
• Schreiben Sie sachlich und unpersönlich, also nicht in der Wir-Form. Nummerieren Sie Abbildungen, geben Sie ihnen eine Bildunterschrift und verweisen Sie im Text darauf. Belegen Sie Behauptungen mit Messwerten, Beobachtungen oder Quellen.

Der Zwischenbericht wird in LaTeX verfasst. Eine Vorlage dafür finden Sie in den Materialien.

Was ist LaTeX? LaTeX ist ein Satzsystem für wissenschaftliche Texte. Anders als in Word schreiben Sie nicht direkt das fertige Layout, sondern Text mit Befehlen darin – zum Beispiel \section{Aufbau} für eine Überschrift. Daraus erzeugt LaTeX ein PDF und kümmert sich selbst um Nummerierung, Verweise, Literaturverzeichnis und ein einheitliches Layout. Genau deshalb ist es an der Uni verbreitet.

Was ist Overleaf? Overleaf ist ein LaTeX-Editor im Browser. Sie müssen also nichts installieren und können sofort loslegen. Overleaf ist das Werkzeug, das am häufigsten verwendet wird, und unsere Anleitung in den Materialien beschreibt genau diesen Weg.

Ein Hinweis zum Teilen: In der kostenlosen Version können nur zwei Personen gemeinsam an einem Projekt arbeiten. Ihre Gruppe hat vier Mitglieder – klären Sie also früh, wie Sie das lösen. Sie können die Abschnitte aufteilen und Texte austauschen, oder Sie einigen sich darauf, dass zwei Personen den Bericht zusammenbauen.

Es muss nicht Overleaf sein. LaTeX läuft auch lokal auf Ihrem Rechner, etwa über eine LaTeX-Distribution mit einem Editor Ihrer Wahl oder über ein LaTeX-Plugin in VS Code. Das hat sogar Vorteile: Sie können Ihre Dateien mit Git versionieren und sind zu viert nicht eingeschränkt. Nur: Unsere Anleitung beschreibt diesen Weg nicht. Wenn Sie so arbeiten möchten, erarbeiten Sie sich die Einrichtung selbst.

So benutzen Sie die Vorlage in Overleaf:

1. Laden Sie die Vorlage als .zip-Datei aus den Materialien herunter. Lassen Sie sie gepackt – Overleaf entpackt sie im nächsten Schritt selbst und legt dabei die Ordnerstruktur richtig an. (Wenn Sie lokal arbeiten statt mit Overleaf, packen Sie die Datei natürlich aus.)
2. Legen Sie sich auf overleaf.com ein Konto an und melden Sie sich an.
3. Klicken Sie auf New Project → Upload Project und wählen Sie die .zip-Datei aus.
4. Overleaf legt daraus ein Projekt an. Öffnen Sie die Hauptdatei (in der Regel main.tex) und klicken Sie auf Recompile – rechts sehen Sie das fertige PDF.
5. Schreiben Sie Ihren Text in die vorgesehenen Abschnitte und tauschen Sie die Beispielbilder gegen Ihre eigenen aus.
6. Über Share können Sie eine weitere Person einladen – in der kostenlosen Version ist das auf eine begrenzt.
7. Zur Abgabe laden Sie das fertige PDF über Download PDF herunter und laden es über den Button in der Timeline hoch.

Sie bekommen den korrigierten Bericht zurück. Auf der Titelseite steht dann eine To-do-Liste mit den Punkten, die Sie überarbeiten müssen. Dafür haben Sie eine Woche Zeit. Danach schauen wir nur noch, ob Sie diese Punkte umgesetzt haben.

Wer die Punkte der To-do-Liste sauber abarbeitet, besteht. Wenn eine Gruppe gar nicht reagiert oder an der Überarbeitung nichts zu erkennen ist, ist der Bericht endgültig nicht bestanden. Das bedeutet: Modul nicht bestanden und keine Teilnahme am Wettbewerb.

Beim Wettbewerb muss Ihr Roboter alles können, was schon für den Meilenstein nötig war, und zusätzlich:

• Die Ballauffangvorrichtung muss funktionieren, sowohl vom Aufbau her als auch im Code: Der Roboter fängt den Ball an der Wand am Ende der Hinfahrt und gibt ihn im Ziel in die Zielbox ab (Regelwerk, Abschnitte 4.3 und 4.5).

• Er muss Hindernissen auf der Strecke ausweichen. Für jedes Hindernis, das er berührt oder verschiebt, erhält er eine Zeitstrafe (Regelwerk, Abschnitte 4.2 und 8.4). Das können Sie an der Testbahn üben; beim Meilenstein wird es noch nicht geprüft.

Wie beim Meilenstein dürfen Sie Ihren Roboter nur beim Start berühren. Wann der Wettbewerb bestanden ist, steht im Regelwerk, Abschnitt 8.3; den Ablauf des Tages finden Sie unter „Wie läuft der Wettbewerbstag ab?“.

Der Barcode ist beim Meilenstein und beim Wettbewerb optional. Erkennt Ihr Roboter ihn, kann er eine Abkürzung nehmen (Regelwerk, Abschnitt 4.4).

Der Wettbewerb findet im Foyer von Gebäude 101 statt; die Uhrzeiten stehen in der Timeline. Alle Gruppenmitglieder müssen den ganzen Tag anwesend sein – bis einschließlich der Siegerehrung um ca. 18:00 Uhr.

Der Tag im Überblick

Wann genau Ihre Gruppe fährt und pitcht, hängt von der Startreihenfolge ab. Bleiben Sie deshalb den ganzen Tag vor Ort und schauen Sie regelmäßig auf den Bildschirm im Foyer oder auf die Startseite.

Roboterausstellung

• Zu Beginn des Tages stellen Sie Ihren Roboter in der Roboterausstellung ab. Dort bleibt er bis zur Siegerehrung.

• Herausnehmen dürfen Sie ihn nur für Ihren Pitch und für Ihre eigene Fahrt. Danach bringen Sie ihn direkt wieder zurück.

Vor Ihrem Start

• Ihre geschätzte Startzeit sehen Sie auf der Startseite. Welche Gruppe als Nächstes an der Reihe ist, wird auf einem Bildschirm vor Ort angezeigt.

• Holen Sie Ihren Roboter rechtzeitig aus der Roboterausstellung und machen Sie ihn startklar, vor allem EV3 brauchen lange zum Hochfahren.

• Melden Sie sich bei uns an, sobald nur noch eine Gruppe vor Ihnen dran ist. Bringen Sie dazu Ihren Studierendenausweis und Ihren Personalausweis mit, wir gleichen das Lichtbild ab.

Die Fahrt

• Sie haben zwei direkt aufeinanderfolgende Versuche: höchstens 4 Minuten pro Versuch und 6 Minuten für beide zusammen. Gewertet wird der bessere.

• Starten Sie Ihr Programm erst, wenn die Ampel an der Bahn grün zeigt. Danach dürfen Sie Ihren Roboter nicht mehr berühren.

• Alle Regeln zu Start, Zeitmessung und Zeitstrafen stehen im Regelwerk, Kapitel 6 und 8. Lesen Sie sie vor dem Wettbewerb einmal ganz durch.

Bestanden haben Sie den Wettbewerb, wenn Ihr Roboter in einem Versuch die Startlinie durchfährt, an der Wand wendet und die Startlinie ein zweites Mal durchfährt, ohne bis dahin berührt worden zu sein (Regelwerk, Abschnitt 8.3). Scheitert er danach an einer Aufgabe, etwa an einem Hindernis oder an der Zielbox, fallen Sie deswegen nicht durch: Es gibt dann eine Zeitstrafe, oder der Versuch geht nicht in die Zeitwertung ein.

Pitch

• Während des Wettbewerbs halten Sie einen etwa 30 Sekunden langen Pitch zu Ihrem Roboter. Den Raum finden Sie in der Timeline beim Termin „Abgabe Pitch“.

• Die Pitch-Folie ist eine Pflichtabgabe. Laden Sie sie vorab hoch – auf Ihrer Gruppenseite unter „Abgaben“ oder in der Timeline beim Termin „Abgabe Pitch“. Dort steht auch die Frist.

• Wann Ihre Gruppe pitcht, legt das System für jede Gruppe einzeln fest. Sie erfahren es zusammen mit der Startreihenfolge kurz vor dem Wettbewerb.

• Bleiben Sie bitte bis zum Ende des Pitch-Slots, auch wenn Sie selbst schon gepitcht haben.

Nach Ihrer Fahrt

• Bleiben Sie bis zum Ende der Veranstaltung, auch wenn Sie schon gefahren sind. Das Ende markiert die Siegerehrung um ca. 18:00 Uhr; die Teilnahme daran ist für alle verpflichtend.

• Bringen Sie Ihren Roboter nach der Fahrt direkt zurück in die Roboterausstellung. Vor der Siegerehrung dürfen keine Roboter aus der Roboterausstellung entfernt werden – außer für den eigenen Pitch und die eigene Fahrt.

• Ihren Roboter nehmen Sie nach der Siegerehrung wieder mit. Nur Gruppen, die einen Preis gewonnen haben, lassen ihn danach für die Ausstellung der Preisträger da – mit einem Zettel daran: Gruppennummer, Platzierung, Ansprechpartner und E-Mail-Adresse.

Es gewinnt die kürzeste Gesamtzeit aus Fahrzeit und Zeitstrafen; bei gleicher Gesamtzeit teilen sich die Gruppen den Platz. Preise erhalten nur Gruppen mit mindestens einem Versuch in der Zeitwertung.

Wie die Zeit gemessen wird und wofür es Zeitstrafen gibt, steht im Regelwerk, Abschnitte 8.2 und 8.4.

Den Preis für technische Innovation vergeben die Sponsoren und ausgewählte Mitarbeitende der Technischen Fakultät. Grundlage sind die Pitches: Nachdem alle Gruppen präsentiert haben, entscheidet die Jury über den Preis.

Ihr Pitch sollte deshalb einen kompakten Überblick über die Innovationen an Ihrem Roboter geben.

Neben der Fahrt gibt es beim Wettbewerb einen Preis für das schönste Roboterdesign.

Das Bild ist eine Pflichtabgabe: Jede Gruppe lädt ein Bild ihres Roboters hoch.

• Hochladen können Sie es auf Ihrer Gruppenseite unter „Abgaben“ oder in der Timeline beim Termin „Abgabe Designpreis“. Dort steht auch die Frist.
• Die Abstimmung startet zusammen mit dem Wettbewerb um 10:00 Uhr. Alle Bilder können Sie sich auf der SDP-Webseite ansehen.
• Abstimmen darf jede Person mit einem Rechenzentrumsaccount der Universität Freiburg. Unsere Sponsoren stimmen ebenfalls mit ab.
• Jede Person hat drei Stimmen.

Die Anwesenheit aller Gruppenmitglieder ist zwingend erforderlich – den ganzen Tag bis einschließlich der Siegerehrung um ca. 18:00 Uhr.

Es gibt genau zwei Gründe, aus denen Sie fehlen oder früher gehen dürfen:

• Eine Klausur am selben Tag. Schreiben Sie uns zeitnah per Supportanfrage, dann passen wir Ihren Starttermin an.
• Krankheit. Reichen Sie innerhalb von drei Werktagen ein ärztliches Attest ein, ebenfalls per Supportanfrage.

Eine Prüfung in den Tagen nach dem Wettbewerb zählt nicht: Lernen ist kein Grund, früher zu gehen. Planen Sie den Wettbewerbstag von vornherein als vollen Tag ein.

Sie sollen Ihre .nxc-Datei bzw. .py-Datei mit dem Code in eine .zip-Datei verpacken und diese abgeben.

Sie müssen das Programm so hochladen, dass es sich mit einem einfachen Texteditor lesen lässt. Die Programmierung mit grafikbasierten Programmiersprachen (z.B. NXT-G, EV3-G) ist nicht zulässig (Regelwerk, Abschnitt 5.3).

Sehr wahrscheinlich haben Sie sich nicht korrekt angemeldet (Siehe Anmeldung).

Die Leistungen werden am ENDE des Semesters im HISinOne eingetragen (zu finden unter: “Mein Studium” → “Leistungen”).