Dies ist eine alte Version des Dokuments!

MEXLE2020 Modul : DummyName

study_aigledore_cc-by-2.0jpg.jpg
Dummy-Bild
Source: Moyan Brenn @ Wikimedia.org
(CC BY 2.0 Lizenz)

Ersteller ???
letzte ÄnderungSommersemester 2019
KurzbeschreibungIn der Kurzbeschreibung soll
die wesentliche Funktion des Projekts in
einem Satz zusammengefasst werden

ACHTUNG! Für die Niederschrift bietet sich folgendes Vorgehen an:

  1. erst Bilder, Diagramme und Tabellen erstellen und den Kapiteln zuordnen
  2. dann mit dem Text beginnen!
  3. Auch Fehler dürfen beschrieben werden
  4. Es sollte soviel beschrieben werden, dass nachfolgende Studierende ohne Rückfragen Ihren Weg und Ziel nachvollziehen können.
  5. Keine Ich-Form, Emotionen vermeiden!

Hardwareübersicht

Sensor Platine DRV8835 MMC 32U4 MMC 328PB Power Supply Basisboard 3×2

Neu erstellte Module

Softwareübersicht

In diesem Projekt wurde die Platine mmc_1x1_328pb verwendet und programmiert.

State Machine

<uml> [*] --> Init Init --> [*] State1 : this is a string State1 : this is another string

State1 --> State2 State2 --> [*] </uml>

Tipps zum Chart-Plugin: http://plantuml.com/de/ 

  1.   void main () {
  2.   printf ("Hello World!");
  3.   exit 0;
  4. }

Erklärung zum Code:

  • exit 0; kann weggelassen werden.

Projektübersicht

Aufgabenstellung/Problemstellung

Die Aufgabenstellung war eine kompakte Controllerplatine zu erstellen, welche als Basis für unterschiedlichste Projekte genutzt werden kann. Dabei sollte Wert auf Kompatibilität und größtmögliche Ausnutzung des verwendeten Microcontrollers werden.

Lösungsansatz

  1. Wie wurde das Problem angegangen?
  2. Wieso wurden die genutzten Bauteile und Platinen (z.B. MMC_328PB) verwendet?

Erstellung der Hardware

  1. hier nicht Schaltplan / Board darstellen, sondern in den Unterseiten.
  2. Auf was wurde bei der Systemauswahl Wert gelegt?
    Welche Hürden wurden genommen?

Erstellung der Software

  1. Auf was wurde Wert gelegt?
    Welche Hürden wurden genommen?
  2. hier sollte auch der Code beschrieben werden, welcher nicht explizit für die genutzte Hardware notwendig ist. Also zum Beispiel bei Spielen, die Spielmechanik oder bei einer Wetterstation die Aufteilung auf dem Display. In beiden Beispielen wäre die Beschreibung der Bibliothek der Anzeige nicht hier, sondern im Software-Kapitel der Anzeigehardware zu beschreiben.

Überprüfung/Test

  1. Gab es Zwischenschritte / Zwischenergebnisse?
  2. Wurden Testplatinen und/oder Testkonzepte erstellt?

Kurzanleitung zu WaveDrom: https://observablehq.com/@drom/wavedrom-ark?collection=@drom/wavedrom

Resumee

  1. Fazit für das gesamte System
  2. Verbesserungsvorschläge (Ausblick): Was könnte im Gesamtsystem noch umgesetzt werden?