Geschwindigkeit bei serieller Übertragung reduzieren

Gast #170949
Lesenswert?

Hallo Forum,
heute wende ich mich ausnahmsweise mal nicht mit einem direkten
Controller-Problem an Euch, denke aber, dass ich dieses Problem nur mit
einem Controller gelöst bekomme.

Ich habe einen SatReceiver mit serieller Schnittstelle. Dieser
überträgt ausschließlich mit 115kBaud.
Jetzt möchte ich das Signal mit einer Funkstrecke (Transceiver für
serielle Signale) übertragen.
Dieser Transceiver kann natürlich nicht so hoch. Bei mittelmäßigen
Umgebungsbedingungen kann ich nur noch 9600 Baud übertragen.
Wie kann ich die Daten puffern ? Gibt es für solche Zwecke vielleicht
fertige Controller ?

Danke im Voraus,
Gruß Carsten
Gast #170951
Lesenswert?

Ja, das dürfte gehen...
Ich habe eh schon einen der mit dem Receiver kommuniziert. Der könnte
dann das Signal versenden und dann brauche ich auf der Empfängerseite
wieder einen, der das Signal annimmt und verarbeitet.
Der am Receiver kann bestimmen, wann er Daten anfordert. Mit nem
ausreichenden FIFO-Puffer müsste das klappern.
Gast #170952
Lesenswert?

...verdammt...
da kann ich mit meinem STK500 wohl ohne Erweiterungboard einpacken.
Gibts eigentlich keine AT90 mehr bei Atmel ?
Ich denke da werde ich wohl zwei Attyni2313 mit SPI versuchen zu
koppeln.
Dann kann einer sich um den Funkkram kümmern und der andere die
Kommunikation zum Receiver machen.
...könnte man vielleicht auch den SPI-Bus über so ein RS232-Funkmodul
schicken ?
Theoretisch gibts ja auch transceiver, denen es egal ist, was kommt
aber dann muss ich mich um den ganzen Protokollkram auch noch kümmern
:-(
Gast #170954
Lesenswert?

...sogar der Atmega64 hat M.E. 2 UARTS.
Dumm nur, dass ich dafür das Aufsatzboard STK501 brauche.
2313 hab ich reichlich hier liegen und ausser den zwei UARTS wäre
selbst ein Atmega64 völlig überdimensioniert.

...schade, dass es keinen kleineren mit 2 UARTS gibt.
Gast #170959
Lesenswert?

"Wieso nimmst du nicht ein FPGA oder CPLD?
Damit könntest du die Baudraten konvertieren."


Das dürfte mit Abstand die umständlichste und teuerste und
unflexibelste Lösung sein.

Schon nur für 2 UARTs (Baudratengenerator, Majoritätslogik, FIFO) und
nen SRAM als Puffer dürfte eine riesiger 300Pin-BGA-Flatschen notwendig
sein, vom Stromfressen garnicht zu reden.


Der ATMega162 paßt direkt aufs STK500, da ist doch gar kein
Erweiterungsboard notwendig. Mit 1kByte SRAM dürfte sich auch einiges
puffern lassen. Notfalls kann man noch bis 64kB SRAM ranklatschen.


Peter

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren