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
Hi, Wie wärs mit nem AVR der 2 UARTS hat ? Solange nur wenige Daten verschickt werden, dürfte das kein Problem sein.... Gruß ka-long
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.
...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 :-(
...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.
>>...schade, dass es keinen kleineren mit 2 UARTS gibt.
.. dann implemetier halt einen SW-UART, bei 9600 oder 4800 baud hat der
uP eh "nichts" zu tun.
grüße leo9
Hi, Und wieso Aufsatz ? ISP programmieren...
"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
@Peter & Rahul: Den Atmega 162 hatte ich übersehen. Prima, der geht... Danke
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.