Hallo,
hat jemand schon mal eine fertige RS485-Baugruppen/Platine im Handel gesehen an die ich meinen UART-Ausgang meines Prozessors hängen kann? Ideal wäre noch eine Spannungsversorgung für den Bus auf der Baugruppe/Platine, eine optische Entkopplung von Bus und UART sowie einen Durchsatz von mindestens 1MBit/s. Sowas kann nicht die Welt kosten(?). Wie so oft gehöre ich zu den Leuten die Google nicht so richtig glücklich macht.
Sven
Gibt es sogar bei ELV
Ansonsten MAX485. Wenn keine galvanische Trennung benötigt wird ist das denkbar einfach.
Für die galvanische Trennung brauchst du dann aber noch Optokoppler und eine zweite Stromversorgung. Bis 19200 Baud gehen noch einfache 4N25 Koppler, bei 1 MBit musst du was schnelles suchen.
Bei RS485 wird eine Sende/Empfangs-Umschaltung benötigt. Ich nehme mal an, dass das bei den fertigen Kopplern über eine Zeitsteuerung gemacht wird??
Gruß
Stefan
Noch was vergessen...
Es gibt auch seriel-device-server, die ein serielles Signal auf Ethernet / TCPIP umsetzen. Die Dinger gibt es auch mit RS485/RS422 z.B. Lantronix oder Moxa
Gruß
Stefan
Sven Schulz schrieb:
Keine fertige Platine, aber galv. Trennung und fast alles drin: IL485 von NVE, braucht DCC 5V/5V wenn Versorgung nicht von Gegenstelle kommt. Ähnliches gibts von AD, LT hat etwas mit eingebautem Treiber für einen kleinen Übertrager, der braucht dann noch ein Paar Dioden und einen C. Von Maxim gibts da auch verschiedenes, teilweise sogar in DIL und mit DCC eingebaut (MAX1480/90). Für Einzelstücke vielleicht die einfachste Lösung wenn man das Teil bekommt.
Jörg.
Ich hab dazu auch mal eine Frage...
ich bastel momentan mit so einem RS485 Ethernet Konverter (Moxa) rum. An der RS485 Schnittstelle hängt ein Farbsensor der Fa. Balluff. Die Testsoftware von Balluff funktioniert über den Treiber, der mir eine zusätzliche COM-Schnittstelle auf dem PC zur Verfügung stellt.
Aber wenn ich mit einem selbstgestrickten Programm die Komandos hinschicke, bekomme ich keine Antwort.
Kommunikation mit ner S5-224 funktioniert auch mit selbstgestrickter Software einwandfrei.
Ich vermute das Problem an der Sende-/Empfangsumschaltung der RS485 Schnittstelle. Gibt es da irgendeine standardisierte Methode, wie man das mit Handshake-Leitungen umschaltet?
Gruß
Stefan
"Joachim Riehn" schrieb im Newsbeitrag news: snipped-for-privacy@demoivre.de...
Nein, eine solche Baugruppe kann ich dort nicht finden.
Sven
Sven Schulz schrieb:
Ich bin kein Verkaeufer fuer diese Dinge, aber so komme ich durch:
Wichtiger ist aber, dass dir die Grundschaltungen klar sind. Der 485er Bus ist nicht automatisch fuer einen Voll-Duplex-Betrieb. Fuer jeden Teilnehmer auf der RS-232 Seite muss ein Sende/Empfangs-Pin bedient werden. Fuer einen Mikrocontroller, den du ja anschliessen willst, ist das kein Problem. Der LTC485 z.B. ist gut geeignet, im Datenblatt steht alles drin.
Der Datendurchsatz (1 Mbit/sec ?) auf der RS232-Seite, den du haben willst, kommt mir fuer RS232 ziemlich hoch vor.
Mit Gruss, Joachim Riehn
Stefan Brroering schrieb:
Machst du auch eine Umsetzung RS232 RS485 ? Genau wie bei Sven fehlen einige Infos, um eine sinnvolle Antwort geben zu koennen.
Auch ohne Handshake: Man kann doch zwei Bausteine MAX485 nehmen, an den RS485-Bus haengen, den einen Baustein an den RX-Pin, den anderen an den TX-Pin (alles natuerlich richtig enabled). So empfaengt man zwar das Echo seiner eigenen Sendung, aber mit Software kann man das doch in den Griff bekommen, oder?
Mit Gruss, Joachim Riehn
Joachim Riehn schrieb:
Entweder hat das Teil eine Tx/Rx Umschaltung per Befehl oder eine Automatik: Immer hören, ausser wenn was gesendet wird. Die könnte naturlich auch per Befehl oder Jumper einstellbar sein und muss vielleicht erst vorgenommen werden. Hersteller fragen, mit Oszi oder RS485->RS232 oder TTL->RS232 Umsetzer schauen was wirklich passiert. Bei Ethernet muss das Teil wohl auch richtig konfiguriert sein von welcher IP es Kommandos entgegennimmt und wohin Antworten von RS485 gesendet werden.
Ist mir bisher nichtuntergekommen, ausser ein UART den man irgendwie auf Auto-RTS einstellen konnte, dieses Signal kann man dann für RS485 Treiber nehmen. Aber auch von mir die Frage: Was für Handshake-Leitungen?
Man kann die Treiber auch gleich so verschalten das man eben kein Echo bekommt.
Jörg.
"Joachim Riehn" schrieb im Newsbeitrag news: snipped-for-privacy@demoivre.de...
Was sind die fehlenden Infos?
Sven
Sven Schulz schrieb:
Hallo,
du willst eine Umsetzung RS232 RS485 vornehmen.
Du fragst nach den fehlenden Infos. Was ist der "UART-Ausgang meines Prozessors"? Dein eigener Mikrokontroller oder der RS232-Ausgang deines PC oder sogar deines Laptop? Die Pegel muesste man auf TTL-Pegel bringen, die Stromversorgung vom Ausgang eines Laptop funktioniert meistens nicht.
Willst du nur deine RS232-Leitung um 200m verlaengern? Du kannst, wie angedeutet, den RX-Pin separat mit einem MAX485 (LTC485) auf eine Zweidraht-Leitung geben, den TX-Pin auf eine weitere. Dann hast du eine Vier-Draht-Verbindung, aber alles ist Voll-Duplex und idiotensicher. Viel Geld wurde ich fuer so eine Loesung nicht ausgeben. Wegen der EMV-Sicherheit muesste man sich dann etwas ueberlegen.
Oder ist dir der 485-er Bus fest vorgegeben, an den du dich anschliessen musst? Wie sieht das Protokoll aus? Willst du oder musst du auf der PC-Seite die Handshake-Leitungen fuer RS232 bedienen?
Alles das kann man nicht erraten. Es ist fuer alle angenehmer, wenn du dein geplantes Projekt konkret schilderst.
Mit Gruss, Joachim Riehn
6n137 sollte da klappen. Jedenfalls hat der bei einem CAN Aufbau mit 1 MBit funktioniert.
Gruss, Michael
"Joachim Riehn" schrieb im Newsbeitrag news: snipped-for-privacy@demoivre.de...
Nein. Atmel-Prozessor->UART-Ausgang->RS485-BUS.
Siehe oben.
Nein, der RS485 ist nicht zwingend vorgegeben. Mir fällt nichts besseres ein als diese Verbindung via RS485 - schnell, einfach aufgebaut, störresistent. Beim Protokoll klemmt es bei mir noch, es sind aber nur zwei Teilnehmer am Bus. Handshake-Leitung soll nicht bedient werden.
Sven
Sven Schulz schrieb:
Schon wieder diese ominöse Handshake-Leitung, daher wohl auch die Missverständnisse. RS485 kennt keine Handshake-Leitungen!
Und was soll da "am Protokoll klemmen" bei 2 Teilnehmern? Wenn beide gleichzeitig senden können müssen nimmt man halt Vollduplex, oder, wenn Kollision und Retry erlaubt, Halbduplex und Echovergleich. Wenn einer Master, einer Slave, ist es eh der einfachste Fall. Und Du darft Dir dein Protokoll selber basteln oder das perverseste implementieren was Du finden kannst.
Besser ist es wenn du einfache Telegramme sendest: Startbyte-Adresse-AnzahlNutzdatenbytes-XXXX Nutzdaten-CRC-Stopbyte
Je nach gewünschter Sicherheit nimmt man als primitiv "CRC" einfach die Summe aller Bytes bis zum CRC-Byte oder z.B. den CRC aus Modbus.
Jörg.
Jörg Schneide schrieb:
Einfacher als RS485 wäre eine 20 mA Stromschleife. Bis 19.200 Baud mit einfachen 4N25 Optokopplern machbar und dann gleich mit galvanischer Trennung.
Gruß
Stefan DF9BI
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.