|
|
| (Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| [[Kategorie:ADR]]
| |
| [[Inbetriebnahme eines vier-achsigen Hochgeschwindigkeits-Delta Roboter zur Sortierung von Objekten | zurück zum Hauptartikel]]
| |
|
| |
|
|
| |
|
| |
| Diese Seite befindet sich noch im Aufbau!
| |
|
| |
| In der Phase der Anforderungsdefinition haben wir alle Anforderungen an das System zusammengetragen. Diese Phase dient der Findung aller Funktionen, die das System später erfüllen muss und des besseren Verständnisses für das Themenumfeld. Die Erkenntnisse wer-den dokumentiert und das Resultat der Anforderungsdefinition stellt für uns die Einkaufsliste dar. In diesem Dokument stehen die Anforderungen an das Verhalten des Systems und an die Nutzerinteraktion. Die Anforderungsdefinition dient als Grundlage, um sowohl die zu erbringende Leistung festzuhalten sowie als Roadmap zum Ziel des Projektes. Alle weiteren Entwicklungsschritte bauen auf der Anforderungsdefinition auf.
| |
|
| |
| ==Aufgaben==
| |
|
| |
| *Funktionsweise des Systems definieren -> Anforderungen definieren
| |
| *Dokumente sichten und ordnen
| |
| *Bestandsaufnahme der vorhandenen Bauteile
| |
| *Funktionsfähigkeit der vorhandenen Bauteile testen
| |
| *Fehlende Bauteile, zur Erreichung der Anforderungen identifizieren
| |
| *Fehlende Bauteile in die Einkaufsliste einpflegen
| |
| *Dokumentation der Ergebnisse
| |
|
| |
| ==Vorgehen==
| |
|
| |
| Als initialer Ausgangspunkt dient hier das Zielverhalten des Systems. Mithilfe der Praktikumsaufgabe und den Betreuern haben wir das präzise Verhalten des Roboters festgelegt. Darauf aufbauend haben wir dann die vorhandenen Dokumente, Schaltplan und Technische Zeichnung vom Aufbau, gesichtet und geordnet. Anschließend wurde eine Bestandsaufnahme und ein Funktionstest der vorhandenen Bauteile durchgeführt. Die Realisierbarkeit der Anforderungen an das Zielverhalten des Roboters wurde dann mit den vorhandenen Bauelementen gegenübergestellt. Das Resultat daraus waren die fehlenden Bauteile, die dann in der Einkaufsliste eingepflegt wurden. Eine kontinuierliche Dokumentation der Ergebnisse wurde parallel durchgeführt.
| |
|
| |
| ==Hindernisse/Probleme==
| |
|
| |
| *Es musste viel Rücksprache mit den Betreuern getroffen werden, um die Anforderungsdefinition finalisieren zu können.
| |
| *Die ganzheitliche Identifikation der fehlenden Bauteile stellte sich zu dem Projektstatus als sehr schwer heraus.
| |
| **Lösung: Die essenziellen Bauteile konnten ganzheitlich erfasst werden, allerdings waren Kabellängen und Kanallängen von Anfang an nicht absehbar. Die Teile waren aber im Lager der Hochschule vorhanden, weshalb das Problem obsolet wurde.
| |
|
| |
|
| |
| ==Ergebnis==
| |
|
| |
| ====Anforderungsdefinition====
| |
| Der Delta Picker Roboter muss die abgebildeten Beispielelemente auf dem einem fahrenden Förderband mithilfe eines Kamerasystems automatisch erkennen, pneumatisch aufnehmen und an einem bestimmten Ort wieder ablegen. Das System soll über ein mobiles Panel steuerbar sein.
| |
|
| |
| Anforderungsdefinition Picker.png
| |
|
| |
| ====Einkaufsliste====
| |