cwbe coordinatez:
101
63540
957917
2472670
2473505
2473676
2473707
2473788
2474101
2474527
2476685
2476747

ABSOLUT
KYBERIA
permissions
you: r,
system: public
net: yes

neurons

stats|by_visit|by_K
source
tiamat
K|my_K|given_K
last
commanders
polls

total descendants::
total children::1
show[ 2 | 3] flat


no ano,.
bude to na starsiu grafku,
ta DE stranka tam je zapojenie pinov pre
VESA Connector: aj pre piny na LCD.

ale ked som pozeral oznacenie LCD pinov a tam v tom PDF tak nazvy nesedia.

oznacenie z originalu
http://www.maltepoeggel.de/html/tft2pc/

a tu je z toho mojho.
http://www.phys.szote.u-szeged.hu/bbalazs/bb/lcd/lmg9460xucc.pdf

no a ako som pisal vissi,.
chcel by som to ako malu nezavyslu multi srandicku ku Telke.
a tam ta rychlost z VGA nebude vadit.
potom to pojde do auta.
na prehravanie hudby popr, pozeranie filmu a tak dale.

v tej de stranke akurat nechapem to oznacenie pinov na lcd a z toho pdfka ze ktore su to..
a len tak to skusit tam pajknut nechcem.,

gramatiku nerieš...




  • 00000101000635400095791702472670024735050247367602473707024737880247410102474527024766850247674702480755
    ventYl 23.06.2006 - 23:24:50 level: 1 UP [1K] New
    velmi vela ti z toho nepomozem, ale ako som pozeral to PDFko z druheho odkazu, tak som prisiel na nasledovne:
    (strana dispeja / strana kabla = vyznam)
    Vdd / VCC = napajacie napacie
    Vss / GND = elektricka zem
    XCK / SHFCLK = hodinovy signal
    NC / - = nezapojeny
    DL0~DL7 / P15~P4 = nizsi byte prenasaneho pixelu (pri tej divne little endian logike vlastne vyssi)
    DU0~DU7 / P11~P0 = vyssi byte prenasaneho pixelu (vice versa)

    este su tam signaly LP a YD, ktore by pri troche fantazie mohli byt riadkovym a snimkovym synchronizacnym signalom, ale neviem, neviem... mozno keby sa to LCD napojilo na povodny zdroj, tak by sa ten signal dal najst (riadkovy synchr. signal bude pocet_riadkov x rychlejsi, ako snimkovy)... pricom riadkovy bude pocet_stlpcov x pomalsi, ako hodinovy.

    Dalsi rozdiel vidim v tom, ze to prve LCD je nejake starsie a ma len 3 bity na farebny kanal (9 bitov vseho vsudy). To druhe LCD (z toho PDF) ma evidentne 16bitovu farebnu hlbku - 16 datovych signalov, takze bude mat zrejme 5 liniek pre modru, 6 liniek pre zelenu a 5 liniek pre modru (ako to obvykle pri 16bitovych rozliseniach byva). Teraz uz iba zostava odhalit offsety jednotlivych signalov (kde zacinaju piny pre cervenu, zelenu a modru).
    Ked sa pozrem na vyvod vesa konektoru, vidim tam tiez len 8 datovych bitov, ale su tam nejake salenosti, takze predpokladam, ze sa z nich vyuziju len prve 4 (ako podla povodneho zapojenia) (iba 16 farieb) - takto je to aj v tom povodnom zapojeni.
    Thus rada: ak mas moznost to LCD zapojit na povodny zdroj, tak ho tam napoj a skus nejakym integratorom zmerat frekvenciu na vstupoch PL a YD, ci to nahodou nie su snimkove a riadkove synchronizacne vstupy, ale ten counter treba fakt dobry, lebo tam moze byt frekvencia radovo v kHz.
    Na nete som nikde nezohnal ziadny datasheet k tomu LCD, co by popisoval vystupy, ale predpokladam, ze sa jedna o LCD so 16bitovym bitplanom. Mozno by nebolo odveci zohnat nejake dalsie info o tom druhom LCD, hlavne popis bitplanu a to, akym systemom handluje snimkovu a riadkovu synchronizaciu.
    more children: (1)