AVR (Mega16) und RS485

Yannic Gast #744112
Lesenswert?
• ▲
▼ 
Hallo,

ich habe mich nun entschlossen doch RS458 anstelle von I²C oder Can in 
meinem nächsten Projekt zu verwenden.

Nun unterstützt der AVR ja nicht direkt RS458 oder ?

Welchen Treiber Baustein müsste ich denn verwenden um mit einem Atmega16 
über RS458 arbeiten zu können ?

Und wie würde dann ungefähr der Schaltplan für eine simpele RS458 
Schaltung aussehen ?

Außerdem frage ich mich noch ob es nun wichtig ist Optokoppler zu 
verwenden um die Kreise Galvanisch zu trennen.

Achso und dann noch eine Frage zum Betrieb. Da für RS458 ja kein direkt 
fertiges Protokoll existiert, kann es ja zu Komplikationen zwischen 
Daten am Bus kommen, sprich 2 Bytes treffen aufeinander. Kann man dieses 
umgehen indem der Master nur sendet und die Slaves ausführen und die 
Slaves nur antworten können wenn sie vom Master direkt dazu aufgefordert 
werden ?

mfg Yannic
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
JÜrgen G. (Firma: 4CKnowLedge) Persönliche Seite #744118
Lesenswert?
• ▲
▼ 
Yannic wrote:

> Welchen Treiber Baustein müsste ich denn verwenden um mit einem Atmega16
> über RS485 arbeiten zu können ?

RS485

> Und wie würde dann ungefähr der Schaltplan für eine simpele RS485
> Schaltung aussehen ?

Datenblatt //      Hint: fast so wie mit RS232 ^^


> Achso und dann noch eine Frage zum Betrieb. Da für RS485 ja kein direkt
> fertiges Protokoll existiert...

MODBus od. selbst schreiben...
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Duck und weg Gast #744121
Lesenswert?
• ▲
▼ 
Texas Instruments hat viele RS485 Treiber. Es muss ja nicht der alte 
DS75176 sein, das ist eine Stomschleuder. Du benoetigst Rx, Tx plus 
einen Pin fuer die Richtung. Je nach Gleichtaktspannung, es gibt Treiber 
mit 25V, ist kein Optokoppler noetig. Allenfalls ist ein magnetischer 
Koppler besser. zB ADuM 1400 oder so. Ja, Ein Master-Slave Protokoll hat 
keine Buscontention, wo zwei Treiber gegeneinander arbeiten.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Yannic Gast #744132
Lesenswert?
• ▲
▼ 
Gut über den bin ich auch schonmal gestolpert.

Dann blieben nur die Frage:

"kann es ja zu Komplikationen zwischen
Daten am Bus kommen, sprich 2 Bytes treffen aufeinander. Kann man dieses
umgehen indem der Master nur sendet und die Slaves ausführen und die
Slaves nur antworten können wenn sie vom Master direkt dazu aufgefordert
werden ?"

offen und es hat sich nochmal eine neue ergeben. Im Datenblatt vom Max 
Treiber steht das die Ausgänge und A und B 1:1 verbunden werden, aber 
ich hatte irgendwo mal etwas davon gelesen, das man noch irgendwo 
endwiederstände setzen sollte. Wo genau kommen die hin und welchen Zweck 
erfüllen sie ?
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Ralf Gast #744148
Lesenswert?
• ▲
▼ 
> Kann man dieses umgehen indem der Master nur sendet und die Slaves ausführen
> und die Slaves nur antworten können wenn sie vom Master direkt dazu
> aufgefordert werden ?"

Ja, indem du ein Master-Slave-Protokoll definierst. Du vergibst jedem 
Slave eine eindeutige Adresse ähnlich I2C. Jeder Slave lauscht erstmal 
nur, d.h. er empfängt JEDEN Datensatz und prüft anhand der Adresse, ob 
er adressiert ist.
Wenn ja, dann stellt der adressierte Slave seine Richtung um, und gibt 
Antwort. Ist er nicht addressiert, macht er... nix.

Ziemlich einfach wenns nur einen Master gibt, bei mehreren wirds 
aufwendiger und die Sache sollte Kurzschlussfest gemacht werden, und das 
Protokoll sollte dass abfangen können (also erneutes Senden bei 
Kollision usw.)

Im Web gibts zig Beispiele zu solchen Protokollen.

Ralf
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren