Na jakim kontrolerze oparty jest wyświetlacz graficzny cz/b 400x160?

Tue Mar 17, 2009 10:59 pm   

Witam wszystkich.

Jakoś nie mogę z poniższej noty katalogowej wyczytać, na jakim jest
oparty kontrolerze. A może bez kontrolera i trzeba go cały czas
odświeżać (albo chociaż ma pamięć RAM obrazu)?

Tu wrzuciłem PDFy:
http://dybkowski.net/download/ITM-400160K1STLH.pdf
http://dybkowski.net/download/KS0086.pdf

Ten wyświetlacz jest teraz na Allegro w niezłej cenie jak na takie spore
bydlę.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Tue Mar 17, 2009 11:07 pm   

Adam Dybkowski pisze:

Nie ma sterownika, tylko same drivery kolumn/wierszy, więc trzeba stale
go odświeżać. Na elektrodzie są opisane czyjeś (udane) boje z tym
wyświetlaczem na sterowniku SED.
http://www.elektroda.pl/rtvforum/topic654584.html

Tue Mar 17, 2009 11:16 pm   

Użytkownik Adam Dybkowski napisał:

Eeee... ze sposobu sterowania wygląda mi na to, że niestety trza go
"refreszować" "Pamięci" to ma na jeden wiersz. Ale podczepić go
pod jakiegoś ARM-a z wystarczającą ilością RAM-u będzie można.

Pozdrawiam
Grzegorz

Tue Mar 17, 2009 11:56 pm   

Zbych pisze:


Dzięki, jeszcze nie kupiłem więc dam spokój.

Potrzebuję czegoś cz/b i w miarę dużego (choć 128x64 wystarczy) coby
mało ciągnęło prądu gdy nie ma podświetlenia. No i w ramach oszczędności
prądu doczepiony AVR też mógł pospać. Pewnie zakończę poszukiwania na
starym dobrym JM12864 ze sterownikami KS107/KS108.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Wed Mar 18, 2009 12:59 am   

Adam Dybkowski pisze:

ale widzialem projekt, gdzie gosc sterowal podobnym wyswietlaczem
(320*240) z AVRa, ktory mial generator znakow, czyli zrobil z tego duzy
wyswietlacz tekstowy.

Wed Mar 18, 2009 1:03 am   

Jeśli serio 128x64 wystarczy, to może spróbuj:
http://www.allegro.pl/item558513555_art_nowe_lcd_graficzne_132x64_z_podsw_led_w_k_3v.html
(nie mam nic wspólnego ze sprzedawcą!!!!)

Sam jakiś czas temu taki kupiłem jako najlepszy wybór jeśli idzie o
LCDki graficzne, które małą prądu chcą ... niestety, nie miałem czasu
się nim pobawi i nie powiem ile bierze w praktyce ... Jakby bardzo
Tobie na tym zależało, a mógłbyś poczekac tak z tydzien..dwa, to mogę
SPROBOWAC go do czegoś podpiąc, uruchomic i zmierzyc ile prądu zjada w
czasie normalnej pracy i jak wygląda bez podswietlenia... W kazdym badz
razie w swoim czasie to byl najlepszy wybor, choc faktem jest, ze ja
dopuszczalem mniejsze LCDki ...

Pozdrawiam
Konop

Thu Mar 19, 2009 12:16 am   

T.M.F. pisze:


Alternatywnie zamiast ATmegi 128 myślę też o AT91SAM7S256, kosztuje
nawet taniej niż ATmega 2561 a możliwości nieporównywalnie większe (w
tym 64KB RAMu). Tyle że w uśpieniu sporo może pociągnąć prądu wg PDFa.

Wyświetlanie na LCD cz/b 128x64 nie byłoby natomiast dla ATmegi żadnym
specjalnym wyzwaniem - cała pamięć obrazu ma wszak tylko 1 KB.

BTW: W pracy oprogramowywałem kolorowy TFT 176x220 a to już całkiem inna
para kaloszy. Przy 3 bajtach na piksel zjada 113 KB RAMu. No ale
sterował nim akurat ARM9 z doczepionym SDRAM'em więc o pamięć nie
musiałem specjalnie walczyć. Od pewnego momentu developmentu główna
zabawa polegała na dopracowywaniu elementów interfejsu użytkownika,
dekompresji obrazków itp. Z ogromniastych gotowych bibliotek w stylu QT
nie korzystałem bo cały UI miał chodzić szybko i sprawnie - dlatego całe
rysowanie powstało od podstaw (od rysowania pojedynczych pikseli i
bitmap aż po renderowanie fontów i obiekty wysokopoziomowe - menu,
przyciski itd).

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Thu Mar 19, 2009 12:32 am   

Adam Dybkowski wrote:

Sprobuj:
RS Stock No. 532-7114
Manufacturer Displaytech
Manufacturers Part No. 64128COG-FA-BC

Prosta obsluga, pradu niewiele bierze. Jak chcesz, to tez sa troche
wieksze Displaytech. Pamiec obrazu w srodku.



--
Jerry1111

Thu Mar 19, 2009 12:57 am   

Jerry1111 pisze:


16 funciaków to już sporo.
Na Allegro klony JM12864 są po ok. 40 zł. Rozdzielczość ta sama.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Thu Mar 19, 2009 2:09 am   

Użytkownik Adam Dybkowski napisał:

W przypadku AT91SAM7S256 można by dorzucić 4-ro bitowy rejestr
szeregowo/równoległy i pogonić go z SSC lub SPI przez DMA. Obciążenie
procesora w takim przypadku będzie praktycznie żadne.

Pozdrawiam
Grzegorz

Thu Mar 19, 2009 10:12 pm   

Brzmi ciekawie. Akurat siedze nad czyms podobnym - w moim repo SVN jest
to co do tej pory splodzilem. Robie na LCD z Siemensa S65, takie male
GUI nasladujace okienka. Wiele rzeczy juz fajnie dziala, jest w C++ i
mysle, ze bedzie sie z tego wygodnie korzystac. Ale fajnie by bylo
rzucic okiem na to co napisales.

Thu Mar 19, 2009 11:04 pm   

T.M.F. pisze:




To komercja w 100% i nie mogę się pochwalić kodem źródłowym, niestety.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Thu Mar 19, 2009 11:07 pm   

Grzegorz Kurczyk pisze:


Pisałem o tym, że SAM7 nawet gdy śpi to i tak ciągnie sporo prądu w
porównaniu z ATmegą. Gdyby jeszcze musiał w kółko odświeżać LCD (a nie
wyrobi z tym na 32kHz) to już całkiem masakra. Wolę LCD z kontrolerem.
Zawartość wyświetlacza będzie się zmieniać może co minutę więc CPU
głównie będzie spać. Obudzi się z zewn. RTC (który nota bene ciągnie
typowo 1 uA).

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Thu Mar 19, 2009 11:37 pm   

Adam Dybkowski wrote:

6 nie 16, wiec wychodzi to samo.


Ale to bedzie 2xKS0108 czy podobnie - cholerstwo sie wiesza jak sasiad
suszarke uzywa, albo jak mu zdjecie robisz z flashem
A te co ja pisze - COG, zadnej durnej ramki metalowej do zbierania
zaklocen. I mozna albo rownolegle albo po SPI gonic (SPI nie
sprawdzalem, mam i tak duzo wolnych nog w prockach).

--
Jerry1111

Fri Mar 20, 2009 12:18 am   

Adam Dybkowski wrote:

Lepiej LCD z SPI albo LCD z AVR robiacym za SPI ;)

Mam podobny problem - goły 128x64 i sterownik zrobie na SAM7S32 -
wychodzi 3x taniej niż gotowy wyswietlacz z SPI w tej rozdzielczości
(mam na mysli "jednostkowe" przypadki, nie serie). Ale u mnie argument o
braku zasilania odpada.

PS. Czy w ogóle argument o poborze prądu przez SAM7 ma racje bytu w
obliczu prądu wywyanego przez podświetlenie? No chyba że go nie masz.