Svenska ElektronikForumet

En sak jag funderat på... Man kan hitta TFT-displayer som Sharp LQ104V1DG21 relativt billigt på eBay, tänk om man ville interfaca den till en liten mikrokontroller, som jag fattat det är det bara frågan om att mata in RGB som 8-bitars ord och klocka. Sedan klockar man en linjepuls per linje och en bildpuls per bild? EasyPeasy?

Anta sedan (överkurs) att man skulle ha en standard videosignal med separat H och V synk, 15625Hz resp 50Hz, borde man inte så kunna ta en PLL på 10MHz (15625x640) som låses till 15625 och använda det som dataklocka. Videon är TTL 0/1 så när videon är 1 är RGB 255,255,255 och då det är 0 är RGB 0,0,0

Skulle det funka, eller är jag ute och cyklar?

Undrar om det inte är sådana skärmar jag har en hel trave med (inkl fin frontram av mytall och touchfilm) m utbytta som trasiga, men jag tror bara det är backlighten som är paj och den kan bytas mot LED enligt guider på nätet.

Jag har iaf funderat på att försöka använda dom till nåt, och dom pratar iaf digital RGB som dom du länkar till, problemet är väl att man måste hålla klockorna till vad displayen klarar, eller ?

Ja, det måste man. Då hjälper det om det är en display som man har dokumentation på Vissa displayer har även rätt funkiga krav på power-up och power-down sekvenser.

Det är 6 bitars färger, inte 8. Men annars låter det rätt tänkt.

De billiga displayerna har ju inget eget minne vilket innebär att du måste skyffla data till den kontinuerligt
och det är även en massa data som skall skyfflas.
Processorn kommer att ha fullt upp och den får inte störas av annat då timingen till displayen
isåfall rasar och bilden hoppar säkerligen runt .....

Det finns bl.a. ARM processorer som har färdiga interface för detta.
Swech

T.ex STM32F429 har interface för att driva displayer utan egen drivkrets, men upplösningen på den du länkade till tror jag är mer än vad interfacet i just den microcontrollern klarar.
Annars om du skall använda den till video finns det kretsar för det, sök på "videodecoder" så finns det ett antal. Utsignalen från videdecodern motsvarar ett kamerainterface, som i sin tur är ungefär som insignalen till displayer utan drivkrets, men istället för RGB (som displayen vill ha) så får man ut Y + färginformation (YCbCr), så man måste räkna om det (t.ex med en FPGA) för att få RGB.
Applikationsnot som visar hur man räknar om YCbCr till RGB: http://www.latticesemi.com/Search.aspx? ... d1152&t=60

Haken är att Den TFT jag har så har en minimi vertikalfrekvens om 30kHz, så PLLa en 10MHz av 15625Hz och använda denna 10Mhz som pixelklocka, sedan plocka ut 2x15625 som vertikalklocka.... Får se var det slutar..

Kolla SSD1289 eller SSD1906 eller SSD1963.

Jo, men tanken var att testa om det går att få in en vanlig EGA/GCA signal med litet modifierande. Problemet är nu bara det att displayen skall ha en viss klockfrevens, ca 30MHz och att sedan Hsynk och Vsynk skall vara i vissa förhållanden till denna. Hsynk skall vara klockan / 800 och Vsynk 525 linjer. Då får jag en minimum Hsynk om ca 32kHz och eftersom datorn matar ut halva det får jag bara bild över halva skärmen.

Dvs, jag kan få fram styrsignaler så displayen visar och syntetisera dessa faslåsta till en 15,6kHz, men hur skall jag dubbla...