Was meint Ihr dazu?

Wobei dir Frage bleibt, was müssen die 3 denn überhaupt machen? Nur die
SW schrieben? Was ist mit HW? Konstruktion? Konzeption? Änderungen
während der Entwicklung? HW-Tests (Temperatur, EMV, Mechanik, usw.),
SW-Test auch Robustheitstest? Integrationstest?

Nen riesenhaufen Malloche.......

Generell sind 3 Monate dafür zu wenig Zeit, 6 Monate ist knapp würde
ich sagen. Wie gesagt, wie groß ist der Arbeitsumfang?

> "Schatz, wo warst du gestern mit dem Auto?"
> "Im Kino..."
> Blackbox >> PC.
> "Hmm, seid wann ist das Kino an der Stelle, an der normalerweise
das
> Haus deines Tennislehrers ist??"

Hab ich grad fertiggestellt..EEPROM-Speicher für 3500 Positionspunkte,
Datenexport im gpx-Format z.B. nach Google Earth, wo man sich die Route
dann ansehen, oder abfliegen kann. Ich bastel grad an der Doku, ist
schon ganz lustig (...also nicht der Streit mit der Freundin :-)

3 Monate als Feierabendprojekt, mit Urlaub. Programmiert in C, im Grunde
ist da auch nix dolles dran. Man kann sich ja an fertige NMEA-libs wie
der aus der AVR-Lib halten, da ist schon einiges vorhanden.

Zu dritt könnt ihr das doch aufteilen. Als erstes die generellen
Schnittstellen festlegen, und der sich in Programmierung in C auskennt
macht die AVR-Software, die anderen Hardware oder das PC-Programm. Das
könnte noch bis zum Jahresende zu schaffen sein. Aber wenn alle drei
bei Null anfangen wirds schon schwierig.

Achso, zur Antenne:
Ich habe eine serielle GPS-Maus verwendet wo die Antenne intern
vorhanden ist. Die hat einen Magnetfuß mit den ich mir das Teil beim
Motorrad auf den Tank hefte.
Es gibt auch GPS-Module die eine externe Antenne benötigen, die dürfte
sich besser verstecken lassen wenn man wirklich vorhat jemandem
nachzuspionieren.

Ihr seid zu dritt und lernt sicherlich nicht Bäcker. In der Zeit wo ihr
euch Aufregt darüber könntet ihr schon einen ganz großen Teil haben.
Der wo die Aufgaben verteilt wird sich schon was dabei gedacht haben.

Außerdem weiß ich gar nicht was dieser Thread Sinnvolles bewirken soll?

Bei vielen der Sachen die wir im Studium machen mussten,wusste anfangs
keiner wirklich bescheid wie es anzupacken war.Sehr vieles wirkte
schwer und kaum schaffbar.Aber irgendwie hat man sich immer
durchgebissen.Die,die´s mit Arbeit und Mühe gemacht haben,wurden dann
mit einem Abschluss Dipl-Ing(FH) belohnt.Die,die sich am
Schwierigkeitsgrad erstmal hochgezogen hatten,haben oft mittendrin ihr
Studium abgebrochen.Und die,die alles von anderen lösen haben
lassen,wurden aussortiert.

Letztenendes war alles schaffbar,wenn es auch oft mit viel arbeit und
lernaufwand(und bereitschaft) verbunden war.


Schaut euch doch mal ein paar der Experimentierplatinen mit Atmega128
an.Wie wurde auf denen die Basisbeschaltung gemacht?Welche Sachen
wurden immer gleich gelöst?Wie wurde die Spannung erzeugt?Was und wie
ist zwischen die seriellen Schnittstellen des AVR und die
Aussenbeschaltung geschaltet?Das Tutorial hier auf der Seite ist eine
weitere Starthilfe.

Letztenendes sind alle Baugruppen weitestgehend einzeln betrachtbar,die
Interaktion aller Beteiligten läuft dann zumeist nach Schema F ab.

Vor ein paar Tagen gabs hier mal einen Thread der sich mit
Hardware-Entwurf beschäftigte,da sind ein paar gute Tips wie man mit so
einer Schaltung anfangen kann.

Viel Spaß&Erfolg beim basteln :)

Na sonderlich durchdacht erscheint mir die Ausgabenstellung so wie sie
hier dargestellt wird nicht. Die Festlegung auf Assembler kann ich mir
schon vorstellen, sonderlich sinnvoll erscheint sie mir nicht.

Reduzieren wir die Aufgabe eben auf regelmäßig Daten vom GPS-Empfänger
in den RAM zu kopieren und auf einer zweiten Schnittstelle auf Kommando
auszugeben. Dabei dürfte dann rauskommen das der Datenspeicher arg klein
ist und sich aus den Koordinatenwerten keine sinnvollen Werte für
Geschwindigkeit und Richtung ermitteln lassen.

Analoge Ein- und Ausgänge und das LCD werden im Schaltplan vorgesehen.
Von einer Verwendung war hier bislang als Forderung nirgends die Rede.
Kann man also als Übung für den interessierten Leser lassen.