Forum: Mikrocontroller und Digitale Elektronik Baudratenumsetzer


von Max (Gast)


Lesenswert?

Hallo,

ich habe ein Signal mit 9600 BAud nun soll dieses an ein Gerät übergeben 
werden, dass aber mit 4800Baud empfängt. Dieses kann ich nicht 
umstellen.

Kennt ihr eine Möglichkeit? Gibt's da vielleicht schon einen fertigen 
Chip für dieses Problem?

von markus (Gast)


Lesenswert?

Wie oft wird den das Signal übertragen und wie viele Bit/Bytes ?

von Björn W. (bwieck)


Lesenswert?

Max wrote:

> Kennt ihr eine Möglichkeit? Gibt's da vielleicht schon einen fertigen
> Chip für dieses Problem?

Chip kenne ich so nicht, aber möglich wäre ein Controller der die Daten 
empfängt und puffert, sagen wir mal 80 Bytes, und den Sender veranlasst 
(XON XOFF oder RTS CTS) anzuhalten und dann die Daten aus dem Puffer 
über 4800 Baud weiterzugeben.

Falls die Quelle einen Datenstrom sendet der nicht unterbrochen werden 
kann,
sehe ich keine Lösung.

Und wie immer öfter, werden schonmal die Glaskugeln gezückt und in 
Stellung gebracht... Was Will der OP denn eigentlich genau machen ???
Evtl. gibt es ja auch andere Lösungsansätze.

Grüße
Björn

von Max (Gast)


Lesenswert?

Hallo Markus & Björn,

es geht konkret um eine GPS-Maus mit ublox-Chip. Soweit ich weiß werden 
die Daten im 1Hz-Takt aktualisiert, also per USART "gesendet". Ich habe 
nun dieses Signal abgegriffen und an ein anderes Gerät weitergegeben: es 
funktioniert alles... bis das die GPS-Maus, die auch die Daten 
aufzeichnen kann anscheinend mit der Baudrate(die ich im ublox 
umgestellt habe) nicht mehr zurecht kommt. Nun funktioniert zwar mein 
externes Gerät, aber die Aufzeichnungsfunktion geht nicht mehr.

Ich müsste also die Daten mit 9600Baud abgreifen und sie mit 4800 
weiterübertragen.
Es spielt auch keine Rolle, wenn Daten verloren gehen(da die Maus ja mit 
der doppelten Geschwindigkeit die Daten schickt).

Ich habe schon über einen AVR Tiny nachgedacht, weiß aber nicht wie ich 
das mit der Baudrate machen soll, da diese ja eigentlich festgelegt 
wird!?

von Björn W. (bwieck)


Lesenswert?

Max wrote:
> Hallo Markus & Björn,
>
> es geht konkret um eine GPS-Maus

Achsoo eine GPS-Maus.

Die kannst Du aber auch so einstellen das sie gleich NMEA (4800 8N1)
von sich gibt. Da braucht es den ganzen Wandlerkram nicht.


Ich kenne deine Maus natürlich nicht, aber wenn Du die auf NMEA 
Protokoll
einstellen kannst sollte alles OK sein.



Grüße
Björn

von Max (Gast)


Lesenswert?

Hallo Björn,

"Die kannst Du aber auch so einstellen das sie gleich NMEA (4800 8N1)
von sich gibt. Da braucht es den ganzen Wandlerkram nicht."

genau das habe ich gemacht. Mein externes Gerät,dass das Signal abgreift 
funktioniert dann auch, aber der Logger(in der Maus geht dann nicht mehr 
g)
D.h ich muss es unverändert auf 9600 lassen und muss den "Abgriff" auf 
4800 wandeln.
Also die Maus ist von der Firma Wintec "WBT-201" und ich habe vor einen 
Ausgang für ein externes Gerät zu nutzen.

von gast (Gast)


Lesenswert?

Wenns was fertiges sein darf:
www.4n-galaxy.de

von Max (Gast)


Lesenswert?

Ich will es schon selbst bauen. Die fertig-Lösung ist auch zu groß

von Philipp B. (philipp_burch)


Lesenswert?

Besorg dir einen kleinen Controller mit einer USART-Schnittstelle. Die 
stellst du dann auf deine 9600 Baud ein und hängst die Maus an RxD. Die 
4800 Baud zum Versenden kannst du dann ja in Software machen, so ein 
Signal zu erzeugen dürfte wesentlich einfacher sein, als eins zu 
dekodieren. Die Daten gehen ja schon nur in eine Richtung, oder?

Alternative:
Die Schnittstelle auf 9600 Baud einstellen, ein ankommendes Datenpaket 
lesen und zwischenspeichern, die Baudrate auf 4800 umstellen und 
rausschicken, dann wieder auf 9600 setzen usw. Wäre wohl die einfachste 
Lösung, das Datenaufkommen dürfte ja ziemlich gering sein.

von Björn W. (bwieck)


Lesenswert?

Max wrote:

> genau das habe ich gemacht. Mein externes Gerät,dass das Signal abgreift
> funktioniert dann auch, aber der Logger(in der Maus geht dann nicht mehr
> g)

Wofür ist der Logger denn überhaupt gedacht?


Grüße
Björn

von Martin K. (markon)


Lesenswert?

Max wrote:
> Ich will es schon selbst bauen. Die fertig-Lösung ist auch zu groß

wenn Du gut im Löten bist, dann z.B. mit PIC18F6520 und einige Bauteile 
herum. Volumen der Gesamtlösung (ohne Netzteil) < Zigarettenschachtel.

MfG
Martin

von Max (Gast)


Lesenswert?

Das ist immer noch viieeel zu groß. Ich denke ich werde es mal mit dem 
Tiny12L probieren.

von 1378 (Gast)


Lesenswert?

Ein Tiny ist eh nichts, der hat nicht mal ein UART. Ein 324 oder so 
sollt's schon sein, da der 2 UARTS hat.

von Max (Gast)


Lesenswert?

Stimmt, daran hatte ich nicht gedacht. Was ist den ein 324??

von 1378 (Gast)


Lesenswert?

ATMega324, 2 uarts, 32k flash

von Thomas B. (yahp) Benutzerseite


Lesenswert?

Der Spruch von den Kanonen und den Spatzen ist dir ein Begriff? Hier 
braucht's keinen 40-pinnigen Mega. Die zwei UARTs bei der geringen 
Datenrate kann auch ein Tiny in Software erledigen.

von Peter D. (peda)


Lesenswert?

Thomas B. wrote:
> Der Spruch von den Kanonen und den Spatzen ist dir ein Begriff? Hier
> braucht's keinen 40-pinnigen Mega. Die zwei UARTs bei der geringen
> Datenrate kann auch ein Tiny in Software erledigen.

Die UARTs sind nicht das Problem, eher die Puffergröße.

Im ATtiny12 sind ja nur 32 Register, davon vielleicht 24 Byte als Puffer 
nutzbar. Außerdem ist der abgekündigt.

Der Attiny13 hat schon 64 Byte, ATtiny25..85: 128..512Byte

Also nach benötigter Puffergröße den entsprechenden aussuchen.


Peter

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
Noch kein Account? Hier anmelden.