kontroler lcd graficznego 400x160



Masz problem? Zapytaj na forum elektroda.pl

Poprzedni Następny
Wiadomość
Spis treści
From: BartekK <sibi_at_nospam_hell.art.pl>
Subject: kontroler lcd graficznego 400x160
Date: Sat, 12 Feb 2005 10:24:05 +0100


za chwile siadam do majstrowania takowego kontrolera. Mam dosc duzo LCD
graficznych 160x400 punktow, sterowanych D0 - D3 , C1 C2 i costam
jeszcze, tak na piechote potaktowalem to z 89c4051 i costam wyswietla wg
taktowania, czyli tylko zmajstrowac kontroler z videoram itd. Z
wielkosci LCD wynika iz potrzebuje conajmniej 160x400 = 64000 bity ramu
(8000 bajtow) aczkolwiek pewnie wygodniej bedzie posiadac wiecej (chocby
2x) i w razie potrzeby przelaczac na gotowe "strony" zamiast
przerysowywac caly obraz

jesli ktos majstrowal podobny sterownik i ma jakies sugestie to prosilbym :)
jeszcze nawet nie wiem jaki procek do tego zaprzegne, zasadniczo wole
'51 ale jak mam dawac zewnetrzy ram, itd... to moze w koncu sie
przekonam do jakiegos atmega?

LCD ma rysowac (na pelnej wielkosci) 2 zegary (tzn 88:88:88 i ponizej to
samo) oraz z jakiegos charakter-generatora wyswietlac maly tekst (menu
konfiguracyjne itd). Wiec zadnej grafiki (chyba?) nie robie, tylko 2
rodzaje fontow i ich wpisywanie do video-ram

ze wzgledu na uniwersalnosc - zewnetrznym interfejsem tego kontrolera
chcialbym zrobic rs232/485 lub i2c(slave)...

--
Bartlomiej Kuzniewski tel +48 696455098
sibi_at_nospam_sibi.cfu.com.pl GG:23319
Sprawdz http://www.allegro.pl/show_user_auctions.php?uid=338173

Poprzedni Następny
Wiadomość
Spis treści
From: "Marek Dzwonnik" <mdz_at_nospam_WIADOMO_PO_CO_TO.message.pl>
Subject: Re: kontroler lcd graficznego 400x160
Date: Sat, 12 Feb 2005 12:54:29 +0100


Użytkownik "BartekK" <sibi_at_nospam_hell.art.pl> napisał w wiadomości
news:cukhud$5rc$1_at_nospam_atlantis.news.tpi.pl

D0 - D3
..
wielkosci LCD wynika iz potrzebuje conajmniej 160x400 = 64000 bity
ramu (8000 bajtow)

64kpix, szyna danych 4bity, częstotliwośc ramki - załóżmy 70Hz...
Wychodzi na to, że kolejne pólbajty musisz podsyłać do LCD z taktowaniem
rzędu 1.1MHz. Jesteś pewien, że chcesz to zrobić na 51-ce?
;-)

--
Marek Dzwonnik, GG: #2061027 - zwykle jako 'niewidoczny'
(Uwaga Gadu-Gadulcowicze: Nie odpowiadam na anonimy.)


Poprzedni Następny
Wiadomość
Spis treści
From: BartekK <sibi_at_nospam_hell.art.pl>
Subject: Re: kontroler lcd graficznego 400x160
Date: Sat, 12 Feb 2005 13:55:34 +0100


Marek Dzwonnik napisał(a):
wielkosci LCD wynika iz potrzebuje conajmniej 160x400 = 64000 bity
ramu (8000 bajtow)
64kpix, szyna danych 4bity, częstotliwośc ramki - załóżmy 70Hz...
Wychodzi na to, że kolejne pólbajty musisz podsyłać do LCD z taktowaniem
rzędu 1.1MHz. Jesteś pewien, że chcesz to zrobić na 51-ce?
no moge zrobic nawet na TTL ale kwestia taka, zeby nie dlubac mlotkiem w
kawalku granitu, wymyslajac kolo, gdy inni juz opony produkuja.
Myslalem nad dostepem z ram do lcd bezposrednim - tzn procek zajmuje sie
sterowaniem tylko zegara cl1 cl2 (i rejestrow przesuwajacych
okreslajacych adres w ram), oraz synchronicznie (coby sie nic nie
zderzylo) dopisuje odpowiednie dane do ramu. A dane z ram leca prosto do
driverow lcd..
predkosc zakladajac ramke 100hz, 64kpix = to tylko 6.4Mbita/s,
przesylane po 4 bity = 1.4Mprzeslan na s, robiac rejestr przelaczajacy 8
bitow -> 2x 4bity (dwa jeden wpis 8bitow, dwa wypisy po 4 bity) to tylko
700 tysiecy wpisow na sekunde. Dysponuje 51 z dallasa o podziale zegara
/1 i /4 (zamiast orginalnego /12), pozatym mam 51rd2 z /4 oraz zegarem
24mhz - tez da rade duzo szybciej softowo zapisywac lcd...
Ale chcialbym to rozwiazac "ladnie milo i przyjemnie" najlepiej jednym
scalakiem, ktory mialby te 16-32kB ramu w sobie, uart i wystarczajaca
predkosc...

--
Bartlomiej Kuzniewski tel +48 696455098
sibi_at_nospam_sibi.cfu.com.pl GG:23319
Sprawdz http://www.allegro.pl/show_user_auctions.php?uid=338173

Poprzedni Następny
Wiadomość
Spis treści
From: Krzysiek Kubicki <coobix_at_nospam_gazeta.plBeZTeGo>
Subject: Re: kontroler lcd graficznego 400x160
Date: Sat, 12 Feb 2005 18:22:07 +0000


BartekK wrote:

LCD ma rysowac (na pelnej wielkosci) 2 zegary (tzn 88:88:88 i ponizej to
samo) oraz z jakiegos charakter-generatora wyswietlac maly tekst (menu
konfiguracyjne itd). Wiec zadnej grafiki (chyba?) nie robie, tylko 2
rodzaje fontow i ich wpisywanie do video-ram

No to bez FPGA sie chyba niestety nieobędzie, co najmniej szybki
mikrokontroler + CPLD. Sam zrobiłem na XC9536 + 32kB ramu ale wpisywanie
do pamieci zzewnątrz musi być zsynchronizowane z odczytem ramu przez
tego CPLD. Oczywiscie nie ma w nim zadnego generatora znakow, tym musi
sie zająć zewnętrzny mikrokontroler.

pozdrawiam
Krzysiek