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?
>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.
@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.
@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.
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.
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.
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.
Wieso kann man die dann als Funktion für die CBUS Leitungen auswählen? Ist das ein Bug in FT_Prog?
> 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
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).
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.