W dniu piątek, 20 marca 2015 14:19:06 UTC+1 użytkownik J.F. napisał:


>
> A predko tam ?
> Bo z tego co piszesz to gdzies po drodze mogloby byc 30-80MB
> zmagazynowane - a to na pewno nie FT2232, i pewnie nie w FPGA, tylko
> gdzies w komputerze.

No może nie aż tyle, bo cały mój "frame" zbierania danych to zaledwie 16KB.
Z tych zaledwie 16KB muszę zrobić kupę postprocessingu i wyświetlić to jako wykres,
obraz 2D, cokolwiek... Natomiast układ akwizycji może śmigać na 20MHz, ale cały
"obraz" akwizycji mogę odebrać zgodnie z portokołem USB (1ms scheduling).
Podejrzewam, że drajwery FTDI buforują dane na f=60MHz z sobie jedynie znanych
powodów.

>
>
> Na konwerterze RS-USB mozna sie chyba spodziewac opoznien o pare ms -
> raz, ze jesli dobrze udaja 16550, to staraja sie same zbuforowac
> troche znakow wejsciowych a nie meczyc systemu przerwaniami, dwa, ze
> USB w podstawowym trybie jest przegladane co 1ms ..
>

A cóż to takiego "tryb podstawowy"? Nie ma nic takiego! Czy ja coś pisałem o
konwerterze RS-USB? Chyba nie. Protokół USB to nie przerwania! Odpytuje jednak co 1ms
chęć dostępu do urządzenia/transmisji. Jest to tzw. scheduled protocol, czy jak kto
woli "planowany". W moim przypadku czas tworzenia kompletnego zestawu danych (16KB),
to aż 60ms. Dodając do tego 1ms na "dobicie się" do transmisji mamy 61ms, co daje 16
obrazów/s. Czas postprocessingu i samej transmisji jest pomijalny na byle jakim
pececie. I faktycznie tak jest! Ale owego "przesunięcia fazowego" za cholerę nie
rozumiem... Podejrzewam drajwery FTDI, a z tym już nic nie jestem w stanie
nakombinować. Chyba trza będzie zastosować inne kostki. Tylko jakie, coby nie mieć
tej samej checy ?