Planung und Umsetzung - Design Rules
um ein wirtschaftliches, erfolgreiches und möglichst seriennahes Entwickeln zu ermöglichen halten wir uns an folgende Entwicklungsgrundsätze:
- Teamwork
- Wir sprechen alle Vorhaben im jeweiligen Team ab. Bei besonders weitreichenden Entscheidungen sollte das Gesamtteam konsultiert werden, ebenso bei allen Entscheidungen, welche die Schnittstellen zwischen den Teams betreffen. Hierfür dient der Verteiler: team @movil-nav.de .
- Wir dokumentieren unser Vorgehen für alle Studienarbeitsteilnehmener zugänglich auf dem FTP-Server. Datenblätter und mitwirkende Dokumente sollten ebenfalls dort allen zugänglich abgelegt werden.
- Anwesenheit bei allen Gesamtteam-Veranstaltungen sorgt für Informiertheit und dafür, dass bei Entscheidungen ausreichend Meinungen und Fachwissen vorhanden ist. Pünktlichkeit ist hier Fairplay.
- Wir erstatten regelmäßig Berichte über unsere Arbeit über den email-Verteiler, so vermeiden wir dass Arbeiten aus Unwissen doppelt ausgeführt werden.
- Erkannte Fehler und Änderungen sollten ohne Verzögerung allen Teammitgliedern zugänglich gemacht werden um die Arbeit der Teammitglieder kompatibel zu halten
- Wirtschaftlichkeit
- wir machen eine Aufgabe lieber auf Anhieb richtig, auch wenn dies vorerst aufwendiger erscheint.
- Bei Lösungen achten wir darauf, dass wir nicht über das Ziel hinausschießen: so viel wie nötig und nicht so viel wie möglich. Dennoch ziehen wir bei geringem Aufwand Lösungen vor, welche sich später erweitern lassen um zukünftig geringere Kosten zu Verursachen.
- Wir versuchen eine gute Balance zwischen Preis, Qualität und Aufwand zu finden.
- Der Hardwareentwicklung sollte größte Aufmerksamkeit gewidmet werden, da Änderungen sehr kostspielig sind.
- Es wird nur so viel in Hardware entwickelt, wie unbedingt notwendig. Bei der Funktionserfüllung sollte Software vorgezogen werden, diese ist dynamisch, Änderungen sind meist ohne Änderung der HW durchführbar.
- erst wenn die Planung komplett steht sollte umgesetzt werden. Bei der Umsetzung fertigen wir zuerst wenige Prototypen, erst wenn diese ihre Funktionsfähigkeit unter Beweis gestellt haben werden werden Serienteile hergestellt.
- Zukaufteile
- wir kaufen möglichst viele mechnische Zukaufteile, da eine Eingenfertigung meist unwirtschaftlich ist.
- Es sollten möglichst genorme mechansiche Zukaufsteile beschafft werden, dies ermöglicht einen Wechsel des Zulieferers und stellt somit die Verfügbarkeit sicher.
- Konstruktionsrichtlinien
- es ist drauf zu achten, dass die Bauteile möglichst einfach Herstellbar sind:
- Bei Kunststoffteilen: möglichst herstellbar auf Werkzeugen ohne Schieber
- Bei Kunststoffteilen: keine Wandstärken < 1,5 mm
- möglichst keine Hinterschneidungen
- bei Metallteilen: möglichst keine scharfen Kanten, Fräsergerecht
- Bei Blech: möglichst gute Bearbeitbarkeit vor dem Falzen
- Die Materialauswahl sollte sicherstellen, dass die Funktion gewahrt wird und eine Herstellung kostengünstig möglich ist. Hierbei ist zwischen Qualitätsanmutung, Funktionsfähigkeit, Designmöglichkeiten und Kosten abzuwägen.
- PCBs
- wir beschränken uns auf maximal zwei Layer
- es gelten die Design-Rules von Herrn Stumpf, siehe: www.olinet.de
- PCBs sollten vor Abgabe den olinet-DRC durchlaufen
- Die Anzahl der VIA-Dichte ist nicht begrenzt
- Die Fläche der PCBs ist so klein wie möglich zu wählen
- wir nutzen zum Entwickeln durchgängig die Software EAGLE
- Leiterbahndicken entnehmen wir der folgenden Tabelle
- Komponenten
- wir beachten die Bestellungen insbesondere die Deadlines
- wir suchen diejenigen Komponenten, welche sich am besten eignen zum geringst möglichen Preis.
- Da zusätzliche Bestellungen Overhead produzieren planen wir eine Reserve von 20% ein.
- Wir sollten prüfen, ob Bauteile aus der Standardbiblithek verwendet werden können.
- Spannungen
- es sollten wenn möglich Bauteile mit +3,3V eingesetzt werden
- zusätzlich stehen 5 und 12 V im eingeschalteten Zustand zur Verfügung
- im Standby sind nur 3,3 V vorhanden
Informationen Dokument:
verantwortlich: Sandor Paoli
Deadline: 10.12.2008
Status: Abgeschlossen, geprüft von Gesamtteam (Änderungen vorbehalten)
- Design Rules
-
Grundsätze
Mechanik
Elektronik
-
Ressourcen