-
Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!p
ostnews.google.com!t9g2000prh.googlegroups.com!not-for-mail
From: hobgoblin <h...@g...com>
Newsgroups: pl.misc.elektronika
Subject: Re: Powolność programatora STK500v2
Date: Thu, 4 Mar 2010 22:29:02 -0800 (PST)
Organization: http://groups.google.com
Lines: 30
Message-ID: <7...@t...googlegroups.com>
References: <hmeof4$76$1@nemesis.news.neostrada.pl>
<hmike1$1h$1@atlantis.news.neostrada.pl> <hmk345$3kb$1@news.onet.pl>
<hmk4q2$m5u$1@atlantis.news.neostrada.pl> <hmms9f$kq1$2@news.onet.pl>
<hmph65$q52$1@atlantis.news.neostrada.pl>
NNTP-Posting-Host: 210.230.131.28
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1267770542 18112 127.0.0.1 (5 Mar 2010 06:29:02 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Fri, 5 Mar 2010 06:29:02 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: t9g2000prh.googlegroups.com; posting-host=210.230.131.28;
posting-account=24dwvwoAAADYtMd-MuWhPfc1RxgpJW13
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2)
Gecko/20100115 Firefox/3.6,gzip(gfe),gzip(gfe)
Xref: news-archive.icm.edu.pl pl.misc.elektronika:583773
[ ukryj nagłówki ]On Mar 5, 8:51 am, Grzegorz Kurczyk
<g...@c...slupsk.pl> wrote:
>
> Choroba, pod Linuxem w og le jako dziwnie dzia a obs uga port w
> szeregowych. Nawet na RS-ie czysto sprz towym (normalny COM1 wbudowany w
> p yt ) ma taki dziwny efekt przy wysy aniu kr tkich paczek po kilka
> bajt w. Przyk adowo kawa ek kodu w C.
>
> int handle = 0;
> handle = open("/dev/ttyS0", O_RDWR);
> for(int i = 1000; i; i--) {
> write(handle, "abcd", 4);
> tcdrain(handle); // czeka na opr nienie bufora nadajnika}
>
> close(handle);
>
> daje mi taki efekt, e wysy ane s paczki po cztery bajty, a mi dzy nimi
> jest 20ms przerwy !!!
Uzywasz kernela 2.4? W 2.6 "tick" jest 10x krotszy (10ms->1ms). Nie
znam implementacji tcdrain ale prawdopodobnie nie czeka ona na
zakonczenie transmisji w petli, a oddaje CPU schedulerowi.
Zamiast tcdrain sprobuj uzyc (nie sprawdzalem w praktyce):
do {
ioctl(handle, TIOCSERGETLSR, &lsr);
} while (lsr & TIOCSER_TEMT);
-hob
Następne wpisy z tego wątku
- 05.03.10 08:32 Grzegorz Kurczyk
- 05.03.10 08:40 Grzegorz Kurczyk
- 05.03.10 09:29 hobgoblin
Najnowsze wątki z tej grupy
- Propagation velocity v/c dla kabli RF
- Jakie natynkowe podwójne gniazdo z bolcem (2P+PE)
- Czujnik nacisku
- Protoków komunikacyjny do urządzenia pomiarowego
- Hiszpania bez pradu
- amperomierz w plusie
- 3G-nadal działa
- Historia pewnego miernika kalibratora
- Ustym 4k Pro i wyświetlacz
- Czemu rozwaliło celę?
- Wojna w portfelu
- Jaki trojfazowy licznik tuya lub podobny?
- Problem z dekoderem adresów
- Intel się wyprzedaje: po 10latach pchnęli pakiet kontrolny Altery za 1/4 kwoty zakupu
- Korekcja perspektywy
Najnowsze wątki
- 2025-05-10 Szczecin => Key Account Manager IT <=
- 2025-05-10 Rudno => Administrator sieci IT <=
- 2025-05-10 Wrocław => Controlling systems Consultant <=
- 2025-05-10 Rudno => IT network administrator <=
- 2025-05-10 Warszawa => Customer Service with Spanish + translation <=
- 2025-05-10 Warszawa => Senior Account Manager <=
- 2025-05-10 Trójmiasto => Head of Social Media <=
- 2025-05-10 Warszawa => C Programmer <=
- 2025-05-10 Warszawa => Java Developer <=
- 2025-05-10 powąchaj instrybutor
- 2025-05-10 Prawomocny wyrok. Rowerzysta nie ma pierwszeństwa, dojeżdżając do przejazdu
- 2025-05-09 Propagation velocity v/c dla kabli RF
- 2025-05-09 Warszawa => Senior Node.js Developer (doświadczenie z framework Nest.
- 2025-05-09 Patrolowanie kampusów
- 2025-05-09 Faktyczne opodatkowanie medianowej płacy w Polsce wyniosło 39,4% w lis. 2024r.