On 2010-12-20 00:47, Adam Dybkowski wrote:
> A teraz weź soft do obsługi konkretnego typu wyświetlacza i wstaw w
> główny procesor. Odpadnie pośredniczący AVR a płytka wyjdzie mniejsza.

Nie. Obciązy procesor konwersjami (przeciez układ bajtów zazwyczaj w LCD
jest *popieprzony*) i może przeszkodzić w uzyciu DMA. Wygeneruje mi 4
wesje *głównej* płytki (bo magistrala równoległa, bo I2C, bo SPI, bo h.
wie co jeszcze ktoś wymyślił) albo wygeneruje kobylastą złaczkę z której
uzywama w danej chwili 4 druty. Wymusi stosowanie interfejsu do
touchscreena i jakiejś przelotki (a tak touchscreenem zajmuje się
"sterownik" LCD bądx nawet emuluje go myszką na PS/2), jest bardzo
trudne dla LCD bez RAMu chyba ze się weźmie procek ze sterownikiem LCD
(wybór juz nie jest kolorowy), uniemożliwia przesunicie LCD dalej od
głównego strownika, wymaga dodatkowych portów do klawiatury (a tak
akurat klawiaturą zajmuje się AVRek w LCD). Itd.

IMHO nie ma dla mnie żadnych zysków ze sterowania LCD bezpośrednio.
CHYBA że byłby to I2C z liniową organizacją ekranu i własną pamiecią.
Ale nawet wtedy jeśli na rynku pojawi się 2x tańszy LCD ale z debilna
magistralą to jestem w plecy bo trzeba przerabiać projekt główny. A tak
mam stabilny projekt główny i przerabiam małą duperelę za kilka zł.

Nikogo nie namawiam na takie zastosowanie. Ja po prostu mam bardzo
specyficzne zastosowanie. Jednak nawet amatrosko lepiej mieć
zdroworozsadkową organizację ekranu i magistralę niż pomysły wymagające
gimnastyki hardware i software których celem jest maskowanie niedorobek.