Max485 mit automatischer Umschaltung senden/empfangen?

[Mike (Gast)]

Hallo
gibt es einen Bausten für RS485 der automatisch auf Senden umschaltet 
wenn am DI Pin Daten empfangen werden. Bei dem Max485 CPA521 muss man 
die RE und DE Leitung vor jedem Senden auf high schalten.

[Spess53 (Gast)]

Hi

Monoflop

MfG Spess

[Mike (Gast)]

dann muss ich aber je nach Bautrate das Monoflop umändern um unnötige 
Wartezeit zu verhindern.

[Falk B. (falk)]

@ Mike (Gast)

>dann muss ich aber je nach Bautrate das Monoflop umändern um unnötige
>Wartezeit zu verhindern.

Ja, woher soll den eine Schaltung auch wissen, wann sie wieder auf 
Empfangen/Senden umschalten soll? Sinnvollerweise macht das der uC an 
dem der Tranceiver hängt selber, denn der weiss, wann er was will (sofer 
der Programmierer das weiss ;-)

MfG
Falk

[Spess53 (Gast)]

Hi

Das ist richtig. Aber irgendwann wirst du dich doch auf eine Baudrate 
geeinigt haben. Eine Alternative wäre, statt RS485-Treiber 
Can-Bus-Treiber zu verwenden. PCA82C250/251 haben so etwas schon 
eingebaut. So habe ich das Problem gelöst.

MfG Spess

[Mike (Gast)]

Direkt nach dem Senden darf ich diese Leitung ja noch nicht abschalten, 
da die Hardware UART ja noch sendet. Kann ich irgendwie abfragen wann 
die UART alles übertragen hat?

[Falk B. (falk)]

@ Mike (Gast)

>Direkt nach dem Senden darf ich diese Leitung ja noch nicht abschalten,
>da die Hardware UART ja noch sendet.

Richtig erkannt.

> Kann ich irgendwie abfragen wann die UART alles übertragen hat?

Ja, der AVR hat zwei Interrupts. UDRE wenn der FIFO leer ist, TXC 
(Transmit complete) wenn das letzte Byte komplett übertragen wurde. 
Andere Controller haben sicher ähnliches.

MfG
Falk

[Dieter W. (dds5)]

> ... wenn das letzte Byte komplett übertragen wurde.

Da gibt es leider die tollsten Auswüchse.

Die PIC18F setzen den transmit complete wenn die Datenbits weg sind und 
das Stopbit anfängt. Nun ist zwar das Stopbit sowieso die Ruhelage 
aber schön ist es nicht, den Sender mitten im Bit abzuschalten oder man 
muss sich extra eine baudratenabhängige Wartezeit erzeugen.

[Stefan W. (wswbln)]

...und in manchen RS485-Umgebungen ist es auch noch notwendig, den 
Sender eine gewisse Zeit VOR dem Senden der Nutzdaten einzuschalten. 
Dann wird's mit der einfachen Monoflop-Schaltung eng, das geht dann nur 
noch mit P-Logik (P wie "probability" - wahrscheinlich kommen gleich 
Sendedaten.... ;-))

Man wird um eine gewisse Intelligenz beim Programmieren des steuernden 
µCs also kaum herumkommen :)

[Falk B. (falk)]

@ Dieter Werner (dds5)

>Da gibt es leider die tollsten Auswüchse.

>Die PIC18F setzen den transmit complete wenn die Datenbits weg sind und
>das Stopbit anfängt. Nun ist zwar das Stopbit sowieso die Ruhelage

PIC eben . . .;-)

>aber schön ist es nicht, den Sender mitten im Bit abzuschalten oder man
>muss sich extra eine baudratenabhängige Wartezeit erzeugen.

Denke ich nicht. Die meisten RS485 Busse haben ja eh eine Failsafe 
-Pull-up Schaltung, da wird der Bus auf HIGH gehalten. Damit passt es 
schon, wenn gleich es etwas unschön ist.

MFG
Falk

[Tcf K. (tcfkat)]

Dieter Werner wrote:
>> ... wenn das letzte Byte komplett übertragen wurde.
>
> Da gibt es leider die tollsten Auswüchse.
>
> Die PIC18F setzen den transmit complete wenn die Datenbits weg sind und
> das Stopbit anfängt. Nun ist zwar das Stopbit sowieso die Ruhelage
> aber schön ist es nicht, den Sender mitten im Bit abzuschalten oder man
> muss sich extra eine baudratenabhängige Wartezeit erzeugen.

Ebend, Daten raus muss nicht das Stopbit beinhalten, da sollte man sich 
genau die verwendete UART angucken. Non-driven RS485 muss zwar highpegel 
annehmen, aber einen Glitch kann man sich damit immer noch erzeugen.

Wichtig ist bei Multimasterbetrieb eine saubere Protokollabsicherung, 
wenn mal mehr als einer den Bus nehmen will. Selber am Rx mitzuhorchen 
geht nicht, weil bei langen Leitungen die so gegeneinander treiben, dass 
jeder trotzdem sauber seine eigenen Sendedaten hören kann. Da hilft nur 
ein ACK durch den Slave, und per Zufallsgenerator für jeden Master 
unterschiedliche und inkrementale Retrydelays, sonst können die schön in 
einen Deadlock reinlaufen (zwei Master versuchen immer wieder nach der 
gleichen Zeit den Bus zu nehmen).