-
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
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
- AMS spalony szybkim zasilaczem USB
- stalowe bezpieczniki
- Wyświtlacz ramki cyfrowej
- bateria na żądanie
- pradnica krokowa
- Nieustający podziw...
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=