Uraim van egy 240x64-es T6963C chippel szerelt LCD kijelzőm. (24tűs)
A segítségeteket szeretném kérni, hogy miként tudom életre kelteni..
Van pár bekötési rajzom, de nem tudom melyiket érdemes használni..
Csatolom a kijelzőről készült képpel együtt és egy t6963c dokumentációt is.
Bővebben: Link

ui: ha valaki írt már rá meghajtó programot C-ben akkor szívesen fogadnám, ha meg is osztaná velem..
Közben találtam egy ilyen kiosztást.

Azt tudom, hogy LPT-ra van kiosztva, de a középső oszlopból kiderül melyik lába melyik... Jó lehet ez?

Mellékletben a bekötés, a kontraszt a +5V és GND közé kötött 10Kohm trimmer, csúszkája a "Vcontrast" lábra megy. Nekem így működik, de nem LPT portról, hanem önálló Pic-es áramkörrel. Az "ED" láb ha jól emlékszem, inverz megjelenést ad, de tévedhetek.
Mellékelt program basic, de hasonlít a "c"-hez, ebből kivehető ami kell. Led háttérvilágításnak előtétellenállás kell, kb. 39-56Ohm, ha 9V tápról megy a háttérfény, ennek 5V kevés. Gondolom a ledek nyitófeszültsége miatt. Ez csak a háttér ledekre vonatkozik, LCD 5V-ról megy.
Pontosan ugyanerről a kijelzőről írom.

Köszi...
Majd átnézem a kódod... C-hez azért nem annyira hasonlít max néhány helyen .. CSS-ben találtam lehet abból is ki tudok indulni.
Majd, ha lesz időm belebújok kicsit a témában, de ha valakinek van C-ben írt driver-je az ne tartsa magában
Előre is köszi...

PBP = PIC BASIC Pro (még szép, hogy nem hasonlít a C-re!)

Idézet:
„Mellékelt program basic, de hasonlít a "c"-hez, ebből kivehető ami kell.”

Egy ismerősöm régebben ebből a basic-ből olvasva tudta megírni C-ben a progit, amivel működésre tudta bírni ezt a kijelzőt. Ebből gondoltam hogy itt is segít.
Csak időközben Angliába ment dolgozni, nem tudom tőle elkérni a progit.

Köszönöm, meg fogok vele próbálkozni én is..
Ha más nem az adatlapjából kiindulva írok rá egy saját drivert. (persze ezt jobb lett volna elkerülni)

Vegulis irhatsz is, de egyszerubb az amit mar megirtak. T6963C.c - T6963C driver

Igen ezt néztem én is, de ez is CSS bár ez sokkal közelebb van a C-hez..

Ez azert C. Kis atalakitassal at lehet tenni mas C nyelvjarasokra. A CCS C libekben vannak specialis fvenyek, de ezeket siman meg lehet irni mas C-ben, es maris mukodik. En altalaban CCS C-t hasznalok, es en erre szoktam atirni mas nyelvjarasokbol valo programokat. Nem egy ordongosseg.

Most kezdem bekötözni a kijelzőt..
A kérdésem az lenne, hogy a csatolt bekötésen 12v van a háttérvilágításnak megadva.
Tehát elbírja, ha konkrétan adok neki 12v-ot?
Persze megy előtét ellenállás 270Ohm.

Beröffent a kijelző..
Még nem tökéletes, de már szöveges és grafikus megjelenítés megy.
Még a változók kiíratásával kell foglalkozzak, hogy ne keljen segédváltozót használnom.
És még az int típusok sem jelennek meg rendesen..
Szóval még lesz vele kis munka, de haladok...

Köszi..
Igen, gyakorlatilag az az alapja, illetve majdnem mert az eredetiét (annak amit Vilmos linkelt) én már korábban megtaláltam és abból kiindulva illetve az adatlapját felhasználva kezdtem lépésről lépésre értelmezni mit miért kell csinálni...
Aztán amikor már nagyjából átláttam, akkor elkezdtem a függvényeket egyenként beemelni és átírni, hogy jó legyen..
Sokat szívtam, de végül megjelentek a karakterek. (nem jól van pár dolog definiálva és kezelve, vagy is CSS-ben lehet jó)
Utána a grafikus része már egyszerűbb volt, bár abban is volt jó pár rész amit át kellett írni mert szétcsúsztak vagy elcsúsztak a dolgok.

Szia!
Szép, én is foglalkoztam ezzel a vezérlővel, bár én saját asm kóddal, meg a karakteres módnál félbehagytam, mert túl csúnya volt az LCD ahhoz, hogy több időt szánjak rá.

Mint, ha már láttam volna ezt a képet mikor driver után kajtattam a neten
Egyébként miért nem szeded le a keretet és fested le?
Nem olyan csúnya az...

Ez egy sima 4*20 karakteres lcd kezdőképernyőnek csináltam

Nekem is van pár nagyon komoly Xilinx Spartan vezérlős lcd-m.
A videón a legnagyobb kijelző ami nekem is van...
Értőképernyős a cucc szóval nagyon brutális (pixelbe: nagyon sok)
Ha valaki beröffenti és megossza a tudást és a forrást annak adok egyet ingyen

ui: persze C18-ban mert én csak ehhez értek egyelőre..

Ügyes vagy. Hány mA a háttérfény? Tudok progit -free régi fapados- ami bmp képből csinál "C"-nek HEX fájlt, illetve karakterekből is. Így bármekkora karaktereket egyszerűen lehet gyártani, HEX tömböket csinál a progi.

Köszi..
Nem mértem le a fogyasztását, ráaggattam a 12v-ot egy 270 Ohm-os ellenálláson keresztül és világít.
Egy bekötési rajzon láttam, hogy 12v kell neki.. (csatoltam)

Érdekel az a program..
Főleg ha tömbösít is..

simpi: na igen azokat fel lehet éleszteni..
Jó kis motyók...
Az előbbiről lemaradt, hogy természetesen szines kijelzők..
Be kellene pöffentenem, de az már egy nagyobb falat lenne nekem és lehet beletörne a fogam.. Még..

A progit is fájl mellékletként feltehetem? Nem tudom szabad-e. Az egyik nem "egybecsomagolt", hanem mappában van sok fájl, azzal mit tegyek?
A "tömbösít" úgy értem, hogy megvan egy hex tömb, és azt másolás-beillesztés módon teszem be a programba.
A 270Ohm nagyon sok, azaz halvány fénye lesz. 12V-nál 47Ohm simán lehet, akkor van kb. 50mA a háttérfénynek. Ekkora kijelzőnél még az is alacsony.

Ezek annyira egyszerű progik, hogy a HEX-et nem lehet editálni. Csak BMP, vagy FONT szerkesztés pixelenként, hogy be-ki kapcsolva. Utána csinál egy HEX tömböt, amit nem lehet itt szerkeszteni, csak külön szövegszerkesztővel. De nekem tökéletesek, és igazi free.

Tömörítsd egybe az egészet és tedd fel rar vagy zip fájl ként.
A lényeg, hogy 2MB alatt legyél.
Ha nem megy egyben akkor bontsd meg..
Ha más nem akkor meg az email címemre küld el..
Köszi

Köszi megjött a program.
Találtam én is egyet ami kicsit talán jobb: Bővebben: Link
Behívod a képet kiválasztod milyen kijelzőre akarod, kiválasztod a kimenetet és lekonvertálja neked a linkelt képet.
Arra kell figyelni, ha nem színes a kijelző akkor fekete fehér képet kell választani aminek erős a kontúr mert különbem nem lesz szép és éles a kép.

Írtam hozzá egy rutint is és egy kis példát a tömbösítésre.

Hátha valakinek tudtam segíteni..

Az a program, amelyik 20MB volt tömörítve "LCDimCom" ? Mert annak elküldése nem akart menni.

Jaja az átjött.

Egyébként ennek a kijelzőnek PIC-el kellene hajtani az Inverter és a kontraszt lábait is?
Mert azokat én fixre kötöttem.
Bár a kontrasztnál gondolom egy állítható értékű ellenállás kell, de az Invert lábra mivel, ha jól látom 2álású vagy is vagy magas vagy alacsony szinten van akkor azt ki kellene PIC-re hoznom nem?
Hogy állítható legyen programból.
Elég sok lábat lefoglal ez az LCD, gyakorlatilag ha jól számolom: 8bit az adat, WR, RD, CD, RESET ezek az alapok ez már most 12láb, és ehhez hozzá jönne még minimum az Invert láb amivel együtt már 15lábra van szükség.
Ti mivel szoktátok megoldani az ilyen kijelzők meghajtását?

Amúgy haladtam kicsit és írtam egy saját kis kirajzoló rutint..
Az eredménye az, hogy amit a fentebb linkelt weboldal generál hex kódot rajzolja ki a képernyőre.
Csatoltam az eredményt...

A kontraszt a +5V és GND közé kötött 10Kohm trimmer, csúszkája a "Vcontrast" lábra megy. Nálam kb. félállásban van a trimmer, ott jó.
Invert lábat ha programból akarod vezérelni, nyilván +1 lábat foglal. Én ugyanígy használom a kijelzőt, hogy ennyi lábat foglal. Egyik megoldás a shift regiszter -soros-párhuzamos átalakítás-, hogy kevés PIC lábat foglaljon. Így 1 PIC lábon megy az összes adat és vezérlőjel, és még pár PIC láb a shift regiszter, és esetleg a kijelzőnek, megoldástól függően. De ez jelentős lassulás is az adatátvitelben.

Most rendeltem, MCP 23S17 SPI I/O shift regisztert ezzel gondoltam kihajtani.
SPI még is csak 10MHz-n mocorog, csak nem lesz annyira lassú nem?

Vagy te nem ilyennel csinálod? (talán I2C?)

Bekötöm az összes vezérelhető lábat, ha már 16bites expandert használok...szóval nem lesz gond.

Más:
Szeretnék a CGRAM-ba tölteni karaktereket, de nem tudom értelmezni az adatlapon lévő dolgokat.
Hogyan kell feltölteni karaktereket a CGRAM-ba?
Erről tudsz adni infót vagy esetleg egy kis rutint?

Én közvetlenül a párhuzamos vezérléssel használom, semmi egyéb. PIC18F46K22 -vel csinálom, 40 lábú, bőven elég így is, hogy tizennéhány láb csak a kijelzőé.
Az SPI shift regiszter jóval gyorsabb mint az I2C, gondolom a PIC SPI kommunkációs moduljával menne. Nem csináltam még ilyet, a PIC ilyen moduljait nem ismerem. Szerintem kellően gyors lehet. Még gyakran használt a 74HC595 Shift regiszter, csak 8 bites, kettőt kell láncba kötni. Ez nem SPI, csak sima digitális kapcsolatú ic.
CGRAM használatát én sem ismerem. Nem kínlódtam vele majdnem nulla angol tudásommal, meg igen kevés szabadidőmmel. Rutinom sincs erről. Egyenlőre úgy vagyok vele, ha nagyon kell ékezetes karakter, ráteszek grafikus módban egy pontot, vagy vesszőt az alap karakterre.
Most semmit nem tudtam segíteni, de azért jó pár sort írtam.

Éppen most rendeltem én is PIC18F46K22-őt (egyetlen baja, hogy nincs benne USB)
Szóval akkor te közvetlen a PIC lábairól hajtod a kijelzőt. (15lábat foglal le összesen a GLCD)
Ez szép és jó ameddig nem kell sok láb, de nekem sajna a mostani 4550-en max 8db szabad lábam van szóval ez nem jó megoldás. (meg persze a memóriája is kevés)
74HC595-öt használok jelen pillanatban is azzal hajtom az interfészt. (és még egyéb projektben is használom)
Az egyetlen baj az, hogy ha jól olvasom, akkor itt nem csak írni kell, hanem olvasni is az LCD-t a vezérlő adatporton.
Ha megnézed, akkor úgy kezdődik az init és minden írás, olvasás, hogy az adatportokat bemenetre állítod aztán amikor lefut a visszaellenőrzés akkor visszaállítod kimenetre.
Enélkül nem is megy nálam a kijelző..

Tehát a sima 74HC595 mint meghajtás ehhez a GLCD-hez nem jó mert csak írni tud olvasni nem.
Ezért rendeltem a feljebb említett MCP23S17 SPI-s Expander-t.
Ez már SPI-n képes írni és olvasni a 16bit-es portját.
Ez elegendő lesz mindenre..

A CGRAM meg nem az ékezetes karakterek miatt kellene mert, ha jól értelmezem az adatlapját akkor azok alapból benne vannak szóval csak a memória címzésre kell hivatkozni, ha ékezetes karaktert írsz be.. (erre kell egy kicsi rutin, majd holnap megírom)
Inkább az előzetesen megszerkesztett karakterek és grafikus dolgok letárolására gondnék a program indulásánál, hogy gyorsabb és könnyebb legyen a későbbi elérés.
Van elvileg 4kb szóval ki kellene használni..