TFT 320x240 i Atmega

Maciek pisze:

Chyba się nie uda: pixel clock musi mieć ok. 7MHz inaczej wyświetlacz będzie Ci mrugał, chyba żadna ATmega tyle nie wyrobi, ARM też może mieć problemy.

Maciek napisał(a):

A jaką masz wogóle różnicę między TFT kolorowym i cz-b LCD. Żadnej. Troche więcej danych na kolor i co z tego. W kńcu możesz sobie policzyć, czy jesteś w stane wygenerować odpowiedni strumień. Sam najlepiej wiesz ile tych danych będziesz potrzebował i na ile cwane są procesury, które je wytwarzają. Po to montuje się sterowniki w LCD, żeby byle dździdło sobie poradziło.

Trochę?? TFT wymaga przesłania 16 razy więcej informacji. Jeżeli LCD nie ma podwójnego buforowania to dla wolnych 8-bitowych uC może być widoczne przerysowywanie grafiki.

Maciek napisał(a):

Fakt :)

Procedur jeszcze nie ma..

Eee. Skoro nie buforujesz, to te 150kB nie stanowi problemu.

Ja Atmela nie używam. Ale sądzę, że bez problemów. A swoja drogą TFT z 2-ma odcieniami szarosci by nie wystarczył? Właśnie nabyłem takowy w Gammie i zamierzam zrobić z niego dotykowy ekran do mojego analizatora widma z mocno już wypaloną lampą. I przy okazji napisać sobie jakieś zgrabne procedury dla kontrolera SED. Ale będą na Microchipa :)

Przydalby sie jakis opis tego wyswietlacza. bo 3500 pixeli=7000 bajtow .. i tak mniej wiecej bym liczyl

Z cala reszta potrzebnej obslugi wyrobisz sie wolniej czy szybciej ?

J.

Uzytkownik "J.F." <jfox snipped-for-privacy@poczta.onet.pl> napisal w wiadomosci news: snipped-for-privacy@4ax.com...

Pdf-a dostalem bezposrednio z Gammy. To jest kontroler Ampire'a, ale na ich stronie nie ma nic o nim.

Czyli 1us/piksel -> czyli dla 16MIPS zakladamy maksymalnie 16 rozkazow na piksel. Chyba optymistycznie troche. No bo w tym czasie do zrobienia jest:

- wydobycie z bajtu (fragmentu bitmapy czcionki) kolejnego bitu

- uformowanie 2 bajtow ze wskazanym kolorem

- wyslanie tych 2 bajtow do kontrolera wyswietlacza

Na szczescie Atmega128 ma zewnetrzna magistrale - nie trzeba "machac" liniami sterujacymi na piechote.

Tak sobie wlasnie pomyslalem, ze 1 procka poswiece tylko na grafike, a drugi bedzie zalatwial reszte. Nie wiem, czy i to nie bedzie jednak za malo.

Maciek

Maciek pisze:

Od razu przesiądź się na ARMa. Prędzej czy później zapragniesz wyświetlić jakąś bitmapę a na niej "wmiksować" tekst. Dowolny ARM bez problemu poradzi sobie z bitmapą 150KB (o ile oczywiście tyle będzie miał RAMu - w tym przypadku omijaj szerokim łukiem wynalazki typu AT91SAM7Sxx bez magistrali zewnętrznej EBI).

Myslisz? To znajdz w googlach IS2102 ;-) Kontroler na wyswietlaczach graficznych Ampire.

identyfikator: 20040501 pisze:

Najlepiej męczyć dystrybutora. Bardzo często z oficjalnej strony producenta nie można ściągnąć dokumentacji akurat tego, co używamy. My w firmie stosujemy TFT od Powertipa (176x220 18bit) i w PDFie prawie wszystko jest ładnie wyjaśnione. Rejestry, transfery, organizacja ekranu, kontrola gammy itd.

Adam Dybkowski napisał(a):

W Powertipie owszem. NIestety scalaki Seiko/Epson słyną z BEZNADZIEJNEJ dokumentacji. Pisana jest bez ładu, składu i istotnych szczegółów, jakby ten ktoś robił to po raz pierwszy w życiu. A już ich układy RTC- po prostu tragedia informacyjna.

Maciek napisał(a):

Na pewno tam mi powiedziano:) A jak poznać? Zresztą podobny, tylko troszkę mniejszy mam we Fluke.