uC mit zwei RS232 Verbrauchern?

[M@tes]

Salü!
Ein neuer Tag, ein neues Problem :-D Vllt habt ihr ja damit schon zu tun gehabt..?
Gibt es eine Möglichkeit, mit einem uC zwei RS232 Schnittstellen zu nutzen?
Brauche einen fürs Funkmodul und einmal für eine Datenverbindung zum Computer.
Beide einfach so anschliesen dürfte ja nicht funktionieren. Brauche eben je beide Richtungen.
Könnte man 2 weitere Pins als RX/TX belegen bzw simulieren?
Oder gäbs eine Möglichkeit immer zwischen beiden Verbrauchen zu switchen? z.B. mit einem elektrischen Umschalter? Wären diese in der Lage dazu?
Oder 2 uC's mit je einem RS232 Anschluss und beide z.B. mit I2C verbinden?

[thewulf00]

Ich könnte mir gut vorstellen, dass es mit dem Switchen funktioniert.
Dazu entweder mit Transistoren arbeiten, oder mit einem Multiplexer (dafür gibts günstige ICs).

[Christopher1]

Es gibt auch Controller die mehrere Schnittstellen dafür haben.

[oberallgeier]

Hi, M@tes,

in meiner Parametertable (http://www.atmel.com/dyn/products/param_table.asp?family_id=607&OrderBy=part_no&Direction=ASC) der AVR´s stehen reichlich viele Typen mit 2 und 4 UART´s.

[M@tes]

Hmm auf die Idee einen zu nehmen, welcher mehrere hat kam ich insofern nich, da ich 10 uC's Typ Atmega168 zu Hause habe und hoffte die zuerst verbauen zu können.
Sollte sich aber keine andere Möglichkeit finden, werde ich dies wohl in Betracht ziehen.

@thewulf00:
Das war die Idee, mit einem Port des Uc den Verbraucher anzusteuern.
Das Handling selber via Software wäre kein Problem.
Multiplexer scheint hier das richtige Wort zu sein.

@oberallgeier:
Interessanterweise steht in der Liste, das der 168er 2Uarts hat?! oO
Hier z.B. sehe ich aber kein Anschlussbelegung für den 2. UART.
Oder ist das damit gemeint? -> "Extra Register für UBRRnH (UART Teiler) "

[oberallgeier]

... steht in der Liste, das der 168er 2Uarts hat?! ...In welcher Liste? Also ich bastel schon ´ne Weile mit den 168ern rum, hab nur einen UART. Allerdings hat der auch eine Master/Slave SPI-Schnittstelle (da kenn ich mich leider garnicht aus).

Ein schneller Blick in die doc´s zeigt mir, dass der "normale" UART mit RX und TX auf PD0 und PD1 hängt, während das SPI auf PB2 bis PB5 hängt (siehe doc 2545 (http://www.atmel.com/dyn/resources/prod_documents/doc2545.pdf), Seite 79). Wie gesagt - ich habe vom SPI KEINE Ahnung, leider. Mir scheint nur so, dass die RX/TX-Pinne auch für SPI verwendet werden können. Musst eben selber nachlesen (so bei Seite 200 im doc).

[M@tes]

In deiner Liste? http://www.atmel.com/dyn/products/param_table.asp?family_id=607&OrderBy=part_no&Direction=ASC
SPI und i2C kenn ich mich derzeit auch noch nicht aus. Drum will ich erstmal mit dem arbeiten was ich kann.
Bin so schon praktisch dabei im Crashkursverfahren querfeldein durch die Thematik zu eiern, wie du vllt gemerkt hast.
Ich weiss zwar, was so in etwa möglich WÄRE, aber dazu fehlen mir die praktischen Erfahrungen.

Werd mir wohl einen Multiplexer auf der nächsten Bestellung eintragen.
Bis dahin werd ich wohl probieren, einen weiteren UART zu simulieren.
So wie es scheint, ist das wirklich möglich.
Gäbs sonst noch alternative Lösungen?

[Besserwessi]

Wenn die baudrate relativ niedrig ist (bis etwa 19200 Baud bei 8 Mhz Quarz) , oder man an der einen Schnittstelle nur senden will, kann man die ein Schnitstelle in Software emulieren.