Dies ist eine alte Version des Dokuments!
MEXLE2020 Modul : DummyName
Dummy-Bild
Source: Moyan Brenn @ Wikimedia.org
(CC BY 2.0 Lizenz)
.jpg){kind=link}
| Ersteller | ??? |
|---|---|
| letzte Änderung | Sommersemester 2019 |
| Kurzbeschreibung | In der Kurzbeschreibung soll die wesentliche Funktion des Projekts in einem Satz zusammengefasst werden |
ACHTUNG! Für die Niederschrift bietet sich folgendes Vorgehen an:
- erst Bilder, Diagramme und Tabellen erstellen und den Kapiteln zuordnen
- dann mit dem Text beginnen!
- Auch Fehler dürfen beschrieben werden
- Es sollte soviel beschrieben werden, dass nachfolgende Studierende ohne Rückfragen Ihren Weg und Ziel nachvollziehen können.
- Keine Ich-Form, Emotionen vermeiden!
<pagebreak>
Hardwareübersicht
<pagebreak>
Neu erstellte Module
<pagebreak>
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/
C> /* [enable_line_numbers=1, start_line_numbers_at=42]*/ void main () { printf („Hello World!“); exit 0; }
Erklärung zum Code:
exit 0;kann weggelassen werden.
<pagebreak>
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
- Wie wurde das Problem angegangen?
- Wieso wurden die genutzten Bauteile und Platinen (z.B. MMC_328PB) verwendet?
Erstellung der Hardware
- hier nicht Schaltplan / Board darstellen, sondern in den Unterseiten.
- Auf was wurde bei der Systemauswahl Wert gelegt? Welche Hürden wurden genommen?
Erstellung der Software
- Auf was wurde Wert gelegt? Welche Hürden wurden genommen?
- 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
- Gab es Zwischenschritte / Zwischenergebnisse?
- Wurden Testplatinen und/oder Testkonzepte erstellt?
Kurzanleitung zu WaveDrom: https://observablehq.com/@drom/wavedrom-ark?collection=@drom/wavedrom
Resumee
Fazit
nur für die einzelne Platine. Das Abschlussfazit sollte auf der Projekt-Seite stehen.
bekannte Bugs / Verbessungsvorschläge
- Welche Fehler sind auf der Platine / in der Software bekannt?
- Verbesserungsvorschläge (Ausblick): Was könnte im Gesamtsystem noch umgesetzt werden?
| Nr. | Bug/Feature | SW/HW | Beschreibung |
|---|---|---|---|
| Iss-01 | Bug | SW | Bei der Eingabe eines 18-stelligen Codes werden die letzten 17 Stellen abgeschnitten |
| Iss-02 | Bug | HW | LED X3 funktioniert nicht -> Kurzschluss durch Lötzinn |
| Iss-03 | Feature | SW | Statemachine ist einzubauen |
| Iss-04 | Feature | HW | Kameraauslöser ist zu entwickeln (noch nicht verfügbar) |
| Iss-05 | Test | HW | SD-Karte noch nicht getestet |