Hi NG,meine Schaltung wird mit einem FT232BM betrieben, am anderen Ende hängt ein µC und am USB ein PC.Da nicht alles ganz so funktioniert wie ich es mir vorstelle hier ein paar Fragen, insbesondere nachdem ich einen Artikel in einer elektor diesen Sommer las.Danach wird die Leistungsfähogkeit der USART durch die Eigenheiten des USB stark eingeschränkt.Mein Konzept sieht vor mit 38400 (warum eigentlich nicht 57600 oder schneller ?) Daten zu übertragen und zwar immer als Paket mit 16 Bytes. Von diesen Paketen sende ich wiederum mehrere (z.Zt. 6 ) hintereinander. Eine deutliche Besserung brachte die umstellung auf Hardware-Handshake CTS/RTS, aber perfekt ist es nicht.Das PC-Programm sendet die Datenpakete und zwar 5x/sek 6 (unterschiedliche) Pakete à 16 Byte. Programmtechnisch wird das Aussenden in Form von 6 Aufrufen erledigt, praktisch kommen aber die 6 Pakete direkt hintereinander.Das Programm ist in VB geschrieben.1. Frage: Kann ich durch gemeinsames Aussenden der gesamten Datenmenge den Durchsatz verbessern ? Ich würde dann alle 76 Bytes zunächst in einer string-Variablen zusammenfassen und dann den String senden. So sende ich 6 Strings à 16 Bytes.2.Lässt sich das Verhalten des USB-CVhips mit Treibereinstellungen oder mit Einstellungen im EEPROM verbesern ?3. Macht es Sinn jeweils nach einem Zeichen Empfang durch den µC die CTS-Leitung zu ändern oder sollte man den kompletten Empfang eines Paketes abwarten ?Gruss Nico

Pass auf, dass Dir VB die Zugriffe nicht aufspaltet. Schau mal das Receive Buffer Timeout an..Wenn alles schnell genug reagiert, braucht man es wohl nicht...-- Uwe Bonnes Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

USB/RS232 - welche Limits ?

Oct 24, 2005 24 Replies

Rate this thread:

Johannes Bauer vor 20 Jahren

Universal Asynchronous Receiver/Transmitter

Das was in jedem X-beliebigen AVR (ab dem AT90S2313) drin is. In den neueren sogar synchron/asynchron Varianten.

Gruß, Johannes

Vote

Henning Paul vor 20 Jahren

Makus Gr0n0tte schrieb:

Spätestens nach dieser Bemerkung wäre ich in Zukunft vorsichtig, Postings über Themen zu verfassen, von denen man ganz offensichtlich keine Ahnung hat.

Sammelt jemand die geistigen Ergüsse vom lieben "Makus"?

Gruß Henning

henning paul home: http://www.geocities.com/hennichodernich PM: henningpaul@gmx.de , ICQ: 111044613

Vote

Thomas Kindler vor 20 Jahren

Vorallem scheint jemand (Makus?!) seine Postings zu canceln! Den Original-Beitrag auf den du dich beziehst kann ich jedenfalls nicht mehr lesen:

Newsgroup server responded: Bad article number

Perhaps the article has expired

(25466)

thomas.kindler@gmx.de

Vote

Uwe Hercksen vor 20 Jahren

Thomas Kindler schrieb:

r=20

Hallo,

wenn Markus l=F6scht weil ihm klar geworden ist was er da f=FCr einen Stu= =DF=20 zusammengeschrieben hat, dann w=E4re das ja schon ein unheimlicher=20 Fortschritt.....

Byte

Vote

ChFuchs vor 20 Jahren

ceiver

den

Wieso 'Receiver auf der PC-Seite'? Hier wird doch der USB-Bus verwendet, der UART-Receiver wrd ja im =B5C betrieben.

Zur Frage: Im Elektor-Artikel stand - soweit ich mich erinnern kann - dass die Bytes =FCber den USB-Bus in Zeitschlitzen =FCbertragen werden. Und wenn einzelne Bytes =FCbertragen werden, m=FCssen diese immer warten, bis ein solcher f=FCr sie zur =DCbertragung zur Verf=FCgung steht. In einer sp=E4ter folgenden Korrektur wurde dann erg=E4nzt, dass mehrer gleichzeitig abgesandte Bytes allerdings =FCber den selben Zeitschlitz =FCbertragen werden werden. Insofern macht das =DCbertragen von 1x 76 Bytes gegen=FCber 6 x 16 Bytes zur Erh=F6hung des Durchsatzes schon Sinn.

Gr=FC=DFe Chris

Vote

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required