FT232R Handshaking

[Tux (Gast)]

Ich habe einen FT232R an einem µC und würde gerne Handshaking über 
RTS/CTS machen. Im Datenblatt und in der Appnote dazu steht das der 
FT232R das in Hardware macht, egal wie aber der Pegel an CTS ist, gibt 
der FT232 Daten aus wenn ich sie vom PC aus sende. Wie sage ich dem 
FT232 das er Handshaking benutzen soll?

[ich (Gast)]

>Im Datenblatt und in der Appnote dazu steht das der
>FT232R das in Hardware macht

Wo genau im Datenblatt steht das denn? Genau das gleiche Problem hatte 
ich auch schon. Daraufhin bin ich auf den FT245 umgestiegen.

[Rangi J. (rangi)]

@ich: klar geht das!
hab ich schon verwendet und auch getestet.
@tux: handshake im windows einschalten (bei unixen weiss ich es nicht). 
Z.B. Hyperterminal: Datei - Eigenschaften - Konfigurieren - 
Flusssteuerung auf Hardware stellen.
bei der verwendung am controller musst du allerdings beachten: die 
Handshakeleitung loest asynchon! aus und du darfst danach wirklich kein 
byte mehr verschicken. sonst isses weg.

[Tux (Gast)]

@ich
Es steht z.B. auf Seite 6 des Datenblatts:
"Control signals supported by UART mode include RTS, CTS, DSR , DTR, DCD 
and RI. ...  RTS / CTS, DSR  DTR and X-On  X-Off handshaking options 
are also supported. Handshaking, where required, is handled in hardware 
to ensure fast response times."

Bedeutet das also, dass ich um Flow-Control zu nutzen im entsprechenden 
Programm die Flow Control Einstellungen auf Hardware setzten muss und 
Flow-Control nicht automatisch umgesetzt wird bzw. aktiviert ist? Denn 
leider habe ich keinen einfluss auf das Nutzerprogramm.

[Rufus Τ. F. (rufus)]

Der FT232 kann Hardwarehandshake nutzen, das aber tut er nur, wenn der 
USB-Host (also der Windows-PC) ihn beauftragt, das zu tun.

Und das wiederum liegt letzlich in der Hand des auf dem PC laufenden 
Programmes - wenn das die Schnittstelle ohne Handshake betreibt, macht 
auch der FT232 kein Handshake.

Tux schrieb:
> Bedeutet das also, dass ich um Flow-Control zu nutzen im entsprechenden
> Programm die Flow Control Einstellungen auf Hardware setzten muss und
> Flow-Control nicht automatisch umgesetzt wird bzw. aktiviert ist?

Genau so ist es.

[Tux (Gast)]

Das bedeutet dann also, wenn ich keinen Einfluss auf das PC-Programm 
habe, muss ich entweder einen zweiten VCP-Treiber zwischenschalten um 
die Einstellungen des Programms zu umgehen oder das Programm so patchen 
das es Flusskontrolle aktiviert..mhh..

Wofür sind eigentlich die Leitungen TXE# und RXE# die Handshaking 
AppNote(http://www.ftdichip.com/Documents/AppNotes/AN232B-04_DataLatencyFlow.pdf) 
lässt ja darauf schließen, das diese auch etwas mit Handshaking zutun 
haben.

[Rufus Τ. F. (rufus)]

Tux schrieb:
> Wofür sind eigentlich die Leitungen TXE# und RXE#

Die gibt es beim parallelen FT245 und in einer speziellen Betriebsart 
des FT2232, nicht aber beim FT232.

[Tux (Gast)]

Wieso kann man die dann als Funktion für die CBUS Leitungen auswählen? 
Ist das ein Bug in FT_Prog?

[Ralf (Gast)]

> Wieso kann man die dann als Funktion für die CBUS Leitungen auswählen?
Zitat Rufus:
> Die gibt es beim parallelen FT245 und in einer speziellen Betriebsart
> des FT2232, nicht aber beim FT232.

Hast du wirklich den FT232R in FTProg gewählt? Ich seh die beiden 
Leitungen dort bei den CBUS Pins nicht...

Ralf

[Tux (Gast)]

In meiner Version von FT_Prog kann ich den Chip-Typ nicht manuel 
wählen(oder ich bin zu doof) aber ich habe TXE und RXE (siehe 
Screenshot).