eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaPowolność programatora STK500v2Re: Powolność programatora STK500v2
  • 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

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: