-
X-Received: by 10.140.18.213 with SMTP id 79mr368217qgf.38.1427528406898; Sat, 28 Mar
2015 00:40:06 -0700 (PDT)
X-Received: by 10.140.18.213 with SMTP id 79mr368217qgf.38.1427528406898; Sat, 28 Mar
2015 00:40:06 -0700 (PDT)
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!newsfeed.pionier.net.pl!news.glorb.com!h15no165906igd.0!ne
ws-out.google.com!q90ni548qgd.1!nntp.google.com!z60no60713qgd.0!postnews.google
.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.misc.elektronika
Date: Sat, 28 Mar 2015 00:40:06 -0700 (PDT)
In-Reply-To: <7...@g...com>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=185.53.155.186;
posting-account=67yd9woAAAAHUu8VHyA7Js47M98NE3m3
NNTP-Posting-Host: 185.53.155.186
References: <2...@g...com>
<550c1e48$0$2203$65785112@news.neostrada.pl>
<f...@g...com>
<5515777c$0$8378$65785112@news.neostrada.pl>
<7...@g...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <e...@g...com>
Subject: Re: Opóźnienie w transmisji USB
From: s...@g...com
Injection-Date: Sat, 28 Mar 2015 07:40:06 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.misc.elektronika:679714
[ ukryj nagłówki ]W dniu sobota, 28 marca 2015 07:45:19 UTC+1 użytkownik s...@g...com napisał:
> W dniu piątek, 27 marca 2015 16:30:06 UTC+1 użytkownik Adam Górski napisał:
> > On 2015-03-21 19:32, s...@g...com wrote:
> > > 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 ?
> > >
> > >
> > >
> > Czyli jeśli dobrze rozumiem robiąc np. "ping" PC->device->PC (albo
> > device ->PC-> device ) dostajesz odpowiedź mierzoną w sekundach ? No
> > to jakieś jaja by były.
> >
> > Gdybyś tak zechciał zmierzyć czas tego "ping" to coś by się dało
> > powiedzieć. Dziwnie 16kB co 60ms i taka latencja ... hm dziwne.
> >
>
> Źle mnie zrozumiałeś. 60ms to nie latencja, lecz czas akwizycji danych. Praw fizyki
nie zmienię. Natomiast po zakończeniu akwizycji,
transmisja+postprocessing+wyświetlenie tego na ekranie powinno być szybkie jak
cholera, coby rozpocząć kolejny cykl akwizycji. I tak w koło Macieju...
> Czyli powinienem mieć jakieś 16 obrazów/s (1/60ms). I faktycznie tyle mam!
> Problem w tym, że jak warknę do swojego badziewia "Hallo", to owo badziewie czysto
i wyraźnie mi odpowiada "Hallo", ale z opóźnieniem 1-2s. Ot takie "przesunięcie
fazowe". Przeczytaj jeszcze raz główny wątek. Przykład panienki z TV chyba najlepiej
to obrazuje.
>
Upsss... Chyba jednak mnie dobrze zrozumiałeś. To ja nie załapałem Twojej
odpowiedzi. Wniosek: po wybudzeniu należy najpierw wypić kawę i dopiero wtedy czytać
i odpowiadać.
Ano masz rację!! To są jaja!! Podejrzewam, że drajwery FTDI są jakie są, buforują
dane i wypluwają je zgodnie z jakąś tam kolejnością. Albo coś przeoczyłem w
dokumentacji softwarowej, albo te drajwery są o kant poopy rozbić.
Bo cały mój hardware już normalnie "oddycha".
Aha!! Ciekawy przykład:
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.
Następne wpisy z tego wątku
- 28.03.15 11:08 Marek Borowski
- 28.03.15 11:21 s...@g...com
- 28.03.15 18:59 Mario
- 28.03.15 22:47 s...@g...com
- 29.03.15 13:14 Adam Górski
- 31.03.15 15:00 Adam Górski
- 31.03.15 17:01 s...@g...com
- 31.03.15 18:40 Adam Górski
- 31.03.15 21:19 s...@g...com
- 01.04.15 12:02 Adam Górski
- 01.04.15 14:08 s...@g...com
- 01.04.15 15:14 Adam Górski
- 01.04.15 15:46 J.F.
- 01.04.15 16:42 s...@g...com
- 02.04.15 02:38 Michał Semeniuk
Najnowsze wątki z tej grupy
- twardy dysk stuka
- Oclenie alkalicznych akumulatorów
- Powerbank jednonapieciowy, a trzynapieciowy
- Lustra w maszynie ASML
- DC blocker i buczące toroidy
- Problemy TSMC cd
- Detektor
- Może tutaj się uda: [NTG] Elewacja / dziurawa Churka
- Falownik jednofazowy a żarówka
- Agregat i "legalność" instalacji
- Uziom
- (Ponownie) odkryto, że ładowanie pulsacyjne robi dobrze
- driver led ?
- Długość wtyku zasilającego ?5.5mm
- Szukam przetwornicy 55-40V>8-8.2V 3-4A
Najnowsze wątki
- 2024-05-01 1902 Clement Gerrard
- 2024-05-01 Białystok => Inżynier DevOps (Kubernetes, AWS) <=
- 2024-05-01 Berlin => IT Network Engineer <=
- 2024-05-01 Poznań => Java Developer <=
- 2024-05-01 Wrocław => AI Specialist <=
- 2024-05-01 Bieruń => Administrator i wdrożeniowiec Lotus Notes/Domino <=
- 2024-05-01 Kraków => Senior Rust Software Engineer <=
- 2024-05-01 Gdańsk => Senior PHP Developer (Symfony) <=
- 2024-05-01 Trzecia płeć 2
- 2024-05-01 Lublin => Java Full Stack Developer (AI area projects) <=
- 2024-05-01 Lublin => Java Full Stack Developer (projekty w obszarze AI) <=
- 2024-05-01 twardy dysk stuka
- 2024-04-30 Oclenie alkalicznych akumulatorów
- 2024-04-30 Zniknął dźwięk na tylnym panelu
- 2024-04-30 Białystok => Inżynier DevOps (projekt JP) <=