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

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.

do góry

T.M.F. pisze:

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

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

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.

do góry

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

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

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.

do góry

Adam Dybkowski wrote:
> 16 funciaków to już sporo.

6 nie 16, wiec wychodzi to samo.

> Na Allegro klony JM12864 są po ok. 40 zł. Rozdzielczość ta sama.

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

do góry

Adam Dybkowski wrote:
> Wolę LCD z kontrolerem.

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.

do góry

Jerry1111 pisze:

> Ale to bedzie 2xKS0108 czy podobnie - cholerstwo sie wiesza jak sasiad
> suszarke uzywa, albo jak mu zdjecie robisz z flashem ;-)

Ciekawe rzeczy piszesz. Robiliśmy testy w firmie i okazało się, że
wyświetlacze z tymi kontrolerami są najodporniejsze w segmencie low-cost
(wypadały też lepiej od hd44780).

do góry

Zbych wrote:
> Jerry1111 pisze:
>
>> Ale to bedzie 2xKS0108 czy podobnie - cholerstwo sie wiesza jak sasiad
>> suszarke uzywa, albo jak mu zdjecie robisz z flashem ;-)
>
> Ciekawe rzeczy piszesz. Robiliśmy testy w firmie i okazało się, że
> wyświetlacze z tymi kontrolerami są najodporniejsze w segmencie low-cost
> (wypadały też lepiej od hd44780).

Szklane Displaytecha dzialaja mi lepiej - duzo mniej problemow z nimi. Z
kolei LCDki na KS0108 to zalezy jakiego producenta. Ampire w miare
znosnie, siakies dziwne lowcosty czy noname to tragedia. Starczy na PCB
popatrzec: w Ampire widac przemyslane prowadzenie mas i dbalosc o
podobne szczegoly; w innych lowcostach masy prowadzone strasznie.

Jesli masz inne wyniki - _BARDZO_ bylbym ciekawy.


--
Jerry1111

do góry

Sebastian Biały wrote:
> Adam Dybkowski wrote:
>> Wolę LCD z kontrolerem.
>
> 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

Znaczy wychodzi 10PLN? Bo 30PLN kosztuje ten co ja 'lobbuje' - a on moze
takze jako szeregowy pracowac.

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

Ten co ja podalem nie ma podswietlenia i powiem Ci, ze jest naprawde
kontrastowy - zupelnie inna liga niz klasyczne 2x8 itp.

--
Jerry1111

do góry

Jerry1111 pisze:

> Szklane Displaytecha dzialaja mi lepiej - duzo mniej problemow z nimi. Z
> kolei LCDki na KS0108 to zalezy jakiego producenta. Ampire w miare
> znosnie, siakies dziwne lowcosty czy noname to tragedia. Starczy na PCB
> popatrzec: w Ampire widac przemyslane prowadzenie mas i dbalosc o
> podobne szczegoly; w innych lowcostach masy prowadzone strasznie.
>
> Jesli masz inne wyniki - _BARDZO_ bylbym ciekawy.

Inne o tyle, że wszystkie wyświetlacze z KS0108, które badaliśmy bez
problemów przechodziły testy ESD (ampire, winstar i jeszcze jakiś inny
chińczyk). Zdecydowanie gorsze były wyświetlacze z T6963. Z KS0108
_czasami_ przekłamał się bajt przy transmisji, ale przy następnym
odświeżeniu było ok. Żadnych poważniejszych zawieszeń. Wyświetlacze te
_znacznie_ rzadziej miały przekłamania niż hd44780 w tym samym urządzeniu.

do góry

Jerry1111 wrote:
>> Mam podobny problem - goły 128x64 i sterownik zrobie na SAM7S32 -
>> wychodzi 3x taniej niż gotowy wyswietlacz z SPI w tej rozdzielczości

> Znaczy wychodzi 10PLN? Bo 30PLN kosztuje ten co ja 'lobbuje' - a on moze
> takze jako szeregowy pracowac.

Pomyłka, chodzilo oczywiscie o 256x128.

Nie mogę tego twojego trafić w pl. Jest ktoś kto go sprzedaje w detalu?
W zasadzie sam szukam czegoś rozsadnego 256x128 z touchscreenem, na
razie trafiłem tylko na to:

http://www.maritex.com.pl/pl/shop/productInfo/ggid/0
/pid/12640/page/1/backurl

ale ta rozdzielczosc mnie troche denerwuje.

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

> Ten co ja podalem nie ma podswietlenia i powiem Ci, ze jest naprawde
> kontrastowy - zupelnie inna liga niz klasyczne 2x8 itp.

Jak z widocznością "na hali" gdzie panuje półmrok? miałem w ręku
niedawono sterownik z wyświetlaczem około 128x64 bez podświetlenia i po
zamnowaniu w miejscu docelowym trzeba było chodzić do niego z latarką ;)
Nastepnym razem dobrze się zastanowie zanim kupie bez ;)

do góry