Zwiększenie prędkości wyświetlania tekstu na LCD 1x40 na sterowniku HD4478 ? jak to zrobić?

LCD na HD4478





Poprzedni Następny
Wiadomość
Spis treści
From: BWA <bwa_at_nospam_qbs.com.pl>
Subject: LCD na HD4478
Date: Wed, 07 Jul 2004 00:10:41 +0200


Witam,

podlaczylem sobie taki wyswieytlacz (1x40) i wszysko bylo by w porzadku
gdyby text wyswietlany byl szybciej(a moze taka predkosc to norma).
Tj, zapisanie pelnych 40 znakow zajmuje jakies 1,5-2s. W funkcji zapisu
znaku jest nanosleep() czekajacy 40ns. Istnieja moze jakies inne sposoby
zeby text pojawiaj sie z predkoscia niezauwazalna dla oka ?

pozdr
Bwa

========
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Wojtek Kaniewski <wojtekka_at_nospam_SPAM.SPAM.SPAM>
Subject: Re: LCD na HD4478
Date: Wed, 07 Jul 2004 00:17:36 +0200


BWA wrote:
W funkcji zapisu znaku jest nanosleep() czekajacy 40ns.

man nanosleep, rozdział BUGS.

w.


========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.astercity.net!news.aster.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: Re: LCD na HD4478
Date: Wed, 07 Jul 2004 00:27:05 +0200


Wojtek Kaniewski wrote:

W funkcji zapisu znaku jest nanosleep() czekajacy 40ns.

man nanosleep, rozdział BUGS.

Czyli wystarczy tylko zmienić priorytet/politkę schedulera i po problemie?

"As some applications require much more precise pauses (e.g., in order
to control some time-critical hardware), nanosleep is also capable of
short high-precision pauses. If the process is scheduled under a
real-time policy like SCHED_FIFO or SCHED_RR, then pauses of up to 2 ms
will be performed as busy waits with microsecond precision."

--
Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows/


========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!hs001.slackware.pl!new

Poprzedni Następny
Wiadomość
Spis treści
From: Jan Dubiec <jdx_at_nospam_SPAMTRAP.slackware.pl>
Subject: Re: LCD na HD4478
Date: 07 Jul 2004 01:47:17 +0200


On Wed, 07 Jul 2004 00:27:05 +0200, Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl> wrote:
Wojtek Kaniewski wrote:

W funkcji zapisu znaku jest nanosleep() czekajacy 40ns.
man nanosleep, rozdział BUGS.


Czyli wystarczy tylko zmienić priorytet/politkę schedulera i po problemie?
Tak, ale:
1. program musi być uruchamiany przez root-a lub mieć ustawiony suid root,
2. busy waiting IMO nie jest elegancki.

Regards,
/J.D.
--
Jan Dubiec, jdx#slackware.pl, mobile: +48 506 790442

Głęboka wiara wymaga płytkiego rozumu i nikłej wiedzy.

========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: J.F. <jfox_nospam_at_nospam_poczta.onet.pl>
Subject: Re: LCD na HD4478
Date: Wed, 07 Jul 2004 02:50:44 +0200


On Wed, 07 Jul 2004 00:27:05 +0200, Adam Dybkowski wrote:
Wojtek Kaniewski wrote:
W funkcji zapisu znaku jest nanosleep() czekajacy 40ns.
man nanosleep, rozdział BUGS.

Czy ja moge spytac do czego jest ten lcd przylaczony ?

Ba tak nie bardzo dowierzam w precyzyjne odmierzanie 40 ns ..
A jak widac to raczej 40 ms wychodzi...

J.


========
Path: news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Wojtek Kaniewski <wojtekka_at_nospam_SPAM.SPAM.SPAM>
Subject: Re: LCD na HD4478
Date: Wed, 07 Jul 2004 11:21:22 +0200


Adam Dybkowski wrote:
Czyli wystarczy tylko zmienić priorytet/politkę schedulera i po problemie?

zgadza się.

#include <sched.h>

struct sched_param p;
memset(&p, 0, sizeof(p));
p.sched_priority = 1;
sched_setscheduler(0, SCHED_RR, &p);

i można się bawić w proste aplikacje real-time. inna sprawa, że wtedy
inne nie skorzystają z procesora, póki nie odda się kontroli systemowi,
więc bardziej eleganckim rozwiązaniem na serwerach byłoby korzystanie z
/dev/parport zamiast outb().

w.


========
Path: news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: Krzysztof Piecuch <kris_gor_at_nospam_poczta.onet.pl>
Subject: Re: LCD na HD4478
Date: Wed, 7 Jul 2004 10:09:22 +0000 (UTC)


W artykule <ccgfbc$gno$1_at_nospam_atlantis.news.tpi.pl> Wojtek Kaniewski napisał(a):
i można się bawić w proste aplikacje real-time. inna sprawa, że wtedy
inne nie skorzystają z procesora, póki nie odda się kontroli systemowi,
więc bardziej eleganckim rozwiązaniem na serwerach byłoby korzystanie z
/dev/parport zamiast outb().
Albo skorzystać z dobrodziejstw biblioteki "parapin".
--
*** Krzysztof Piecuch ***
kris_gor_at_nospam_poczta.onet.pl
GG 7084611
*** Linux User #132375 ***

========
Path: news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!news.internetia.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai

Poprzedni Następny
Wiadomość
Spis treści
From: BWA <bwa_at_nospam_qbs.com.pl>
Subject: Re: LCD na HD4478
Date: Wed, 07 Jul 2004 16:19:08 +0200


Wojtek Kaniewski wrote:
Adam Dybkowski wrote:

i można się bawić w proste aplikacje real-time. inna sprawa, że wtedy
inne nie skorzystają z procesora, póki nie odda się kontroli systemowi,
więc bardziej eleganckim rozwiązaniem na serwerach byłoby korzystanie z
/dev/parport zamiast outb().


Nie szkodzi na tym systemie bedzie chodzi tylko jeden proces :))


pozdr Bwa

========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai