kontroler lcd graficznego 400x160

Feb 12, 2005 3 Replies

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)...


U¿ytkownik "BartekK" snipped-for-privacy@hell.art.pl> napisa³ w wiadomo¶ci news:cukhud$5rc$ snipped-for-privacy@atlantis.news.tpi.pl

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 napisał(a):

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...

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

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required