Arduino Projekte

  • Jede:r Schüler:in setzte ein eigenes Arduino-Projekt um.
  • Dazu steht dir das gesamte erste Quartal des Frühlingssemesters zur Verfügung.
  • Dabei ist das Endprodukt wichtig. Es soll fix fertig und kein Prototyp sein (also keine Breadboards, alles fest verlötet).
  • Ebenso wichtig ist der Prozess. Demonstriere, dass du mit Git & GitHub arbeiten kannst. Regelmässige Commits und Pushes (mind. 1x pro Woche) sind Pflicht.
  1. Projekt finden: mit LP besprechen und absegnen lassen
  2. GitHub
    1. neues Repo erstellen für Projekt …
    2. … mit passendem Namen
    3. LP freigeben (anschae)
    4. Zwei Markdown-Dokumente (siehe unten) darin erstellen: projektbeschreibung.md und dokumentation.md
  3. Projektbeschreibung:
    1. siehe Details unten
    2. Abgabe ASAP: schicke Link zu Dokument per Teams an sca)
    3. muss von LP abgesegnet werden für weiteres Arbeiten
  4. Umsetzung Projekt:
    1. Planen, Hardware bestellen, Coden, …
    2. Mit Dokumentation beginnen, v.a.
    3. Regelmässige Commits & Pushes, Fortschritt auf hardwareebene mit Fotos auf GitHub dokumentieren → fliesst in Bewertung der Dokumentation ein
  5. Dokumentation finalisieren
  6. Abgabe von Dokumentation (Link zu Dokument per Teams an sca) und Hardware (an sca persönlich) bis spätestens Do 23. März 2023.
    Gut begründet ist auch eine spätere Abgabe möglich. Dies muss bis spätestens Do 9. März 2023 mit sca abgesprochen werden.

Dok 1: Projektbeschreibung

  • Inhalt:
    • Abstract (das wichtigste in wenigen Sätzen)
    • Projekt im Detail:
      • Beschreibung des Projekts in mehr Detail
      • Muss: Welche Features müssen zwingend umgesetzt werden?
      • Optional: Welche Features sind optional falls gut in Zeit?
    • Zeitplan:
      • Tabelle
      • Bis wann soll was erledigt sein
    • Skizze:
      • Skizze der Hardware, am einfachsten von Hand
    • Kostenabschätzung:
      • Zusammenstellung der ungefähren Kosten
      • Auflistung der speziellen Komponenten mit Preis und Link
      • Günstige Standard-Komponenten (Widerstände, Drähte, LED,…) können vernachlässigt werden

Dok 2: Dokumentation

  • Inhalt von Projektbeschreibung kann schamlos kopiert und angepasst werden.
  • Inhalt:
    • Abstract (das wichtigste in wenigen Sätzen)
    • Projekt im Detail:
      • Beschreibung des Projekts in mehr Detail
      • Welche Features wurden umgesetzt?
      • Hardware: Beschreibung der wichtigsten Hardware inkl. Fotos
      • Software: Wichtigste Überlegungen hinter Code; wie ist er strukturiert? (kurz und bündig)
    • Entwicklung Hardware:
      • Dokumentiere Entwicklungsprozess der Hardware fortlaufend
      • Füge Bilder hinzu, Text optional
      • allfällige Pläne, CAD-Designs usw. müssen ebenfalls hier dokumentiert werden.
      • muss in real time upgedated werden
      • auch Fehlversuche müssen dokumentiert werden
    • Diskussion & Reflexion:
      • Was hat gut geklappt, was weniger?
      • Was würdest du anders machen?
      • Wie könnte erweitern?
    • Code: gesamter Code
  • Es muss nicht zwingend ein Arduino Uno verwendet werden. Alternativen: Arduino Micro, ESP, … Es muss einfach mit der Arduino IDE und C++ programmiert werden.
  • Bestellungen müssen mit sca abgesprochen und dann bei Philippe Mussoi aufgegeben werden.
  • Jede:r Schüler:in hat im Normalfall ein Budget von 50 Fr. (100 Fr. TALITs).
  • Zusätzliche Kosten müssen selbst übernommen werden, falls Projekte nachhause genommen werden wollen.
  • Projekte, die für die Schule entwickelt werden, werden vollumfänglich übernommen.
max. Punkte
Dok 1: Projektdokumenation (Inhalt, Formales, Sprache) 3
Umsetzung Hardware
- Funktionstüchtigkeit
- Selbständigkeit
- sauberes Arbeiten
- Schwierigkeitsgrad & Umfang
- Design & Ästhetik
10
Umsetzung Software
- Funktionstüchtigkeit
- Selbständigkeit
- Programmierstil
- Schwierigkeitsgrad & Umfang
- Merkpunkte guter Code (siehe unten)
10
Dok 2: Dokumentation (Inhalt, Formales, Sprache, Prozess) 7
  • Max. Punktzahl: 30
  • 6er ab 28 Punkten
  • unterhalb lineare Notenskala
  • Punkte für Umsetzung Hardware & Software auch anders möglich (insg. 20 Pkt), spreche im Vorfeld mit sca ab.
  • Lesbarkeit
    • Kommentare (alles was nicht offensichtlich ist kurz kommentieren, aber keine offensichtlichen Kommentare a la „This is a for-loop.“)
    • sinnvolle & einheitliche Benennung Variablen, Funktionen, Klassen, …
  • Einhalten der wichtigsten Stylevorschriften:
  • OOP (falls sinnvoll, nur TALITs)
  • ef_informatik/arduino_projekte.1676379233.txt.gz
  • Zuletzt geändert: 2023-02-14 12:53
  • von sca