TFT Laptop aansturen met AVR

Dat ic is niet geschikt kijk maar naar figuur 12 in het datasheet.

heb al naar deze figuur gekeken maar waarom is deze niet geschikt ? :$

heeft iemand een voorstel voor een ander chip eventueel ?

[Bericht gewijzigd door Xest op zondag 5 februari 2012 20:59:40 (54%)]

Je panel heeft zo'n 60 frames per seconde, maal 1280*1024 pixels * 21 bits per pixel nodig. Dan kan je van de 21 bits nog wel 9 weglaten, maar dan zijn het 1.5 bytes * 1280 * 1024 * 60 = 117 Mbyte per seconde.

Hoe wil je die data genereren met je 20MHz AVR?

(Ik kan je datasheet van de LCD niet lezen, want ik faal voor de captcha).

[Bericht gewijzigd door rew op zondag 5 februari 2012 23:13:46 (13%)]

ik zouw graag eerst voor het scherm een gewone VGA uitgang crieren, deze kan wel op een avr bv 20MHz gezet worden heb ik gelezen op internet.

EDIT1:

de datat scheet scherm: http://www.fileserve.com/file/ZyGyfFb/LTN154X3-L03_Rev.A00_20110129357…

(nieuwe upload hopelijk werkt deze wel)

heb ook nog wat aan het googlen geweest en kwam bij deze site uit (wel in portugees): http://rfrlabs.blogspot.com/2011/09/conversao-de-lcd-de-laptop-antigo.…

op deze site heb ik het volgende schema gevonden:

als ik goed aan het schema aan uit kan is het een VGA => LVDS interface.

wat denken julie van dit schema?

[Bericht gewijzigd door Xest op maandag 6 februari 2012 20:49:12 (61%)]

Wij sturen een vga scherm op 60Hz 640x480 aan met een FPGA (all hardware) waarvan de code op 25MHz loopt.

En jij denkt met een stukje software op 20MHz dat te kunnen? Elke instructie die je uitvoert heeft al meerdere klokpulsen nodig...

Hier heb je extra hardware voor nodig dat op hogere frequenties werkt.

Dat schema is géén VGA-LVDS-interface. Het gebruikt een soort rudimentaire A/D-conversie om van een analoog RGB-signaal een 3-bits LVDS-signaal te maken. Daar kan je niet echt veel leuke dingen mee weergeven.

Ik kom dan op de berekening 0,375 bytes * 1280 * 800 * 60 = 23MB/s. Als je een buffer maakt op de halve framerate zit je aan 11,5MB/s en dat begint langzaamaan haalbaar te worden. Je hebt dan alleen nog steeds niet meer dan 8 kleuren en de prangende vraag of het paneel de kloksnelheid die je daarbij wilt gebruiken aankan.

Het datablad gaat immers uit van een 68,9MHz masterclock, waarmee je de maximale 18 bits aan kleuren naar binnen moet klokken. Dat klopt dan wel weer, want 3*6=18 (waar is die factor 2 opeens heengelopen?)

Dat schema gaat ook niet werken, die portugese pipo geeft zelf al aan dat er nog een ADC voor moet ...

Ik denk dat je de weerstanden en IC2 zou kunnen weglaten. Deze zitten er op om van een analoog VGA signaal iets digitaals te maken en uit jouw AVR komt al een digitaal signaal. Bij dit schema zou je ook slechts 8 kleuren eruit kunnen krijgen. Als je bereid ben om meer dan 3 I/O pinnen van jouw AVR op te offeren voor video output zou je meer kleuren kunnen maken.

De grootste uitdaging zal zijn om de data snel genoeg uit jouw AVR te krijgen. Met een 20 MHz AVR gaat dat niet lukken, in ieder geval niet met volledige resolutie en refresh rate. De vraag is hoe het LCD paneel reageert als je 'm op een lagere snelheid klokt. Mocht ie daar tegen kunnen dan zou je wellicht met jouw AVR toch nog iets van beeld erop kunnen krijgen.

@maartenbakker

heb ik het juist als ik een controller heb van 68.9MHz dat dit doen baar is?

@Roland van Leusden
dus dit schema kan bv wel werken met een A/D? dit kan ik doen door een ADC pin van mijn controllere te nemen he?

@Patrick de Zeester
ja ik heb nog geen AVR gekozen dus kan alle pinnen bv naar mijn controller brengen en dan zouw ik meerdere kleuren kunen .?

=> ik ga een zoeken achter een controller die sneler werkt dan 20MHz (tips zijn welkom).

Als je een laptopscherm aan wilt sturen, moet je een stevige ARM pakken, of een FPGA. Met een AVR gaat dat je gewoon niet lukken. In elk geval niet als je moet vragen of dat kan.

Beeld is iets speciaals. Het vereist hoge snelheidsverwerking, relatief veel data/seconde. Een 8-bitter doet dat niet.

Ga eens na. Je hebt een display van 128x128 pixels. Je wilt graag RGB uitsturen, 16 bits kleur. Dat is 2 byte per pixel, * 128, * 128 = 32kB aan buffer benodigd om 1 beeld op te slaan. Als je op 60Hz werkt, moet je zo'n beeld in 16,5ms uitgestuurd hebben. Is een ruwe 2MB/s. Waarschijnlijk zal je schermresolutie een factor 20 meer oppervlak hebben. Dan kom je in de buurt van tientallen MB/s

Microchip heeft enkele 16-bitters of 32-biters die een klein schermpje (met een maximum van 1024x768 dacht ik 480x272) kunnen aansturen. Die hebben dedicated peripherals er voor. Dan kan je ook nog wat doen in plaats van 1 microcontroller 500% bezig te houden met beeldbitjes schuiven.
Als je een FPGA of CLPD hebt kan je de peripheral uiteraard zelf ontwerpen en dan is het al een stukje eenvoudiger.
Edit;De PIC32 heeft ook voorbeelden om het met DMA te doen. Daarvoor is wel extern SRAM nodig.

http://www.microchip.com/pagehandler/en-us/technology/graphics/

Via een controller software beeld schuiven en uitsturen is niet erg haalbaar.

Kortom: Met 68,9MHz zit je er nog een leuke factor vandaan. Immers moet de software tussendoor ook nog draaien. Zoiets voer je dus in hardware uit en met een buffergeheugen (videogeheugen, al tientallen jaren wordt dat zo gedaan).

Al met al...

Je moet/mag/kan dus zelf een chip ontwerpen, laten bakken en dan zou het een handig chippie zijn waar menige AVR-liefhebber jaloers op zal zijn.

Reken op een manjaar of twee aan ontwikkeltijd, en $100k - $1M aan fabrikagekosten.

Dat is allemaal niet de moeite waard denk ik.

Wat wel kan is een FPGA zo ver krijgen om het beeldscherm aan te sturen. Als je een kant-en-klaar FPGA bord koopt zoals de DE0-Nano, hoeft dat niet zo veel te kosten.

De FPGA kan je dan voorzien van een softcore AVR of je kan hem opdrachten sturen over een seriele verbinding bijvoorbeeld....

ik ga voor een FPGA gaan dan met een seriele verbinding naar een avr.
heeft iemand een curcus van VHDL programeren?

we beginnen namelijk pas binnen 3 weken op school met dit te leren, kan ik meschien al een stuk leren.

voorbeeld codes of projecten zijn ook altijd welkom

google naar "fotoopa vga fpga". Ik mag aannemen eerste hit.