Re: Opóźnienie w transmisji USB - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.elektronika › Opóźnienie w transmisji USB › Re: Opóźnienie w transmisji USB

X-Received: by 10.140.107.69 with SMTP id g63mr26140qgf.31.1428070869505; Fri, 03 Apr
2015 07:21:09 -0700 (PDT)
X-Received: by 10.140.107.69 with SMTP id g63mr26140qgf.31.1428070869505; Fri, 03 Apr
2015 07:21:09 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!
m20no468640iga.0!news-out.google.com!q14ni5765ign.0!nntp.google.com!j5no274914q
ga.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.misc.elektronika
Date: Fri, 3 Apr 2015 07:21:09 -0700 (PDT)
In-Reply-To: <9...@g...com>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=83.24.27.179;
posting-account=BpKCIwoAAABKGBGkQ8Yi0pevhyqJViLj
NNTP-Posting-Host: 83.24.27.179
References: <2...@g...com>
<550c1e48$0$2203$65785112@news.neostrada.pl>
<f...@g...com>
<5515777c$0$8378$65785112@news.neostrada.pl>
<7...@g...com>
<e...@g...com>
<5517de7b$0$8389$65785112@news.neostrada.pl>
<f...@g...com>
<551acdf5$0$8379$65785112@news.neostrada.pl>
<b...@g...com>
<551bc228$0$8385$65785112@news.neostrada.pl>
<f...@g...com>
<551bf6c8$0$8368$65785112@news.neostrada.pl>
<0...@g...com>
<8...@g...com>
<d...@g...com>
<9...@g...com>
<9...@g...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <f...@g...com>
Subject: Re: Opóźnienie w transmisji USB
From: 2m <m...@g...com>
Injection-Date: Fri, 03 Apr 2015 14:21:09 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.misc.elektronika:679919
[ ukryj nagłówki ]
W dniu piątek, 3 kwietnia 2015 13:10:24 UTC+2 użytkownik s...@g...com napisał:
> W dniu piątek, 3 kwietnia 2015 04:41:16 UTC+2 użytkownik 2m napisał:
> > > Przeczytaj główny wątek jeszcze raz, dyskusję z Kolegami, bo nie chce mi się po
raz setny tłumaczyć w czym problem.
> >
> > Czytałem.
> > Czy i na jaką wartość masz ustawiony parametr dwInTransferSize w funkcji
FT_SetUSBParameters ?
> >
> > 2m
>
> 16K

Moim zdaniem powinieneś pomanipulować tą wartością uwzględniając to, że dane są
przesyłane w 64bajtowych pakietach (endpoint size) i w każdym pakiecie USB 2 bajty są
zarezerwowane przez FTDI.
Czyli dwInTransferSize powinien być:
A) wielokrotnością 64
B) jego wartość powinna uwzględniać TwojDane + wspomniane 2 bajty na pakiet.
Wtedy będzie to transakcja. Host Controller Driver robi sheduling USB optymalizowny
na transakcje. (UHCI OHCI EHCI każdy z nich stosuje różne algorytmy).
Twój przypadek pasuje mi do sytuacji kiedy TwojeDane nie mieszczą się w jednej
transakcji i stąd powstaje opóźnienie.
Daj znać jeśli trafiłem.
2m