-
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
- Silikonowy przewód ekranowany
- Wtyk bananowy ekranowany
- Co może być gorsze od pożaru elektryka?
- daltonizm
- Mały Linux
- Superkondensator. Czy to się uda?
- Stare filmy o technice
- Zasilanie własnych konstrukcji przez PoE
- Jak działa domofon?
- Co oni mierzą miernikiem
- 40 lat OrCAD-a
- Multimetr z bluetooth
- Ciekawa mapka z BTS-ami
- Lampy uliczne LED z kubkiem
- Pęczniejące LiPo
Najnowsze wątki
- 2025-10-28 Silikonowy przewód ekranowany
- 2025-10-28 Wtyk bananowy ekranowany
- 2025-10-28 Chiny => Koordynator Produkcji / Przedstawiciel ds. rozwoju produktu <
- 2025-10-28 Warszawa => BI Developer <=
- 2025-10-28 Warszawa => Engineering Manager <=
- 2025-10-27 Priority pass i fast track z visa platinum santandera.
- 2025-10-27 #Motodziennik Używane - OGROMNE PRZEBIEGI - najlepsze silniki diesla i benzynowe ostatnio
- 2025-10-27 Dlaczego Heweliusz zatonął? Kulisy tragedii I Heweliusz. Prawdziwa historia #1
- 2025-10-27 Telefony z Androidem są bardzo bezpiecznym kanałem zarządzanie kontem bankowym
- 2025-10-27 logowanie VW
- 2025-10-27 Taka CISZA a z banków ZNIKAJĄ PIENIĄDZE
- 2025-10-27 Warszawa => Generative AI Engineer <=
- 2025-10-27 Warszawa => Gen AI Engineer <=
- 2025-10-27 Warszawa => Dyrektor IT <=
- 2025-10-27 Warszawa => Spedytor Międzynarodowy <=




Zalety drzwi aluminiowych w nowoczesnych projektach architektonicznych