Odp: Odp: procedury delay dla 89s8252



Masz problem? Zapytaj na forum elektroda.pl

Poprzedni Następny
Wiadomość
Spis treści
From: "drozdu" <lbajger_at_nospam_wp.pl>
Subject: Odp: Odp: procedury delay dla 89s8252
Date: Sat, 3 Jul 2004 20:08:42 +0200


A czy musisz czyscic?
Zazwyczaj LCD-ki migaja, gdy pod jeden adres wpisywane sa rozne znaki,
przykladowo spacja wypelnia liniewyswietlacza do konca, a nastepnie
umieszczasz w tej linii jakies znaki - bankowo beda migac. Zakladam
oczywiscie ze rozmawiamy o znakowym.

Oczywiscie rozmawiamy o znakowym. Nie rozumiem, czeszcze ekran, potem
wpisuje cala linie, ustawiam adres drugiej lini i pisze druga linie.
Lancuchy ktore wpisuje
nie sa dopelniane spacjami do 16bajt, dlatego zawsze czyszcze.

Wyliczenie funkcji delay oraz zmniejszenie czasow oczekiwania zmniejszylo
mruganie
do poziomu ktory jest akceptowalny.

A nie lepiej czekac na flage gotowosci - jesli oczywiscie kontroler
wyswietlacza ja wystawia (Hitachi wystawia na bicie 7-mym). Wtedy wszystko
dzieje sie optymalnie szybko

Sprawdzanie stanu flagi gotowosci z pewnoscia wyeliminuje problem w
zupelnosci.

Zalezy jaki procek, ale zwyczajowo 51-ki i bliskie klony dziela zegar
przez
12-cie. Wiec NOP (jako ze jest jednotaktowy) wykona sie dokladnie tak jak
piszesz.

Procek jest w temacie, dzieki wszystkim za ten delay !


I bardzo dobrze robisz - moje ulubione srodowisko :-)))

Moje to gcc i avrstudio ;)
np: w keilu jest problematyczna kwestia obslugi wewnetrznego eepromu
ale jeszcze tego nie przerobilem.

ps. Czy rozmawiamy o standardowym LCD-ku z kontrolerem Hitachi?

Tak, standardowy - 16x2.

ps2. Pamietaj, aby zawsze przy starcie procka resetowac LCD-a programowo.

pamietam ;)

pozdr.
LB




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

Poprzedni Następny
Wiadomość
Spis treści
From: Ireneusz Niemczyk <Adres_at_nospam_znajdziesz.w.starym.archiwum>
Subject: Re: Odp: Odp: procedury delay dla 89s8252
Date: Sat, 03 Jul 2004 22:59:11 +0200



--------------124F6CA55074EE493EC720AE
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 7bit

Oczywiscie rozmawiamy o znakowym.

OK.

Nie rozumiem, czeszcze ekran, potem
wpisuje cala linie, ustawiam adres drugiej lini i pisze druga linie.
Lancuchy ktore wpisuje nie sa dopelniane spacjami do 16bajt, dlatego zawsze
czyszcze.

Wyswietlacz ma taka przypadlosc, ze jesli dostanie w adres powiedzmy 0x80 jakis
znak, to bedzie chcial go wyswietlic, jesli dostanie w to samo miejsce chwile
pozniej inny znak - to tez bedzie chcial go wyswietlic. W efekcie na tej pozycji
pole bedzie migalo - raz bedzie jeden znak wyswietlany, raz drugi - to
oczywiste, prawda?
Traz pomysl, ze czesto na wyswietlaczu umieszcza sie jakas etykiete, a zaraz za
niawartosc jej przynalezna.

Jesli wezmiemy pod uwage wyswietlacz z linijka 16-to znakowa i bedziemy chcieli
wyswietlic w taki sposob jak nizej i etykiete i wartosc - bedzie miganie na
ekranie...

123456789ABCDEF0 - linijka wyswietlacza
"ETYKIETA = " - przykladowa etykieta, za dluga
"12345" - przykladowa wartosc

W tym przypadku zachodza na siebie 2 pola - wiec oba beda migac (spacje z 1 i
2).
Tak samo jest jesli zrobisz czyszczenie wyswietlacza - wtedy on po prostu wpisze
spacje we wszystkie swoje pola...a wiec wszysko co pozniej na nim bedziesz
umieszczal - bedzie migalo.
Pomijam, ze czyszczenie zajmuje chyba wiecej czasu niz wypelnienie spacjami ;-))



Wyliczenie funkcji delay oraz zmniejszenie czasow oczekiwania zmniejszylo
mruganie do poziomu ktory jest akceptowalny.

Ale nie rozwiazalo problemu...

Sprawdzanie stanu flagi gotowosci z pewnoscia wyeliminuje problem w
zupelnosci.

Mozesz po prostu zadbac o to, aby nie mieszac mu w zawartosci pamieci ekranu
niepotrzebnie. Tez nie bedzie migalo i nie bedzie problemu z czasem dla niego.

Moje to gcc i avrstudio ;)
np: w keilu jest problematyczna kwestia obslugi wewnetrznego eepromu
ale jeszcze tego nie przerobilem.

O, a to dlaczego jest problem?
Ja jakos nie przepadam za AVR-ami...jakos tak...

__
Pzd, Irek.N.

--------------124F6CA55074EE493EC720AE
Content-Type: text/html; charset=iso-8859-2
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>

<blockquote TYPE=CITE>Oczywiscie rozmawiamy o znakowym.</blockquote>
OK.
<blockquote TYPE=CITE>Nie rozumiem, czeszcze ekran, potem
<br>wpisuje cala linie, ustawiam adres drugiej lini i pisze druga linie.
<br>Lancuchy ktore wpisuje nie sa dopelniane spacjami do 16bajt, dlatego
zawsze czyszcze.</blockquote>
Wyswietlacz ma taka przypadlosc, ze jesli dostanie w adres powiedzmy 0x80
jakis znak, to bedzie chcial go wyswietlic, jesli dostanie w to samo miejsce
chwile pozniej inny znak - to tez bedzie chcial go wyswietlic. W efekcie
na tej pozycji pole bedzie migalo - raz bedzie jeden znak wyswietlany,
raz drugi - to oczywiste, prawda?
<br>Traz pomysl, ze czesto na wyswietlaczu umieszcza sie jakas etykiete,
a zaraz za niawartosc jej przynalezna.
<p>Jesli wezmiemy pod uwage wyswietlacz z linijka 16-to znakowa i bedziemy
chcieli wyswietlic w taki sposob jak nizej i etykiete i wartosc - bedzie
miganie na ekranie...
<p><tt>&nbsp;123456789ABCDEF0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<br><tt>"ETYKIETA =&nbsp;&nbsp; "&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "12345"&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<p>W tym przypadku zachodza na siebie 2 pola - wiec oba beda migac (spacje
z 1 i 2).
<br>Tak samo jest jesli zrobisz czyszczenie wyswietlacza - wtedy on po
prostu wpisze spacje we wszystkie swoje pola...a wiec wszysko co pozniej
na nim bedziesz umieszczal - bedzie migalo.
<br>Pomijam, ze czyszczenie zajmuje chyba wiecej czasu niz wypelnienie
spacjami ;-))
<br>&nbsp;
<blockquote TYPE=CITE>Wyliczenie funkcji delay oraz zmniejszenie czasow
oczekiwania zmniejszylo
<br>mruganie do poziomu ktory jest akceptowalny.</blockquote>
Ale nie rozwiazalo problemu...
<blockquote TYPE=CITE>Sprawdzanie stanu flagi gotowosci z pewnoscia wyeliminuje
problem w
<br>zupelnosci.</blockquote>
Mozesz po prostu zadbac o to, aby nie mieszac mu w zawartosci pamieci ekranu
niepotrzebnie. Tez nie bedzie migalo i nie bedzie problemu z czasem dla
niego.
<blockquote TYPE=CITE>Moje to gcc i avrstudio ;)
<br>np: w keilu jest problematyczna kwestia obslugi wewnetrznego eepromu
<br>ale jeszcze tego nie przerobilem.</blockquote>
O, a to dlaczego jest problem?
<br>Ja jakos nie przepadam za AVR-ami...jakos tak...
<p>__
<br>Pzd, Irek.N.</html>

--------------124F6CA55074EE493EC720AE--


========
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.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: Odp: Odp: procedury delay dla 89s8252
Date: Sun, 04 Jul 2004 11:21:10 +0200


On Sat, 3 Jul 2004 20:08:42 +0200, drozdu wrote:
A nie lepiej czekac na flage gotowosci - jesli oczywiscie kontroler
wyswietlacza ja wystawia (Hitachi wystawia na bicie 7-mym). Wtedy wszystko
dzieje sie optymalnie szybko

Sprawdzanie stanu flagi gotowosci z pewnoscia wyeliminuje problem w
zupelnosci.

I tak nalezy do tego podejsc.
Z tym ze czasem raportowano problemy z ta flaga - procek gotowosc
sygnalizuje, a naprawde wcale nie jest gotowy..

J.


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

Poprzedni Następny
Wiadomość
Spis treści
From: Ireneusz Niemczyk <Adres_at_nospam_znajdziesz.w.starym.archiwum>
Subject: Re: Odp: Odp: procedury delay dla 89s8252
Date: Sun, 04 Jul 2004 13:56:27 +0200



--------------8363E425AC235F44FD4B0CFD
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 7bit

Po pierwsze jest to duplikat postu, ktory newsowy serwer Dialogu ignorowal - nie
wiem dla czego, zlapalem juz 2-gi taki przypadek, cos sie nie staraja. Na
szczescie google zlapalo ;-) Pewnie dla niektorych bedzie to powtorka - sorki
Panowie. ;-)

Oczywiscie rozmawiamy o znakowym.

OK.

Nie rozumiem, czeszcze ekran, potem wpisuje cala linie, ustawiam adres drugiej
lini i pisze druga linie.
Lancuchy ktore wpisuje nie sa dopelniane spacjami do 16bajt, dlatego zawsze
czyszcze.

Wyswietlacz ma taka przypadlosc, ze jesli dostanie w adres powiedzmy 0x80 jakis
znak, to bedzie chcial go wyswietlic, jesli dostanie w to samo miejsce chwile
pozniej inny znak - to tez bedzie chcial go wyswietlic. W efekcie na tej pozycji

pole bedzie migalo - raz bedzie jeden znak wyswietlany, raz drugi - to
oczywiste, prawda?
Traz pomysl, ze czesto na wyswietlaczu umieszcza sie jakas etykiete, a zaraz za
nia wartosc jej przynalezna.

Jesli wezmiemy pod uwage wyswietlacz z linijka 16-to znakowa i bedziemy chcieli
wyswietlic w taki sposob jak nizej i etykiete i wartosc - bedzie miganie na
ekranie...

123456789ABCDEF0 - linijka wyswietlacza
"ETYKIETA = " - przykladowa etykieta, za dluga o 2 znaki
"12345" - przykladowa wartosc

W tym przypadku zachodza na siebie 2 pola - wiec oba beda migac (spacje z 1 i
2).
Tak samo jest jesli zrobisz czyszczenie wyswietlacza - wtedy on po prostu wpisze
spacje we wszystkie swoje pola...a wiec wszysko co pozniej na nim bedziesz
umieszczal - bedzie migalo.
Pomijam, ze czyszczenie zajmuje chyba wiecej czasu niz wypelnienie spacjami ;-))



Wyliczenie funkcji delay oraz zmniejszenie czasow oczekiwania zmniejszylo
mruganie do poziomu ktory jest akceptowalny.

Ale nie rozwiazalo problemu...


A nie lepiej czekac na flage gotowosci - jesli oczywiscie kontroler
wyswietlacza ja wystawia (Hitachi wystawia na bicie 7-mym). Wtedy wszystko
dzieje sie optymalnie szybko

Sprawdzanie stanu flagi gotowosci z pewnoscia wyeliminuje problem w
zupelnosci.

Mozesz po prostu zadbac o to, aby nie mieszac mu w zawartosci pamieci ekranu
niepotrzebnie. Tez nie bedzie migalo i nie bedzie problemu z czasem dla niego.


Moje to gcc i avrstudio ;)
np: w keilu jest problematyczna kwestia obslugi wewnetrznego eepromu ale
jeszcze tego nie przerobilem.

O, a dlaczego jest z tym problem?
Ja jakos nie przepadam za AVR-ami...jakos tak...

__
Pzd, Irek.N.
ps. Jarku - o co chodzilo z ta flaga, nie pamietam zadnych powtarzalnych
klopotow...

--------------8363E425AC235F44FD4B0CFD
Content-Type: text/html; charset=iso-8859-2
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Po pierwsze jest to duplikat postu, ktory newsowy serwer Dialogu ignorowal
Na szczescie google zlapalo ;-) Pewnie dla niektorych bedzie to powtorka
<blockquote TYPE=CITE>Oczywiscie rozmawiamy o znakowym.</blockquote>
OK.
<blockquote TYPE=CITE>Nie rozumiem, czeszcze ekran, potem wpisuje cala
linie, ustawiam adres drugiej lini i pisze druga linie.
<br>Lancuchy ktore wpisuje nie sa dopelniane spacjami do 16bajt, dlatego
zawsze czyszcze.</blockquote>
Wyswietlacz ma taka przypadlosc, ze jesli dostanie w adres powiedzmy 0x80
jakis znak, to bedzie chcial go wyswietlic, jesli dostanie w to samo miejsce
chwile pozniej inny znak - to tez bedzie chcial go wyswietlic. W efekcie
na tej pozycji
<br>pole bedzie migalo - raz bedzie jeden znak wyswietlany, raz drugi -
to oczywiste, prawda?
<br>Traz pomysl, ze czesto na wyswietlaczu umieszcza sie jakas etykiete,
a zaraz za nia wartosc jej przynalezna.
<p>Jesli wezmiemy pod uwage wyswietlacz z linijka 16-to znakowa i bedziemy
chcieli wyswietlic w taki sposob jak nizej i etykiete i wartosc - bedzie
miganie na ekranie...
<p><tt>&nbsp;123456789ABCDEF0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<br><tt>"ETYKIETA =&nbsp;&nbsp; "&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "12345"&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<p>W tym przypadku zachodza na siebie 2 pola - wiec oba beda migac (spacje
z 1 i 2).
<br>Tak samo jest jesli zrobisz czyszczenie wyswietlacza - wtedy on po
prostu wpisze spacje we wszystkie swoje pola...a wiec wszysko co pozniej
na nim bedziesz umieszczal - bedzie migalo.
<br>Pomijam, ze czyszczenie zajmuje chyba wiecej czasu niz wypelnienie
spacjami ;-))
<br>&nbsp;
<blockquote TYPE=CITE>Wyliczenie funkcji delay oraz zmniejszenie czasow
oczekiwania zmniejszylo
<br>mruganie do poziomu ktory jest akceptowalny.</blockquote>
Ale nie rozwiazalo problemu...
<br>&nbsp;
<blockquote TYPE=CITE>> A nie lepiej czekac na flage gotowosci - jesli
oczywiscie kontroler
<br>> wyswietlacza ja wystawia (Hitachi wystawia na bicie 7-mym). Wtedy
wszystko
<br>> dzieje sie optymalnie szybko
<p>Sprawdzanie stanu flagi gotowosci z pewnoscia wyeliminuje problem w
zupelnosci.</blockquote>
Mozesz po prostu zadbac o to, aby nie mieszac mu w zawartosci pamieci ekranu
niepotrzebnie. Tez nie bedzie migalo i nie bedzie problemu z czasem dla
niego.
<br>&nbsp;
<blockquote TYPE=CITE>Moje to gcc i avrstudio ;)
<br>np: w keilu jest problematyczna kwestia obslugi wewnetrznego eepromu
ale jeszcze tego nie przerobilem.</blockquote>
O, a dlaczego jest z tym problem?
<br>Ja jakos nie przepadam za AVR-ami...jakos tak...
<p>__
<br>Pzd, Irek.N.
<br>ps. Jarku - o co chodzilo z ta flaga, nie pamietam zadnych powtarzalnych
klopotow...</html>

--------------8363E425AC235F44FD4B0CFD--


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