Fórum témák

» Több friss téma
Fórum » Driver nélküli grafikus LCD meghajtása AVR-el vagy PIC-el
Lapozás: OK   2 / 2
(#) moderboy válasza jucsaba hozzászólására (») Aug 25, 2012 /
 
világosabb képet is tehettél volna fel, de szerintem ezen van vezérlő ( szürke téglalap az üvegen a fóliánál)... nekem is vannak ilyenek itthon, ötletem sincs hogy kéne beindítani őket.
(#) sargarigo válasza moderboy hozzászólására (») Aug 25, 2012 /
 
Ilyen esetben szerintem az egyetlen út (feltéve hogy nincs gyári infó), hogy az eredeti készülékben egy analizátorral meg kell nézni a jeleket, majd abból visszafejteni a működést. Én is ezt fogom tenni ha nem lesz változás lcd ügyben.
Más kérdés, hogy honnan lehet analizátort lőni.
Nekem folyamatban van egy, ha kész lesz akkor lehet cikk is készül belőle. HA...
(#) zenetom válasza sargarigo hozzászólására (») Aug 28, 2012 /
 
Szia!
A sormeghajtó (tehát ami a 64 sort lépteti) adatlábára kell 1-est állítani az 1. sor pixeleinek feltöltése előtt, utána adni egy órajelet a latch bemenetének.
Elvileg 3db T6A39 IC van a nyákon, ezek összevannak fűzve, és minden 80. pixel bevitele után adni kell egy órajelet annak a lábnak, ami engedélyezi a "láncolást".
Viszont most hogy belemerültem, nem értem, hogy az enyém miért működik, találtam benne egy hibát(?).
Szóval ááááá na most gondolkodhatok.........
Szerk.: nehéz így segíteni, hogy még én se látom át.
(#) zenetom válasza zenetom hozzászólására (») Aug 28, 2012 /
 
Az a baj, hogy végülis értem a meghajtást, de az egészet ha végigkövetem, nem látom már teljesen át.
(#) zenetom válasza zenetom hozzászólására (») Aug 28, 2012 /
 
No, másfél óra gondolkozás után felvilágosodtam megint, mostmár átlátom az egészet (mármint az enyémet). --> itt <-- a 136. oldal ("EXAMPLE OF APPLICATION") alapján a lényeget el tudom mondani, csak ennél a T6A40-nél máshogy van a láncba fűzés megoldva (amire még nem jöttem rá), mert nem találok egy bemenetet.
Szóval, a linkelt oldalon alul vannak a SED1880-as vezérlők.
Amikor az LP láb magas szinten van, akkor az első 1880-as EI (engedélyező) bemenete is magas szinten lesz. Közben ha nyomunk egy órajelet az ECL lábra, akkor utána ki lesz választva az első vezérlő, vagyis fogadja a pixel-biteket.
Amikor bevittük az 1 vezérlőre eső pixelek számát (nálam 64, nálad gondolom akkor 80), akkor nyomunk megint az ECL-re egy órajelet, ezáltal az első vezérlő tiltva lesz (mert az EI lába alacsony szinten van akárcsak az LP).
A második vezérlő pedig engedélyezve lesz, mert amikor az első ECL-t nyomtuk, akkor utána (a láncba fűzés miatt) a második 1880-as EI lába magas szintre került.
Ezután bevisszük a 2. vezérlőnek a pixeleit (nálam 64, nálad 80), ezután megint következik egy ECL órajel. Ezáltal tiltva lesz a 2. vezérlő, és aktivizálódik a 3...
Miután "megtelik" az összes vezérlő, kell egy órajel az LP-nek, ezáltal az adott sor pixel-adatai kikerülnek az LCD szegmensekre.
Természetesen mikor az LP-nek adunk órajelet, az Y meghajtó is kap egyet, így a következő sor lesz kiválasztva, de ezt már nem részletezem, mert így is elég bonyi.
A rajznál nálam a SED1990 nem teljesen úgy van bekötve, ami ugye érthető, mert nem a SED1330 vezérli, hanem a PIC.
No, remélem sikerül megérteni az itt leírtakat, mert legközelebbre valószínűleg megint el fogom felejteni.
Szerk.: így visszaolvasva nem is tűnik bonyolultnak, de rájönni annál inkább.
(#) sargarigo válasza zenetom hozzászólására (») Aug 28, 2012 /
 
Amíg megpróbálom felfogni hogy hogy is van ez, addig linkelek egy ilyet! Így vannak összekötözgetve a meghajtók.
(#) sargarigo válasza sargarigo hozzászólására (») Aug 28, 2012 /
 
Itt én úgy értelmezem a dolgokat, hogy a 39-esekbe sorfolytonosan lehet tölteni 240 pixelt (DataIn 1.pin, és SCP 5.pin segítségével), mert egyszerűen shift-regiszterként működnek. Ami kifolyik belőlük, az megy a következőbe a kaszkád miatt. Én azt gondolnám, hogy az LP gondoskodna a sorváltásról, az FR pedig jelezné hogy most új képernyőt kezdünk. Legalábbis az adatlapokból és a rajzról ez jön le nekem. Sajnos gyakorlatban már nem tudom hogyan variáljam az LP/FR párost, hogy jó is legyen
Amit írtál az jól jön, de ezek szerint elég nagy különbségek vannak a vezérlőink között.
(#) zenetom válasza sargarigo hozzászólására (») Aug 28, 2012 /
 
Holnap majd gondolkozok rajta.
Nemsokára sajnos mennem kell aludni, mert mindjárt 4 óra
(#) sargarigo válasza zenetom hozzászólására (») Aug 28, 2012 /
 
Köszi, számítunk Rád!
(#) moderboy válasza sargarigo hozzászólására (») Aug 28, 2012 /
 
Én csak azt nem értem, hogy miért nem lehet a sorokban mintát csinálni. Vagy csak telített vagy csak üres soraim vannak, tehát a Datával mégis van még valami turpisság.
(#) sargarigo válasza moderboy hozzászólására (») Aug 28, 2012 /
 
Na itt vagyok én is leakadva. Az én kódom a te vasadon mit csinál?
A kérdésedre a válasz amúgy valószínűleg az, hogy csak az első sort sikerül feltölteni, és azt azután végigmásolja az összes sorra. Emiatt jók az oszlopok, de nincsenek sorok. A megoldást még keresem.
(#) moderboy válasza sargarigo hozzászólására (») Aug 28, 2012 /
 
Mindjárt megnézem, csak kicsit hegeszteni kell vele egy keveset még. Kíváncsi leszek hogy így nálam is oszlopok lesznek-e sorok helyett.
(#) moderboy válasza sargarigo hozzászólására (») Aug 28, 2012 /
 
Na az a helyzet, hogy a te programod nálam egy olyan mintát futtat körbe (szerintem körbe) a kijelzőn hogy 2 teli sor 1 üres aztán megint 2 teli. Ha futás közben megállítom akkor a sorok pozíciója változik. (Hol 1 teli egy üres van felül, hol csak üres, hol 2 telivel indul a kép).

De nem értem hogy miért van két 64x lefutó cikluson belül pixelek feltöltése? Mintha az egész egy képet feltöltő ciklust még 64x futtatnád, pedig ez a while(1) miatt értelmetlen lenne.
(#) sargarigo hozzászólása Aug 29, 2012 /
 
Az a kulso ciklus csak egy csokeveny, probaltam animalni a dolgot, hatha tobbet latok igy. De persze nem. Azt csinalta volna,hogy vegiglepkedi a 64 sort, egyfajta futofenykent. De ehhez az kellene, hogy a lenyeg mukodjon. Es ha torlod a kulso ciklust, akkor mit csinal? Esetleg video?
(#) zenetom válasza sargarigo hozzászólására (») Aug 29, 2012 /
 
A framefrissítést csak minden képkocka elején kell meghívni! Tehát a
Idézet:
„toggle_fr();”
-t rögtön a főciklus elején hívd meg!
  1. while (1)
  2. {
  3. toggle_fr;
  4. for (int i=1; i<65; i++)// valtas a kovetkezo sorra
  5. .
  6. .
  7. .

Bár ez túl egyszerű, hogy ez legyen a baj, de azért próbáld meg.
(#) sargarigo válasza zenetom hozzászólására (») Aug 29, 2012 /
 
Természetesen ezen már túl vagyok. Az adatlapokat bújom, hátha valamit találok benne, amit eddig nem vettem észre.
(#) moderboy válasza zenetom hozzászólására (») Aug 29, 2012 /
 
Mindegy hova rakjuk kiröhög a technika
(#) Bearni74 hozzászólása Jan 15, 2017 /
 
sharp lm085YB01T01 kijelzőhöz valaki tud segitséget mondani?

Datasheetet nem találtam hozzá. Ricoh Affico 1045 ös dokumentum server fénymásolóban volt. A panel is megvan hozzá, amire a kijelző fel volt dugva. Tapis, de az lényegtelen, mert a tapinak külön kivezetése van. Sőt külön egység is. Nincs egybe a kijelzővel.

Meg van egy nagyobb laptop kijelzőm is. Az meg egy samsung LTN156AT02.
Egyenlőre azzal se tudok mint kezdeni. Annak van datasetje, ami emleget i2c-t is.
(#) Bakman válasza Bearni74 hozzászólására (») Jan 15, 2017 /
 
Samsung kijelző: LVDS meghajtást kíván, mikrokontrollerrel hajtani felejtős.
Következő: »»   2 / 2
Bejelentkezés

Belépés

Hirdetés
XDT.hu
Az oldalon sütiket használunk a helyes működéshez. Bővebb információt az adatvédelmi szabályzatban olvashatsz. Megértettem