Prędkość transferu VCP w F232/245: Jak osiągnąć ponad 1200 B/s?

Sun Jun 13, 2010 11:32 pm   

Tak sie bawie tymi ukladami i sie zastanawiam , czy udalo sie innym osiagnac
predkosc transferu przez VCP wieksza niz 1200B/sek .
Chcialbym min 80kB/sek , pytanie czy musze sie przedzierac prez
D2XX_Programmer's_Guide(FT_000071).pdf
Nie ma znaczenia czy dane leca znak po znaku czy paczka z bufora , predkosc
nigdy nie przekroczyla 1200znakow/sek.

Przez VCP to max. te 1200B dla tego ukladu ?



--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Mon Jun 14, 2010 12:08 am   

Powitanko,


FT232R bez problemu bangla na 9600 i 19200 jako VCP, wiecej nie
probowalem, bo nie mialem potrzeby, ale zdaje sie, ze powinien chodzic
do 1 MBodzia. Cos masz nie tak albo z kompem, albo z urzadzeniem. Jak to
sie komunikuje z FT, pelny RS232, czy tylko RX/Tx?


Pozdroofka,
Pawel Chorzempa
--
"-Tato, po czym poznać małą szkodliwość społeczną?
-Po wielkiej szkodzie prywatnej" (kopyrajt: S. Mrożek)
******* >>> !!! UWAGA: ODPOWIADAM TYLKO NA MAILE ->:
> pavel(ten_smieszny_znaczek)aster.pl <<<<*******

Mon Jun 14, 2010 12:41 am   

W sumie nie wiadomo, czy on pyta o 'baudrate', czy o rzeczywistą
prędkość transmisji... wiadomo, że jak będzie wysyłać bajt po bajcie, to
nie wyciągnie pełnej prędkości. Gorzej, że to się dzieje także przy
wysyłaniu paczek ... No ale faktem jest, że FT232 spokojnie powinien
wyciągać pełne prędkości RSowe ..

--
Pozdrawiam
Konop

Mon Jun 14, 2010 5:06 pm   

Uzywam ft245 ->8bitow-> Atmega16
Te moje 1200znakow / char/byte inaczej 9600 bitow bez zaglebiania sie :)wysylam
z pc-towego programu , wzoruje sie na gotowych ksiazkowych przykladach obslugi .

Wykluczam kontroler odbierajacy dane , komputer ten sam wychodzi ze waskie
gardlo to pc-owy soft wysylajacy dane .

Przez ft245 / sterownik DXX i aplikacje ktora posiadam chodzi prawidlowo tylko
ze ja musze napisac samodzielnie wlasny program wysylajacy .
Bede walczyl dzieki .


--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Mon Jun 14, 2010 5:32 pm   

W dniu 2010-06-14 18:06, nenik pisze:


Dlaczego we własnym programie sterującym nie możesz użyć sterownika D2XX ?

Pozdrawiam Miłosz.

Mon Jun 14, 2010 8:44 pm   

On 14/06/2010 18:06, nenik wrote:

A wysylasz z PCta caly rekord danych jednym poleceniem Write, zeby PC
wyslal to jednym ciagiem przez USB (czyli pakiet 64B i kontynuacja), czy
uzywasz wiele Write z niewielkimi ilosciami danych? W drugim przypadku
mozesz miec tylko 64B/ms.

--
Jerry1111

Mon Jun 14, 2010 11:43 pm   

Sprecyzuje , mam program na pc ktory wysyla plik graficzny przez DXX do do ft245
a dalej do kontrolera , to jest program na ktorym sie wzoruje , wszystko dziala ,
predkosc przesylu danych jest odpowiednia .

I teraz chcialbym napisac wlasny program , wiec cwicze w builderze , wybralem
droge przez VCP . Nie ukrywam to jest moj pierwszy program , nie wszystko
rozumiem , obsluge portu com mam z ksiazki , obsluga znak po znaku jest
realizowana przez funkcje pobierajaca jeden znak a obsluga wysylania paczk
ibitow przez flush czyli po mojemu wyslanie bufora do portu .Chcialbym sie
dowiedziec czy dalej warto kombinowac przez VCP , potrzebuje max 80kB czyli
640kb/sek .

W bibliotece DXX znalazlem #define FT_BAUD_921600 , przez VCP jest wolniej wiec
o nim moge chyba zapomniec .
Nie wiem skad wziela sie informacja rzedu 4MB przez DXX , tak sie chyba nie da .

--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Tue Jun 15, 2010 6:48 am   

Powitanko,


Skoro przez Dxx sie da, to wniosek, ze sprzetowo uklad moze temu
podolac. Ja w programowaniu na PC nie kumaty, ale moze to pomoze:
http://www.ftdichip.com/Documents/AppNotes/AN_120_Aliasing_VCP_Baud_Rates.pdf

Pozdroofka,
Pawel Chorzempa
--
"-Tato, po czym poznać małą szkodliwość społeczną?
-Po wielkiej szkodzie prywatnej" (kopyrajt: S. Mrożek)
******* >>> !!! UWAGA: ODPOWIADAM TYLKO NA MAILE ->:
> pavel(ten_smieszny_znaczek)aster.pl <<<<*******

Tue Jun 15, 2010 7:28 am   

nenik napisal 2010-06-14 01:32:

80kB/s * 1024 * 10bit/bajt = minimum 819200 bps
Na VCP udało mi się bezproblemowo wyciągnąć okrągłe 1000000bps -
transmisja bez kontroli przepływu.
Wklej kawałek kodu - może samo wysyłanie jest źle zrealizowane?

--
myrcioch

Tue Jun 15, 2010 8:32 am   

Użytkownik "nenik" <nenikWYTNIJTO@op.pl> napisał w wiadomości
news:60b5.00000bde.4c16be9e@newsgate.onet.pl...

Ale zaraz - 245 nie jest jakos inaczej obslugiwana ?

J.

Tue Jun 15, 2010 9:47 am   

64B/ms ~= 64kB/s, a autor ma ok. 1,2kB/s, czyli znacznie, znacznie mniej
;P...

--
Pozdrawiam
Konop

Tue Jun 15, 2010 9:56 am   

J.F. pisze:

Jest dokładnie tak samo obsługiwany jak 232. Tylko zmiana prędkości na
nic nie wpływa.

Tue Jun 15, 2010 10:06 am   

Użytkownik "Zbych" <abuse@onet.pl> napisał w

No wlasnie .. czyli od czegos innego predkosc zalezy..

J.

Tue Jun 15, 2010 10:57 am   

J.F. pisze:

Tak, od prędkości elektronów . Przecież to działa jak fifo. Im
szybciej odbierzesz dane, tym szybciej komputer będzie mógł przesłać
nowy pakiet.

Tue Jun 15, 2010 11:20 am   

Dla FT232RL bez problemu realizowałem wysyłanie danych z prędkością ponad
300kbaud (~30kB/s) i odbieranie z prędkością 1Mbaud (~100kB/s) zarówno przez
VCP jak i D2xx. FT245 działa nieco inaczej. W/g dokumentacji przez VCP max.
300kB/s, przez D2xx 1MB/s. Tylko pytanie czym i jak odbierasz dane z FT245.
Nieodbieranie danych powoduje szybkie zapełnienie jedynie 128 Bajtowego
bufora sprzętowego i nieprzyjmowanie kolejnych danych. Nóżka RXF# w stanie
Lo sygnalizuje obecność danych w buforze, wtedy każdy kolejny Bajt odczytuje
się podając impuls na nóżkę RD#. Jeżeli dołączony do FT245 mikroprocesor
robi to wolno to wtedy on jest wąskim gardłem w tym projekcie. Możliwe, że
to on ogranicza prędkość odbioru danych do 1200B/s.
Do wysyłania danych służy funkcja
FT_Write (FT_HANDLE ftHandle, LPVOID lpBuffer, DWORD dwBytesToWrite, LPDWORD
lpdwBytesWritten)
Kontroluj czy zwraca ona FT_OK i czy liczba bajtów rzeczywiście wysłanych
równa się ilości bajtów zadeklarowanych do wysłania.