Det er ikke helt enkelt at interface til dette LCD panel, men intet er umuligt ved du jo nok... Det kunne jo være at der var een "herinde" som havde leget med lige netop denne type.
/Thomas
--
My e-mail is composed in the following manner:
.(a)privat(dot)dk
Ved nærmere eftertanke, er der overhovedet en controller på det panel du har der? Normalt har man jo et digitalt RGB interface til disse LCD TFT paneler. Dette interface kræver at der "clockes" pixels ind i en rasende fart - og det er hele tiden, da TFT panelet jo er en slags DRAM, som skal re-freshes hele tiden.
Hvis du skal have mulighed for at "tegne" på displayet, skal du jo nok lave/købe en eller anden form for controller.
/Thomas
--
My e-mail is composed in the following manner:
.(a)privat(dot)dk
Den Tue, 23 Nov 2004 14:18:25 +0100 Thomas Lykkeberg skrev:
Jeg har taget displayet fra en Compaq Aero 2120. S=E5 jeg har ikke nogen co= mtroler til det. Men mon ikke man kan k=F8be en s=E5dan et sted. hmmm... me= n hvilken controler. Der sidder en Sharp LZ9GG31 p=E5 det oprigtige kort et= sted. Men jeg har ikke rigtig kunne finde noget brugbart p=E5 den i nu. =20
Ja, køb dig et Atmel el. lign. development board og lav så noget glue-logic til at forbinde Atmel MCU'ens porte med dit LCD panel. Nu kommer det sjove så: Software, and lots of it.. :o)
Eller prøv og se om du kan få fat i en LZ9GG31 fra Sharp.. good luck by the way! Du kunne jo prøve at vriste den af det PCB du har.
Hvad er det egentlig du har tænkt dig at integrere dette LCD panel sammen med?
/Thomas
--
My e-mail is composed in the following manner:
.(a)privat(dot)dk
Som andre har nævnt skal det scannes hele tiden. Du har brug for en controller (SED1310?) - eller som de fleste bruger en CPU med controller. Fx. Toshiba, Sharp, Intel Xscale osv.
Alternativt kan du implementere en controller i en FPGA....
Mvh. Anders (der har 5* 5,6" paneler med touch liggende ;-)
-En VGA skærm der kører 60Hz opdatering skal have tilført i omegnen af
18.4megapixels pr sek. Hver pixel består af 3 farver (og de 6 bit/farve passer ca til en port) Hertil kommer at der skal laves timingsignaler.
En normal mikro kan ikke levere 55 mill portopdateringer pr sek, og samtidigt lave noget fornuftigt ind imellem, som f.x. at beregne linjer, cirkler og bogstaver, for slet ikke at tale om at kunne flytte med dem på skærmen.
find et controller board, eller giv panelet bort. En controller kreds er som regel i 160pin eller større hus. En anden mulighed er at finde en lille single board PC. Mange af dem til industribrug har faktisk interface til den slags paneler.
Nej egentlig ikke. Hvis det ikke er til de helt store grafiske udskejelser, er der ikke ret meget andet end en flok tællere, en statemaskine og et RAM interface. Med de få pixels der er på skærmen er det lettest at bruge en alm statisk RAM. Indlæsning til RAM fra mikroprocessoren kan ske simpelt ved at standse opdateringen af displayet så længe.
Nej jeg har ikke brug for at lave de store grafiske beregninger. Men hvad med den touch-screen ?
Vil skærmbilledet så ikke forsvinde/bllinke når SRAM'en opdateres ?
måske nok, men der er jo en lang "hængetid" i den slags displays. Det er derfor de er flimmerfir allerede ved 50Hz. Alternativt kan man jo lave en kunst pause mellem billederne, og interrupte processoren, så den kun skriver i dette timeslot.
Den Tue, 23 Nov 2004 18:20:45 +0100 "Bo Bjerre" skrev:
Hmmm... hvad med at g=F8re brug af doublebuffer. Og s=E5 =E6ndre adresse pointeren til hhv. den ene og den anden buffer. Kr=E6ver godt nok noget mere hukommelse.
Den Tue, 23 Nov 2004 16:18:21 +0100 Thomas Lykkeberg skrev:
Ja, det er det da. Men det er ikke v=E6re at en eller anden Atmel AVR MCU kan klare den sag! =20
Jeg har vist ikke sagt hvad projektet gik ud p=E5. Udover at jeg ville "lege" med det. =20
Du/I ser begrensninger i stedet for muligheder. Den type display bliver brugt i alt fra leget=F8j, PDA'er ja, you name it.
Som "Anders F." skrev: Du har brug for en SED1310?...
Efter den post har jeg set flere projekter som benytter TFT-LCD QVAG's. Godt ikke denne type som jeg har men andre af forskellige typer/fabrikater. Dog med SED1330xxx - SED136xxxx.
S=E5 mon ikke der er en mulighed for at f=E5 det til at virker med lidt hj=E6lp fra en loddekolbe og desl.
Men tak for hj=E6lpen alligevel. Det satte mig i den rigtige retning!
Det vil jeg nu ikke mene, nok mere i retning af realisme :o) Man skal jo ikke slå større brød op, end at man kan bage...
Iøvrigt er 4,6Mpixels/sek nu nok rimelig tæt på hvad en Atmel MCU formår, især fordi det jo kræver mindst 4 output instruktioner for at "sende" een pixel til panelet, så det bliver jo en transfer rate på knap 18MB/s.. Det skal jo opretholdes konstant, ellers vil du ikke kunne se noget på dit display.
Prøv da at købe dig et FPGA eller CPLD dev kit, og se om du ikke kan lave en controller. Det kunne da være et projekt i sig selv.
/Thomas
--
My e-mail is composed in the following manner:
.(a)privat(dot)dk
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.