FTDI extrem langsam

> Liegt das am FTDI selbst oder an der *.dll? Und wie kann man das
> ganze schneller kriegen?

Das liegt an USB. Die Schnittstelle ist bei so einer Anwendung einfach
so langsam.

Die Loesung kann z.B in einer PCMCI-RS232 Karte bestehen.

Olaf

Kannst du evtl. dein Flash-Protokoll ändern, damit du nicht auf das ACK 
warten musst?!

Danke erstmal,

ne das Flash Tool kann ich nicht ändern. Ich muss ja wissen ob ein ACK 
oder NACK zurückkommt, sonst kann ich nicht entscheiden wie es 
weitergeht.

Obwohl da kommt mir grad ne Idee. Ich pfeiff einfach erstmal auf die 
ACK/NACK Antwort und flashe das Teil einfach immer weiter ohne 
Rücksicht.
Und irgendwo in nem Interrupt oder so überprüfe ich alle ms was denn 
grad als Bytes To Read ansteht. Wenn da immer ein ACK drinsteht ist ja 
gut. Sollte ein NACK drinstehen brech ich ab und geb ne Fehlermeldung 
raus. Was das NACK verursacht hat ist ja egal.

@P. D. (pdiemer):
Flash einfach alles ohne auf ACK/NACK zu warten und lies am Ende alle 
Zellen zurück. Dann kannst du im PC einen Vergleich machen und 
Fehlstellen melder oder erneut flashen oder...

@Jast
Genau so hab ich mir das auch gedacht.
Danke euch.

Obwohl das geht ja auch nicht.

Wenn ich das geflashte verifizieren will muss ich ja trotzdem erstmal 
warten bis alle ACKs/NACKs über die Bühne sind, bevor ich die Zellen 
zurücklesen kann. Und die brauchen eben ihre unverschämt lange Zeit.

Du mußt das Übertragungsprotokoll so ändern, das nicht nach jedem byte 
ein ACK kommt, also die von Chris gemeinte Blockübertragung und erst 
nach einem Block ein ACK. Sende also nicht 1 Byte sontern z.B. 256 Bytes 
am Stück.
Natürlich muß der Empfänger das dann zwischenspeichern.
Genau so beim lesen, erst einen Block zurückübertragen und dann 
auswerten.
So wird es schneller.

Der FT232 sammelt Daten von der seriellen Schnittstelle, bis 62 Bytes (1
USB-Paket) zusammengekommen oder 16ms vergangen sind. Sendet der
Mikroccontroller also immer nur wenige Bytes (ACK u.ä.) wird jedesmal
16ms gewartet.

Dieser Timeout von 16ms kann auf einen beliebigen Wert im Bereich
1..255ms gesetzt werden. Unter Linux geschieht dies einfach durch
Schreiben des gewünschten Zahlenwerts in die Pseudodatei latency_timer
im sysfs. Bei einem Wert von 1 (statt der defaultmäßigen 16) solltest du
schon einen deutlichen Unterschied merken. Den Delay von 1ms hast du
allerdings immer noch.

Alternativ kann ein spezielles Zeichen definiert werden, bei dessen
Empfang von der seriellen Schnittstelle der FT232 das USB-Paket sofort
abschickt, auch wenn die 62 Bytes noch nicht erreicht sind. Die
entsprechende Pseudodatei heißt event_char.

Wie man diese Parameter in Windows einstellt, weiß ich nicht. Die
Dokumentation des FTDI-Treibers enthält sicher einige Informationen
darüber.

Habe mal das Daten-Blatt gelesen.
Diese (STR752). hat ja einen 16 Byte Rx-Fifo Buffer.
Und noch UART an DMA.
Da haben die Entwickler ja mal was praktisches gemacht.

High speed universal asynch. receiver transmitter (UART)
The three UART interfaces are able to communicate at speeds of up to 2 
Mbit/s. They
provide hardware management of the CTS and RTS signals and have LIN 
Master capability.
To optimize the data transfer between the processor and the peripheral, 
two FIFOs
(receive/transmit) of 16 bytes each have been implemented.
One UART can be served by the DMA controller (UART0).

>Da haben die Entwickler ja mal was praktisches gemacht.

???
UART, FIFO, DMA => alte Hüte.

Jup. Ich hab jetzt die Lösung.
Wie oben schon aufgeführt habe ich immer nur 16byte (also eine Zeile im 
hex file) geschickt und auf das ACK gewartet.
Aber ich hab übersehen das man dem µC 265byte (also 16 Zeilen auf 
einmal) schicken kann und dann aufs ACK warten.

Dann spare ich Zeit um den Faktor 16.

Danke.

Ich weiss zwar net wie du das ganze realisiert hast aber nie und nimmer 
benötigt der FTDI 4 Minuten für 16 K. Mein Bootloader saugt sich 18 K in 
4 sec in den MC. ( Allerdings benutze ich den 245 )

@Günter -..:

> Das ist dann mit dem ftdi_sio Treiber unter Linux?

Ja.

> Ist das auch irgendwo dokumentiert?

Hmm, gute Frage. Man findet im Netz zwar einige Mailing-Listen und
Patches, worin irgendwelche Bugs zu diesem Thema beschrieben bzw.
korrigiert werden, aber eine klare Aussage, dass es dieses Feature gibt
und wie man es benutzt, habe ich auch nicht gefunden.

Vermutlich ist der Quellcode (wie so oft) die beste Dokumentation ;-)
Tatsächlich findet man dort u.a. folgende Zeilen:

1

static DEVICE_ATTR(latency_timer, S_IWUSR | S_IRUGO, show_latency_timer,

2

              store_latency_timer);

3

static DEVICE_ATTR(event_char, S_IWUSR, NULL, store_event_char);

Mit diesen Makroaufrufen werden die Pseudodateien latency_timer und
event_char im sysfs angelegt und mit den Treiberfunktionen
show_latency_timer (lesen), store_latency_timer (schreiben) und
store_event_char (schreiben) verbunden. In den store- und
show-Funktionen werden die Werte zum bzw. vom FT232 übertragen.

Hallo,

nochmal zu Windows XP.
Ich habe einen FT232R verbaut mit 115kBd und der sendet immer ein 
Zeichen mit 1ms Pause dazwischen.
Das machen doch die üblichen Sticks USB-seriell nicht?

Was kann man da machen?

Harald

Nachtrag:

habe mal mit einem Konverter experimentiert.
Die machen auch 1ms Pause.
Was nun?

Harald