W dniu sobota, 28 marca 2015 18:59:14 UTC+1 użytkownik Mario napisał:
> W dniu 2015-03-28 o 11:21, s...@g...com pisze:
>
> >>>
> >>> 1) Podpinam sygnał wejściowy do mojego badziewia.
> >>> 2) Na swoim sofcie klikam guzik "START". Pojawia się obraz po 1-2s, ale zasuwa
dalej z prędkością ok. 16obr./s.
> >>> 3) Naciskam guzik "STOP" i odpinam sygnał wejściowy. Idę se zrobić kawę...
> >>> 4) Wracam, naciskam guzik "START" i jeszcze przez 1-2s widzę stare dane
wejściowe na ekranie.
> >>>
> >> >
> >> A jak wygłada klient ? Ktos juz napisal, ze wygłada to na buforowanie
> >> danych, ktore nie są odbierane. Być może jest jakis antyvirus ktory ma
> >> interakcje w API z ktorego korzysta aplikacja.
> >>
> > Sprawdzę jutro na CZYSTYM kompie/dysku. Dzięki za info!
> >
>
> Sprawdź na kompie ze sprzętowym UARTem.
>

To nic nie da w chwili obecnej, bo korzystam z trybu synchronicznego. Nie mniej
jednak mogę zrobić czarymary w FPGA i zaimplementować tryb asynchroniczny. Tylko
najpierw muszę poczytać jaka jest prędkość transmisji i czy w ogóle ma to sens. Bo
np. w trybie "processor bus emulation mode" prędkość transmisji po USB, to zaledwie
8KB/s, co dawałoby mi 1 obraz/2s. Ale przynajmniej w tym trybie nie ma żadnej
latencji.Empirycznie sprawdzone. Szczerze powiedziawszy, ta kostka FT2232H zaczyna
mnie już wku...ć. Razem z jej drajwerami. Kręcę się w tym temacie już zbyt długo. Jak
g.... w przerębli.