|
Anzeige
|
485 und Richtungsumschaltung
Gast
#1965250
Hi, ich habe hier einen Konverter der zwischen RS232 u. RS485 (2Draht) umwandelt. Wenn ich mir die üblichen Schaltpläne dazu ansehe, wird immer ein Draht für die Richtungsumschaltung beim Einsatz des SN75176 oder MAX485 oder LT1485 benötigt. Meistens wird dafür RTS genutzt. Wie kann der Adapter das ohne schaffen!? Gruß, T.
Gast
#1965253
...ich sehe gerad, in dem Ding ist ein SP485 verbaut... ist ja alles eins... @Thorsten S. (Gast) >MAX485 oder LT1485 benötigt. Meistens wird dafür RTS genutzt. Wie kann >der Adapter das ohne schaffen!? Indem per retriggerbarem Monoflop der Sender aktiviert wird. Wenn das erste Startbit kommt wird der Sender aktiviert, und spätestens beim nächsten wird das Monoflop wieder getriggert. Die Verzögerungszeit des Monoflops legt man dann auf 1,5-2 Bitzeiten, damit wird nach dem letzten Byte der Sender wieder abgeschaltet. MFG Falk
Gast
#1965285
Hi
>Die Verzögerungszeit des Monoflops legt man dann auf 1,5-2 Bitzeiten,...
???
MfG Spess
Gast
#1965368
Hi, ich entwirre gerade auf der Platine weiter, da ist ein Baustein mit 16 Beinchen, an Pin 3 geht Pin 2 und 3 des SP485 (Senden und Empfangen aktivieren/deaktivieren). Der Baustein heißt: ICDDAS ST-01 0811 ist in SMD. @Falk, könnte das eine Art Monoflop sein? RX (Ro) und TX (Di) gehen auch dran ... Den Adapter kann man mit unterschiedlichen Baudraten nutzen... Gruß Thorsten
Gast
#1965375
ehm: ICPDAS ST-01 0811 Tippfehler...
Gast
#1965384
...ich werd da nicht schlau draus, kann man nicht einmal etwas verbauen das überhaupt zu finden ist...scheiß! Das ist doch bestimmt wieder irgendeinscheißspezialicdaskeinerkenntundwoeskeindatenblattgibt mist. Thorsten
Gast
#1965388
überall wird RTS benutzt... http://www.e-lab.de/diverse/RS232-485sch.pdf damit geht aber meine Steuersoftware nicht, die steuert den RTS Pin wohl nicht an... Wat'n Hexenkessel... Thorsten
Gast
#1965393
obwohl, ich sehe gerad, in dem eben geposteten Plan, welcher ca. der 10te war den ich überflogen habe, ist ein Jumper...
Gast
#1965402
es scheint als wäre hier ein adapter vorgestellt der genau das umgeht, aber ich kann den Schaltplan nicht finden... Ist aber auch nur ein Max232 und Max485 mit im Spiel... http://www.circuit-projects.com/converter-circuits/rs232-rs485-converter-with-automatic-rx-tx-control.html Die Monoflopgeschichte stelle ich mir sehr schwierig einzustellen vor, zumal es scheinbar noch eine andere einfachere Lösung zu geben scheint... Thorsten
Gast
#1965408
...ich glaube hiermit komme ich weiter...
Angehängte Dateien:
Gast
#1965410
...
Angehängte Dateien:
Gast
#1965440
>Die Monoflopgeschichte stelle ich mir sehr schwierig einzustellen vor,
Das Problem ist nicht das Monoflopp (t = 1-2ms) sondern der Monolog.
@ Spess53 (Gast) >>Die Verzögerungszeit des Monoflops legt man dann auf 1,5-2 Bitzeiten,... >??? Naja, Kommafehler :-0 Also eher 15-20 Bitzeiten oder halt 1,5-2 Bytezeiten bei RS232 und 8N1
Gast
#1965458
danke noch mal an Falk für den Tip. Ich bekomme endlich Daten, der Adapter funktioniert jetzt mit der Schaltung von e-lab, waren da nur 2 Bauteile. Der Trick ist es die Richtungsumkehr mit dem von RS232 kommenden TX Signal zu kontrollieren... Thorsten S. Thorsten S. schrieb: > Ich bekomme endlich Daten, der Adapter funktioniert jetzt mit der > Schaltung von e-lab, waren da nur 2 Bauteile. > > Der Trick ist es die Richtungsumkehr mit dem von RS232 kommenden TX > Signal zu kontrollieren... Und es ist auch wichtig, den RS-485-Bus mittels Pull-Ups und -Downs auf einen definierten Pegel zu halten, damit beim "ungewollten" Umschalten auf "Empfang" innerhalb eines gesendeten Bytes bei einer "1" der RS-485-Empfänger immer noch eine "1" sieht. Der E-Lab-Schaltplan ist durchtrieben pfiffig, nur R3 ist eigentlich zu klein bzw. wäre besser schaltbar ausgeführt und ich baue dann noch die Pull-Ups und -Downs ein (Fail-safe). Maxim hat da was nettes: MAX13487E http://pdfserv.maxim-ic.com/en/ds/MAX13487E-MAX13488E.pdf Antwort schreiben |
Anzeige
|
