FT232/245, ordentliche Programmierung für hohe Datenraten

Da gibt es einen kompletten Programmer Guide mit Codebeispielen auf
ftdichip.com.

Die Datenrate wird auch damit nicht wirklich höher, von daher schenk
dir die Arbeit.

Ist es eigentlich überhaupt möglich den D2xx Treiber und den VCP Treiber
gleichzeitig zu installieren ?
Ich bekomme nämlich immer 0 als Anzahl der gefundenen FT232s (es
müssten aber 3 sein).

Steht auch im Programmers Guide ...
- Nein.

OK, dann scheidet das schonmal aus, denn ich benötige VCP für andere
Geräte die mit dem FT232 laufen.

Mit HTerm (das nicht auf hohe Datenraten optimiert ist), erreiche ich
mit 3MBit fast 1MBit Datenrate.
Mit meinen C Routinen nur etwa 600-700kBit.
Was mache ich falsch ?

Vielleicht bringt es ja einen Performance-Vorsprung, wenn man das Senden
und Empfangen in einen extra Thread legt, welcher vom GUI getrennt ist.

@Tobi
Hättest du mal eine Codeausschnitt für sowas ?

Ich empfehle euch einen Blick auf diese Homepage!
http://www.holger-klabunde.de/usb/usb.htm
VCP und D2XX Treiber laufen auf jeden fall nicht problemlos zusammen.
Jedoch hat FTDI ein Tool, welches den Treiber automatisch löscht.
Mich beschäftig seit längerer Zeit ein Problem mit dem 245er! Und zwar
kann ich die Buffergrösse nicht verändern. Eigentlich möchte ich
einzelne Bytes einlesen, und deshalb die Buffergrösse verkleinern. Mit
dem Befehl Ft_SetUsbParameters sollte die InTransferSize angepasst
werden können. Der Befehl wird bei mir ausgeführt, jedoch werden immer
no gleich viele Bytes eingelesen. Hat jemand im Forum schon einmal
erfolgreich die Buffer grösse angepasst?
gruss chrigu

Ich habe mich gerade mal durch die Application Notes von FTDI
gearbeitet, und fand da den Hinweis, dass pro USB packet 64Bytes Daten
übertragen werden, wovon 62Bytes die Nutzdaten sind.
Die Zeit zwischen 2 USB Time Frames liegt bei 1ms.
1000x62Bytes sind ziemlich genau die von mir erreichen 60kByte/s.

Welche Datenmengen sollte man dem COM Handler bei jedem Aufruf
übergeben um eine optimale Datenübertragung zu erreichen ?

@Tobi
Weist du zufällig, wie groß der Windows Puffer ist ?
Wenn ich einen Datenblock an den COM-Port handle übergebe, dann gibt es
dort den Eintrag "Number of bytes written". Muss ich da wirklich
überprüfen, ob Windows mir alle Bytes auch abgenommen hat, wenn ich zu
viele auf einmal sende

Ich habe es jetzt mal mit >1kByte Daytenblöcken probiert, und muss
sagen es bringt echt was ! Ich bin jetzt bei konstant 200kByte/s, ich
denke die Begrenzung liegt nun auf der Hardwareseite beim uC der die
Daten entgegen nimmt.

Es gibt bei dem COM handle auch noch eine Einstellung
Overlapped/Non-Overlapped.
Außerdem habe ich gelesen, dass man die Übertragung bzw. die Wartezeit
bis die Übertragung beendet ist, in einen anderen Thread verlegen kann,
damit das Programm nicht auf das Ende der Übertragung wartet, sondern
andere Daten vorbereiten kann die übertragen werden sollen. Das soll
sich auch positiv auf die CPU Auslastung auswirken.

Allerdings ist das ganze etwas zu kompliziert für micht, hat jemand
einen Beispielcode, oder am besten eine fertige Routine, der ich ich
Prinzip nur den Datenblock übergeben muss, und die diese dann im
Hintergrund überträgt ?

128Bytes für USB sind ein Witz.
Unter 1kByte braucht man da garnicht anfangen, wenn man hohe Datenraten
braucht.


PS: Habe mal hier im Forum gesucht, und eine Datei gefunden, die über
einen anderen Thread ein Byte vom COM Port empfängt. Leider verstehe
ich in dem Programm nicht viel...

Hallo Benedikt,

auch ich arbeite momentan mit einem ft245 und bin an deinen ergebnissen
sehr interessiert. kannst du mal schreiben wie weit du bist?

vielen dank

gruss

Ich habe den FT245 mit VCP Treiber voll ausgereizt, ich bin sogar höher
gekommen, als die Herstellerangabe. Momentan liege ich bei etwa über
300kByte/s, begrenzt durch den uC der die Daten verarbeiten muss.

Bevor ich Daten an den COM Port übergebe, sammele ich diese in ein
Array und übergebe dieses komplett.
Ab etwa 1000Byte Arraygröße aufwärts, kann man kaum noch eine
Steigerung der Geschwindigkeit erzielen.
Unter 100Byte bremst es ziemlich.