FT2232 mit 30MB/s und dann?

Warum soll da kein PC mitkommen? GBit-LAN, SATA sind nicht unbedingt 
langsamer :-)

Naja bei SATA ist das nicht unbedingt kontinuierlich. Da kann ich der 
Hardware sagen "warte mal kurz, ich hab jetzt grade keine Zeit". Aber 
beim USB gehen mir dann die Daten verloren.

jede USB Festplatte schafft heute 30Mbyte/s. Und dabei ist kein PC 
ausgelastet.

dabei wird dann sogar noch geschrieben. Die Frage ist ja was du mit den 
Daten machen willst. Aber reine Datenrate von 30Mbyte/s ist auf jeden 
Fall nicht ein Problem.

der Intel Core i7 980 XE kann 107.55 GFLOP/S durchfuehren (wikipedia)
also bleibt dir pro empfangenem byte ca 3000 flops 
(Gleitkommazahl-Berechnungen)

das sollte doch genug Dampf sein, um auch was komplizierteres mit den 
daten anzufangen

Das Programm muss halt ein paar Tricks verwenden, zB mulithreading oder 
so

OK, es geht um einen Sensor, der mir ca. 30 MBit/s an Daten liefert. Auf 
meiner Hardware kann ich ein paar kByte zwischen speichern und dann ab 
über den FT2232H. Wenn ich die Daten also nicht regelmäßig an den PC 
sende, dann sind sie verloren. Bei der Festplatte ist das nicht so (da 
sie ja auf der selbigen gespeichert sind).

Am PC will ich die Daten entgegennehmen, filtern und in einem Fenster 
ausgeben. Aber das wird so nicht funktionieren, weil der PC vermutlich 
nicht nachkommt. Oder hat da jemand andere Erfahrungen gemacht bzw. hat 
einen Tipp, wie man sowas angehen könnte?

Sam schrieb:
> Aber das wird so nicht funktionieren, weil der PC vermutlich
> nicht nachkommt.

Eher kommt deine Elektronik zwischen Sensor und FT2232 nicht hinterher.
Was willst du denn dafür verwenden?

Der ftdi treiber hat schon einen puffer, ein paar megabyte glaubich. 
Abholen musst du die Daten dann schon irgendwann. Wenn du dann ein neues 
Bild fertig geladen hast, musst du dem openGL treiber sagen, dass er es 
in seinen TexturRAM kopieren soll. Ab da muss der Prozessor dann sich 
nicht mehr damit abmuehen, das macht dann die GRAKA.

Sam schrieb:
> Am PC will ich die Daten entgegennehmen, filtern und in einem Fenster
> ausgeben. Aber das wird so nicht funktionieren, weil der PC vermutlich
> nicht nachkommt.
dazu muss man wissen - wie komplex die Filter sind.

Ein PC kann ein Video mit 720x576x32bbp bei 25fps darstellen das sind 
31Mbyte/s und damit ist er nicht ausgelastet, dazu kommt auch noch der 
Sound.

Wenn deine Filter als nicht extrem Komplex sind, dann sind die 30Mbyte/s 
überhaupt kein Problem für eine aktuelle CPU.

@blob: Multithreading ist eine gute Idee. Da werde ich nicht drumherum 
kommen. Du sprichst von "ein paar Tricks" - welche denn noch?

@Floh: Berechtigter Einwand. Die Hardware läuft auch noch nicht. 
Notfalls gehe ich mit der Sample-Rate runter. Aber auch bei 1 MByte 
bekomme ich vermutlich Probleme.

@David:"Also hör auf mit den Überlegungen" - ich verstehe nicht, was du 
damit sagen willst. Das Problem ist nicht der Speicher, sondern der PC. 
Dadurch, dass Windows ein Multitasking-System ist, habe ich immer nur 
gewisse Zeitslots für meine Anwendung. Und wenn die dann nicht in der 
Lage ist, die Daten schnell genug aus dem USB Puffer auszulesen (weil 
z.B. grade irgendein anderer Task dazwischen funkt), dann werden diese 
Daten einfach überschrieben.

Sam schrieb:
> Aber auch bei 1 MByte
> bekomme ich vermutlich Probleme.

jetzt hoer aber auf. da kann der 486 schon mehr!

probiers aus. wenn nicht, gibt es immernoch linux. ein echtes 
multitasking programm!

blob schrieb:
> wenn nicht, gibt es immernoch linux. ein echtes
> multitasking programm!
naja dann ist windows doch besser, das ist das ganze Betriebssystem 
Multitasking fähig nicht nur ein Programm.

du hast nen zwischenspeicher in deinem PC. Du musst nicht jede ms ran. 
Ist aber auch kein Problem, solltest du nicht gerade youtube videos 
anschaun sondern wirklich nur das eine Programm laufen lassen. Wir gehen 
mal von einem frisch installierten XP aus! Ist klar, dass es nicht mehr 
geht, wenn du erstmal x spywareprogramme drauf hast.
bei 1GHz bleiben dir 33 takte pro zu empfangendem byte. Davon muss 
natuerlich der ganze overhead abgezogen werden, den das taskgeswitche 
verbraucht und ich weiss auch nicht, ob mit jedem takt ein befehl 
ausgefuehrt wird, aber es sollte doch reichen! Kommt natuerlich drauf 
an, was du nun mit den Daten machen willst. Was ist das jetzt fuer ein 
sensor und meintest du MByte oder Mbit?

Peter II schrieb:
> naja dann ist windows doch besser, das ist das ganze Betriebssystem
> Multitasking fähig nicht nur ein Programm.

nunja linux ist doch auch nur ein programm.

juhu keiner schreibt mehr. ich hab den thread gekillt. war eh quatsch. 
erzaehlt uns hier einen vom Pferd! und sowas pessimistisches. Warum 
sollte es denn nicht gehen? Und gesagt, was er genau will, hat er auch 
nciht. Sicher so ein top secret project.

Ich habe schon gewisse Erfahrungen mit einem HID-Gerät gemacht. Das 
Ganze lief mit ca. 10 kByte/s. Wenn ich da jeden Datensatz im Fenster 
ausgegeben habe und gleichzeitig im Netz surfte (also Fenster hin- und 
hergeschaltet wurden), dann konnte es vorkommen, dass ein paar Bytes 
verloren gingen. Bei der Ausgabe von nur jedem 100ten Datensatz war das 
kein Problem. Auch wenn der PC sonst nichts zu tun hatte funktionierte 
alles einwandfrei. Soviel zum Thema Multi-Tasking.

ja weil du bei jeder Ausgabe unter Windows das ganze Fenster neu 
zeichnen musst (mit GDI zumindest) da kommen bald ein paar GByte traffik 
zusammen, auch wenn du nur ein paar strichlein zeichnest. ist halt nicht 
ideal. Deshalb solltest du die datenaquise von der datenverarbeitung 
trennen und die ausgabe auf 10 mal/ sekunde beschraenken.

Sam schrieb:
> Das
> Ganze lief mit ca. 10 kByte/s. Wenn ich da jeden Datensatz im Fenster
> ausgegeben habe und gleichzeitig im Netz surfte (also Fenster hin- und
> hergeschaltet wurden), dann konnte es vorkommen, dass ein paar Bytes
> verloren gingen.
das ist eine Frage der ausgabe. Wie hast du es denn ausgegeben? GDI+ 
genutzt um einen Text auf den Bildschirm zu bekommen? Oder nur dumm ein 
Memofeld in VB erstellt und dort den Text immer angefügt?

Es gibt halt verschiende möglichkeiten etwas darzustellen, aber keiner 
hat ihr eine Ahnung was du genau machen willst. Du bist der einzigste 
der immer behauptet es geht nicht. Wenn es nicht geht dann liegt es aber 
nicht am PC sondern an der Art und weise wie du es bis jetzt gemacht 
hast.

dann solltest du unbedingt nicht das eingabegeraet pollen, sondern mit 
ner callbackfunktion arbeiten. dh der ftdi treiber ruft deine funktion 
auf, sobald genuegend daten angekommen sind. So musst du nicht den 
eingang in einer Endlosschleife staendig abfragen und kannst im 
Hintergrund die Verarbeitung machen.

Zum "top-secret"-Projekt: es geht um eine Hardwareschnittstelle, die 
eine möglichst große Übertragungsrate am USB realisiert. Dabei spielt 
eher das Konzept, als die eigentliche Anwendung eine Rolle.

Ich habe damals einen Dialog erstellt und dann die Daten zeilenweise in 
einer Listbox ausgegeben.

Sam schrieb:
> Ich habe damals einen Dialog erstellt und dann die Daten zeilenweise in
> einer Listbox ausgegeben.
das kann schon das Problem gewesen sein, bei einigen Programmiersprachen 
wird der neue String an den alten String angehängt, dafür muss aber der 
alte String in einen neuen Speicherbereich kopiert werde. Das müsste man 
schon sehen wenn es am ende immer langsamer wird.

Aber wie schon oben geschrieben, man sollte eh die verarbeitung der 
Daten und die Anzeige entkoppeln, damit gehen auch keine Daten verloren 
wenn die Anzeige gerade mal nicht hinterher kommt.

Und 30Mbyte/s als text auf einen Bildschirm darzustellen macht überhaupt 
keinen Sinn, weil es kein Mensch lesen könnte. Also sag entlich mal 
genau was wie oft dargestellt werden muss.

Was ich bislang herausgelesen habe ist, dass das Nadelöhr in der 
Datenausgabe liegt und eher nicht am USB bzw. der Datenpufferung.

Ich muss das wohl einfach mal ausprobieren.

Vielen dank für die rege Teilnahme.

Wobei mich Christian gerade wieder in meinem "Vorurteil" bestärkt hat.

Sam schrieb:
> Wobei mich Christian gerade wieder in meinem "Vorurteil" bestärkt hat.
du hattest schon probleme mit 10 kByte/s und konntest sie nicht lösen. 
Das da war bestimmt nicht USB das Problem.

Naja bei HID kann ich den Empfangspuffer auf 512 Pakete hochschrauben. 
Wenn man mal von 1ms/Paket ausgeht, dann reichen schon 0,5 Sekunden an 
"Nebenbeschäftigung" des PC's, um beim Auslesen nicht mehr nachzukommen.

Ich habe gerade mal den FT2232 angeschaut, dort steht nur etwas von

USB 2.0 Full Speed (12M bits/second) compatible

wie willst du da 30Mbyte/s oder doch 30Mbit/s übertragen?

FT2232H - das "H" habe ich im Thread-Titel vergessen, aber in meinem 
ersten Post findest Du es.

Sam schrieb:
> dann reichen schon 0,5 Sekunden an
> "Nebenbeschäftigung" des PC's, um beim Auslesen nicht mehr nachzukommen.
ja und? 0.5 klingt zwar wenig ist über für einen PC eine ewigkeit. In 
der Zeit kann die CPU mehrfach in den Sleepmodus gehen! Brauchst doch 
nur mal die Maus anzuschauen, hast du dort jemals eine verzögernung von 
1/2 sekunde beobachtet?