-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!newsfeed0
0.sul.t-online.de!t-online.de!feeder.news-service.com!feeder1.cambriumusenet.nl
!feed.tweaknews.nl!209.197.12.242.MISMATCH!nx01.iad01.newshosting.com!newshosti
ng.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-02.news.neo
strada.pl!news.neostrada.pl.POSTED!not-for-mail
From: "AS" <N...@p...onet.pl>
Newsgroups: pl.misc.elektronika
References: <4c1761ea$0$17103$65785112@news.neostrada.pl>
<6...@n...onet.pl>
<4c189613$0$17091$65785112@news.neostrada.pl>
Subject: Re: Szybkosc F232/245 VCP vs DXX
Date: Wed, 16 Jun 2010 11:56:49 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931
X-RFC2646: Format=Flowed; Response
X-EsetScannerBuild: 7299
Lines: 36
Message-ID: <4c189fde$0$19175$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 83.15.185.98
X-Trace: 1276682206 unt-rea-a-01.news.neostrada.pl 19175 83.15.185.98:4196
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:590463
[ ukryj nagłówki ]> Proponuję zmienić:
>
> Większy bufor systemowy na dane (w stosunku do twojego bufora na dane do
> wysłania) nieco poprawi sprawność komunikacji:
> SetupComm(hCommDev, 2*cbInQueue, 2*cbOutQueue);
>
> Być może poniższe ustawienia nie mają wpływu na FT245, ale można spróbować
> zmienić zwłaszcza ilość bitów z 7 na 8, bo nie sądzę by plik miał dane
> 7-bitowe:
> dcb.Parity = NOPARITY;
> dcb.StopBits = ONESTOPBIT;
> dcb.ByteSize = 8;
> dcb.fParity = FALSE;
>
> Zwiększyć ilość danych wysyłanych w jednej paczce (maksymalnie tyle co
> twoj bufor czyli cbOutQueue). Nie jestem pewien czy zapisałem to dobrze w
> C.
> DWORD RCount; //rzeczywista ilość danych odczytanych w pojedynczej paczce
> z pliku
> while ( RCount = _lread(hfile_s, &Buffer_O[0], cbOutQueue))
> {
> Write_Comm(hCommDev, RCount);
> ProgressBar1->StepIt();
> }
I jeszcze w funkcji Write_Comm zmieniłbym linijkę:
WaitCommEvent(hCommDev, &fdwEvtMask, NULL);
na bezpieczniejszy zapis:
do
{
ClearCommError(hCommDev, &Errors ,&Stat);
}
while ( Stat.cbOutQue > 0 );
Następne wpisy z tego wątku
Najnowsze wątki z tej grupy
- Dlaczego w Polsce sie nic nie udaje, na przykładzie niebieskiego lasera a teraz perskowitów
- Wykrywanie przerwy w długim przewodzie zakopanym w ziemi.
- Czemu news.chmurka.nwt jest taki wolny?
- Peltier
- A jednak nie kondensatory
- Re: A jednak nie kondensatory
- odzysk z panela PV
- tuner i silnik od rolety
- Przednia lampka rowerowa Basta / AXA pod dynamo w piaście
- Boję siię capa...
- Efekt gitarowy koda kd-30 trash metal
- Re: Efekt gitarowy koda kd-30 trash metal
- Wykrywanie przerwy w długim przewodzie zakopanym w ziemi.
- PT500
- supercap
Najnowsze wątki
- 2024-06-10 wyobrazcie sobie ze
- 2024-06-10 malowanie samochodu
- 2024-06-10 News from Poland
- 2024-06-10 Czy na pewno będą CŁA na chińskie samochody?
- 2024-06-09 Dlaczego w Polsce sie nic nie udaje, na przykładzie niebieskiego lasera a teraz perskowitów
- 2024-06-09 Dlaczego w Polsce sie nic nie udaje, na przykładzie niebieskiego lasera a teraz perskowitów
- 2024-06-09 Wykrywanie przerwy w długim przewodzie zakopanym w ziemi.
- 2024-06-09 Czemu news.chmurka.nwt jest taki wolny?
- 2024-06-11 Funbox 3.0 zakres adresów DHCP
- 2024-06-11 Re: Funbox 3.0 zakres adresów DHCP
- 2024-06-09 Miernik szybkości netu
- 2024-06-11 Panele PV w pionie (prawie).
- 2024-06-11 czy ta grupa żyje?
- 2024-06-11 Warszawa => Senior React Native Developer <=
- 2024-06-11 Gdańsk => Kierownik Działu Spedycji Międzynarodowej <=