Suche Microcontroller

Wenn du dir einen grossen Gefallen tun willst, dann mach einen Bogen um 
USB-Hosts direkt im/am Mikrocontroller. Such dir was mit asynchroner 
Schnittstelle, vorzugsweise mit TTL-Pegel (bei GPS Mäusen kein Problem).

Alexander P. schrieb:

> Wir wollen aber an eine .php seite die GPS Koordinaten schicken.

Und wieviele Bytes pro Sekunde sind das? 9600bd schafft rund 1000 
Bytes/Sekunde und so viele GPS Koordinaten muss man erst einmal her 
bekommen.

minifloat schrieb:

> Was ein FT232 nicht schafft: Microcontroller als USB-Host zu betreiben.


Genau DAS kann der neue Chip von ftdi: Vinculum-II

Lohnt sich mal anzusehen (in meinen Augen)

NB: Der Sprung von einer simplen Basic Stamp auf einen mittelgrossen 
32-Bitter mit USB-Host führt über einen ziemlich breiten und tiefen 
Abgrund.

Alexander P. schrieb:

> Ich hab am PC die Kommunikation mitgeloggt, da bin ich auf die ominösen
> 460800 baud/seriel gestossen. Daher die Frage, ich will ja per PPP ins
> Internet und da die GPS Koordinaten hinschicken.

Diese 460kbd sind wohl das, was auf der Schnittstelle formal eingestellt 
wird, nicht jedoch die effektiv genutze Datenrate. Für dich interessant 
ist letztere und ich könnte mit vorstellen, dass dafür bereits die 
9,6kbd ausreichen.

Alexander P. schrieb:

> Jedoch bin ich mir nur immer noch nicht sicher, was die 460800 baud
> sind, ist das die Kommunikation des Datensticks mit UMTS mit dem
> Provider???

Der Stick wird vmtl. keinen Seriellkonverter drin haben, sondern 
"echtes" USB. Und dann ist das nur die offiziell definierte 
Geschwindigkeit der überhaupt nicht real existierenden asynchronen 
Schnittstelle zwischen Controller und Stick. Also eine reine Luftnummer, 
eine Formalie ohne praktische Bedeutung.

Alexander P. schrieb:

> Kann der Vinculum-II meinen Controller asyncron mit Buffer mit Daten
> versorgen, damit er nicht einen "Buffer overflow" bekommt? Also
> irgendwie blicke ich momentan nicht so ganz durch.

Bevor du hier das Pferd von hinten aufzäumend gleich einen Supercomputer 
aufbaust, fang mal bei den Basics an und dann rechne ein bischen. Fang 
damit an, was du tatsächlich für die Aufgabe benötigst, und nicht was 
irgendwer bei irgendeinem Stick in die Werbepamphlete reinschreibt oder 
im PC einstellt.

Wieviele Positionsinfos pro Sekunde oder Minute willst du per Internet 
loswerden? Wie gross ist die dabei entstehende Informationsmenge, netto 
in HTTP oder was auch immer? Dann kommt da noch der TCP/IP/PPP Aufwand 
oben drauf und du hast die erforderliche Datenrate. Alles darüber ist 
Reserve plus Leerlauf.

Wenn dir diese Rechnerei nicht so liegt, dann protokolliere die real 
übertragenen Daten, nicht die Schnittstelleneinstellungen. Richtig: 
Wieviele Bytes pro Sekunde/Minute sind über die Schnittstelle 
tatsächlich spaziert. Falsch: Was hat man dort eingestellt und wieviel 
könnte man dort übertragen bevor die Leitung qualmt.