USART handshaking (LPC4357)

[Igzay (Gast)]

Guten Tag,

ich bin noch absoluter Anfänger in diesem Gebiet. Zudem bin ich erst 
einmal nur für Hardware zuständig. Verzeiht daher meine 
Ahnungslosigkeit, aber das Internet konnte mir nicht weiter helfen.

Es geht um die USART Schnittstelle. Bei der asynchronen UART 
Schnittstelle ist ja ein handshaking über die cts und rts Leitungen 
möglich.

Bei den von mir benutzten µC gibt es allerdings nur folgende USART Pins:
USART_TXD, USART_RXD, USART_UCLK und USART_DIR (direction control).

Wie wird hier ein handshaking erzeugt? Was genau wird mit den letzten 
beiden Pins erreicht? Und wo muss ich diese Pins führen, wenn ich z.B. 
ein FT232R verwende.

Vielen Dank

[Route_66 H. (route_66)]

Hallo!
In der Praxis findet man auch häufig Software-Handshaking mit z.B. 
Xon/Xoff.

[Rufus Τ. F. (rufus)]

Igzay schrieb:
> Was genau wird mit den letzten beiden Pins erreicht?

Die sind für normale serielle Schnittstellen nicht erforderlich. Das 
Taktsignal ist nur für synchrone Schnittstellen (SPI o.ä.) nötig, das 
Richtungssignal (DIR) ist für die Sender-/Empfänger-Umschaltung von 
RS485-Treibern im Halbduplex-Betrieb da.

Normale Handshakeleitungen gibt es nicht; die musst Du, wenn Du sie 
benutzen willst, selbst mit Software und irgendwelchen normalen 
I/O-Ports nachbilden.

[Igzay (Gast)]

Dann wäre das auch geklärt.

Vielen Dank euch.

[Jim M. (turboj)]

Igzay schrieb:
> Bei den von mir benutzten µC gibt es allerdings nur folgende USART Pins:
> USART_TXD, USART_RXD, USART_UCLK und USART_DIR (direction control).

Der UART1 hat auch die Hardware Handshake Leitungen, die USARTS0/2/3 
nicht. Das kenne ich so ähnlich auch von kleineren Varianten NXP LPC 
µCs.

Man kann via TXEN Bit und flankengetriggertem GPIO Interrupt das 
HW-Handshake in Software machen, wegen der dann höheren Latenz wird das 
aber nicht in allen Fällen funktionieren. Es gibt UART Implementationen 
mit nur 1 Byte Puffer.