[elektro] 128x64-es lcd interface

[Tóth Péter]

Nem haragszom :) Egyébként van saját RAM-ja és kontrollere a TFT-nek, a 
16 bites PIC a két 8 bites ADC adatait tenné be a külső 16 bites RAM-ba, 
utána megjelenítené a TFT-n. A lassúság abból adódik, hogy a TFT alap 
esetben 2x8 bit címmel és 2x8 bit adattal rak ki egy pontot. De egy 16 
bites uC-vel (2x16) is min. 10 ciklus. Ha más művelet nincs közben (pl. 
képernyőtörlés), akkor a 40 mips miatt 52x tudom frissíteni a kijelzőt 
mp-enként (mondjuk a kijelző ennyit már nem tud...). Ha matekozni is 
kell közben, akkor annyival lassul az egész.
Sajnos a komolyabb procikhoz nem értek, de ahogy számolom, ez a sebesség 
már bőségesen elég lesz a feladatra, csak ne nehezítené meg a dolgom az 
idétlen PORT-kiosztás...

A következő próba az lesz, hogy kompozit videojelet ADV7180 digitalizál 
és ez a uC pedig megjeleníti, esetleg felratozza, meg kezeli a 
beállításokat (szín, kontrasz, stb.).

ToPe


Laszlo Vagasi írta:
> Sziasztok!
>  
> Már bocsánat, nem akarok senkit megbántani, vagy megsérteni, de 240*320-as 16-18 bites színmélységű LCD-t, pláne ha külső RAM-ot kell videó memóriának használni eszembe sem jutna 16 bites PIC-el hajtani. Oda szerintem már kell egy ARM mag. Esetleg egy CPLD, vagy FPGA, ha az adott LCD-nek nincs saját controllere és azt illeszteni egy MCU-hoz.
>  
> Szerintem gondold át, kevesebb szívás lesz vele.
>  
> Laci
>  
> =========================
> László Vágási
> Duolog Technologies Kft.
> H-1053, Budapest, Karolyi M. u. 9.
> Phone:  + 36 1 411 31 62
> Fax:      + 36 1 411 31 01
>
>  
>  
>  
> -----------------------------------------
>           elektro[-flame|-etc]
>
>
>