[LCD]HOWTO-iP: Aansluiten van monochrome laptop LCD's

quote:

Wortelsoft schreef op 20 juni 2004 @ 13:25:
Als je het in c of c++ programmeert heb je daar meer dan genoeg aan. bootflop met ms-dos en je progje en draaien maar. Als je alleen status wilt weergeven is het werken met een serieele verbinding snel genoeg. Van borland kun je turbo c++ voor dos gratis downloaden.
Bij De Slechte kun je vast nog wel een goedkoop boek scoren over c(++).

Ok, heb vrijdag mijn laatste examen, zal mij er dan eens in verdiepen

die laptopzut dingen hebben toch gewoon videogeheugen?

Dit zou je met een heeel simpel stukje asm kunnen poken (en dus aanpassen)

Waardoor je dus de inhoud van het scherm kan aanpassen

Als je dit nou combineerd met com datatransfer (ook simpel) waarover je de pokes stuurt (memadres en waarde)

Dan zou je volgens mij in een stuk of 50 regels ofzo in asm wel een compoort gestuurt laptopscherm kunnen maken denk ik zo.

En in asm zal het 100+ keer op een floppy passen, bijna geen proc tijd zuipen en supersnel lopen...

quote:

SA007 schreef op 21 juni 2004 @ 14:03:
die laptopzut dingen hebben toch gewoon videogeheugen?

't Is een 386 met een paar honderd kb ram, zou me dus verbazen moest dat ding al videogeheugen hebben

Wat bedoel je trouwens met ASM? Is dat ook één of andere programeertaal?

386's hebben ook gewoorn videogeheugen (zelfs 8088/8086 met Hercules/CGA al).
ASM = Assembler

ASM = Asembly (of Assembler) dit is een zeer simpele programmeerteaal die direct omgezet kan worden naar machinecode (wat je processor snapt dus)
Dit betekend dat je een 386 nog vrij snel beelden kan laten produceren...

Ik ben trouwens samen met sprite_tm hier een plugin voor aan het maken om dit te doen...

Zie ook: [LCD] gLCD, generiek grafisch LCD aanstuurprogje

Hej hallo!

Ik heb sinds kort ook een LCD scherm van een laptoppie
screamteam in "Laptop LCD aan VGA-kaart"
In deze post staat de nodige informatie over mijn scherm, nu weet ik echter niet waar ik moet beginnen, en zoek wat hulp....
Iemand die mij de goede richting in kan helpen?

Subtiel schopje

Ben zelf nog nix wijzer geworden...

Mmm, ik ben wat bekend met het aansturen van signalen en dergelijke. Ik heb zelf met op school (Hoger Technische Informatica), een TV scherm aangestuurd. Hierbij is timing heel belangrijk, je moet het signaal direct sturen vanuit de parallelle poort. Hierbij hebben we het over een signaal waarbij je 25 beelden per seconde stuurt, interlaced (dus eerst even lijnen, daarna oneven lijnen) = 50hz, over 2 data lijnen en 1 ground. Resultaat: 4 kleuren. Hiervoor had je een redelijk snel systeem nodig met een realtime operating system, want timing is zeer belangrijk. Owja, resultaat van het project; wel beeld, maar crappy aan alle kanten.

Hoewel LCD's digitaal zijn, maar dat voor de rest niet uit. Wil je 60hz data uitpoepen over de parrallelle poort ondern windows, even serieus: Dat lukt nooit. Je hebt iets veel snellers nodig, en ongebufferd. Wat je wil hebben is een stuk geheugen, dat vervolgens op vaste timing naar het scherm schijft; een ramdac. Deze kun je kopen in hele duren LCD kaarten/drivers, of evt. zelfs maken, maar dan met beperkte functionaliteit m.b.v een Microcontroller. Je laat dan de microcontroller het scherm aansturen, en stuurt dan over seriele poort of zo wat data er heen, maar gezien het beperkte geheugen zal dat niet meer zijn dat wat tekst of zo.

Hoe het met de VESA connector zit weet ik niet, maareh waarom zoveel moeite doen als:
- Je net zo goed die laptop heel kunt laten en via een netwerk+programma ook beel op je laptop kan toveren
- een lcd controller meer kost dan een lcd schermpje met een tv ingang die veel makkelijk is aan te sturen.
- Een standaard lcd schermpje voor de pp die wat kleiner is net zoveel beeld op het scherm kan toveren
- De tijd die je nodig hebt beter kunt steken in een bijbaan en een kant en klaar scherm kuntk open.

Eeuh, is het niet een idee om een PIC, met geheugen te gebruiken als buffer ?,
laat die PIC op volle snelheid het LCD refreschen met wat er in zijn geheugen staat
en via de seriele/paralelle poort kun je die informatie updaten.

Je zult er geen grafisch geweld mee kunnen toveren, maar voor stats en simpele grafische toepassingen is het goed genoeg

Dat zeg ik PIC == Microcontroller. Moet toegeven, heb m'n berichtje nogal vlot geschreven

Als eerste sorry dat ik dit topic van bijna een jaar oud kick, maar om een nieuw topic te starten over hetzelfde onderwerp leek me oom niet goed. Ik kan altijd nog een appart topic openen...

Ik heb de G6481L-FF net uit een oude 386 laptop gesloopt en ben aan het zoeken gegaan. dit vond ik:

Hier staat wat over dit LCD
http://www.rtd.com/panels.htm

Reso: 640x480
Panel Drive: DD
Panel Interface: 8-bit
Panel Data Transfer: 8 Pixels/Clk
Panel Gray Levels: 2

Op pagina 232 staat de mogelijke pinout van dit scherm.
http://members.elysium.pl/ytm/doc-hardware/ct65548.pdf

Als ik er vanuit ga dat de link hierboven dus echt de pinout is dan heb ik dus 4 maal DL en 4 maal DU. (Nu staat er in de PDF dat het LD 0 tot 3 is en UD ook 0 tot 3 is. Ik ga er van uit dat hiermee hetzelfde bedoeld word..?)

Verder vliegen er nog meer termen over mijn scherm:
DF, CP, LOAD, FRAME, NC (Not Connected?), VSS, DISPOFF, VDD, VO, VAA.

Ik heb bij dit lcd ook nog 2 printjes die naast de lcd zaten. Eentje met potmeters voor de brigtnes en contrast. Het andere printje was voor de CCFL. (maak wel foto.)

Ik ga nu pics maken. Al is er niet veel te zien. Een stekkertje en 7 soldeerpunten aan de print van de LCD. Verder geen chips...

Graag zou ik weten met welke mothode ik dit scherm het beste kan aansluiten en Waar pin 1 begint bij de foto die ik zo ga posten Kan ik verder nog iets met die 7 soldeerpunten?

Edit:
Ok hier volgend de pics:

Dit zijn 20 adertjes. En als waar het getalletje 20 staat ook ader 20 is dan weet ik dus ook welke ader dab ader 1 is...Niet zichtbaar op de foto, maar aan de linkerkant staat een kleine 20.



Dit zijn 7 overigge soldeer punten. Deze waren niet verbonden met de laptop!


Ben helaas vergeten wat de bovenkant en de onderkant is van dit scherm... maar als dit echt noodzakelijk is om te weten duik ik wel ff de kliko in om het frame van de laptop er uit te vissen...


Deze prut aan draden zat achter en naast h[img]et scherm. Aan de linkerkant loopt 1 x 10 connectors naar het board van de laptop en aan de rechterkant lopen 2 x 10 connectors naar het board van de lap.


Ok, hier zit waarschijnlijk de aansturing van het CCFL en ik denk dat deze ook het scherm voed. Aangezien er nog 4 adertjes naar de rechterkant lopen (aan de rechterkant zit het lcd aangesloten.)


Dit is dus de rechterkant. Hierop zitten de 2 potmeters voor Brightnes en Contrast. Ook zie je hier de 4 aderige draad van de vermoedlijke voeding van het scherm. Onderop zit de 20 aderige connector waarop het scherm zit.


De 2 x 10 adres aan de rechterkant die naar het moederbord lopen.


Dit is dus mijn duim en het de 10 aderige connector aan de linkerkant. Loopt ook richting mobo.


Aangezien we 20 aders op het schermpje hebben vraagt de kenner natuurlijk af waren lopen er dan 30 naar het mobo Hier is het antwoord: Er zit namelijk nog een stukje print waar wat ledjes opzitten die werken gebruikt voor numlock en hdd activity battery etc etc etc...


Dit zijn die 2 printjes dus die naast het scherm zitten maar dan van de achterkant. De bovenste zit links en was voor de CCFL en de onderste daarop zit het lcd. Je ziet duidelijk de grote 20 aderige connector.


Hier zie je het lcd aangesloten:


Hier alles even op 1 foto:


Hier staat dus op de achterkant het type nummer:


Wat kan ik nu het beste doen?

ragingbull wijzigde dit bericht 03-09-2005 15:42 (51%)

Is er niemand die mij kan helpen hiermee? Ik heb deze zondag net de tijd en het materiaal maar ik kan zo niet verder....

Erm, waarom heb je niet gewoon je laptop 'intact' gelaten en daarmee het scherm aangestuurd, want je bent nu VEEL moeite aan het doen om het gedeelte wat in je laptop zit te vervangen

quote:

SA007 schreef op zondag 04 september 2005 @ 13:37:
Erm, waarom heb je niet gewoon je laptop 'intact' gelaten en daarmee het scherm aangestuurd, want je bent nu VEEL moeite aan het doen om het gedeelte wat in je laptop zit te vervangen

Ik had geen voeding voor de laptop en als ik een 12 volt pc voeding op de contacten van de 12 accu aansloot deed hij niets. Dus ding was gewoon kapot. De draden lagen er ook uit waar de adapter op aangesloten zou moeten worden.

Kan iemand me verder helpen dan? Ik heb nog wel wat kaartjes liggen met een VESA connector er op..

niemand meer?

Leuk dat je deze ook een keertje schopt, maar ik denk dat dit project voorlopig (ook voor mij) een beetje on-hold is geraakt. De theorie erachter is het probleem niet en die staat ook in veel STN datasheets vermeld. Maar het probleem is alleen om een high-speed 16-bit datasignaal aan je LCD aan te bieden, met gebruik van óf een VGA kaart of een printerpoort. Een real-time embedded driverkaart zou het makkelijk kunnen maar die kosten bakken vol €€€.

Edit: Met een 8-bit LCD kun je waarschijnlijk goed uit de voeten met je parallelle poort. Sinds DSTN schermen toch tergend traag zijn kun je makkelijk een tijdsduur van misschien wel 100 ms tussen twee frames gaan doen, en ik beloof je dat je dat onder Windows nog niet eens zult redden

Als je het helemaal leuk wilt doen implementeer je een framebuffer in een DOS PC of een microcontroller met een SRAM chip, en dan haal je waarschijnlijk wel wat hogere framerates. Het is dat ik hier nergens een 8-bits STN heb liggen anders wilde ik wel wat prutsen.

Stoney3K wijzigde dit bericht 07-09-2005 22:40 (39%)

denk zelf nog dat het meest simpele en het beste is je laptop zover mogelijk uit elkaar rukken (fdd/cdrom/etc allemaal eraf mikken), 'm verbinden via parralel/serieel/netwerk, eventueel voor stilte de hdd vervangen door een cf kaartje en gewoon gaan bitbashen in het videoram met een stukje asm...

quote:

SA007 schreef op woensdag 07 september 2005 @ 23:15:
denk zelf nog dat het meest simpele en het beste is je laptop zover mogelijk uit elkaar rukken (fdd/cdrom/etc allemaal eraf mikken), 'm verbinden via parralel/serieel/netwerk, eventueel voor stilte de hdd vervangen door een cf kaartje en gewoon gaan bitbashen in het videoram met een stukje asm...

Dat was mijn bedoeling ook, een jaar geleden. Door tijdgebrek is het er nog niet van gekomen.
Nu moet ik ook nog wat 'projectjes' afwerken, dus zal het nog maar ergens in oktober zijn voor ik er kan aan beginnen.
De laptop die ik heb werkt nog perfect (maar het is wel een heel oud beestje, harde schijf kent dat ding nog niet ). De bedoeling is om in C/C++ (heb ik nu toch moeten leren voor mijn studies) een klein dos-programmaatje (max 720kB, want moet op een DD floppy passen) te schrijven dat de gegevens uitleest van de seriële poort.
Het programma op de 'master'-computer moet dan de nodige gegevens via de seriële poort doorsturen. Vooral dat uitlezen lijkt me nog niet zo eenvoudig, hoewel het, na wat lectuur, wel moet lukken.
Als ik er aan begin, zal ik hier (of in een nieuw topic) zeker de vorderingen laten weten. Alle hulp zal welkom zijn.

PS: let ook op het woord ALS. Ik heb er zeker zin in, maar ik heb geen flauw idee of ik er wel de tijd voor ga hebben

Het probleem is dat de laptop zelf niets meer doet... heb alles zo los aangesloten maar nu blijkt dat het ding niet eens meer beeld geeft als ik hem aanzet. Zowel op VGA als LCD is niets te zien.

Ik heb hem zo van een rommelmarkt weten te plukken en er zat geen adapter bij, overiggens hingen de 3 draadjes (oranje, rood en bruin) uit de achterkant van de laptop waar waarschijnlijk voorheen een voeding aansluiting gezeten heeft.

De accu was dacht ik 12 volt dus ik heb gewoon de 2 aansluitpunten op het mobo van dat laptopje aan een AT voeding gekoppeld en ik zag de CCFL van het scherm aan gaan. maar dat was alles. Zelfs de ledjes bleven uit.

Ik weet niet waar die 3 draadjes voor zijn maar ik probeer het morgen wel een keer. Als het gaat roken is het jammer... ding koste me toch maar 2 euro

Nou, het ging niet roken, in tegendeel! hij werkte!

Ik kan hem direct aansluiten op een 12 volt molex van een AT voeding!

Dus nu wil ik eigenlijk wel eens weten of er al programma's zijn waarmee ik dat scherm kan misbruiken via de LPT poort. (heb zoéen data kabel liggen van LPT naar LPT... dus liefst ook voor deze kabel )

Ik hem het hele zooitje nog los op een plank liggen, ik ga het ergens op/in bouwern als ik het draaiend heb! De hdd kan ik nog niet gebruiken. Het is een 80 mb, maar de floppy zal het wel doen... ff testen met een win98 bootfloppy...

Kan iemand me verder helpen met zoéen progje die data kan versturen naar de laptop en het dan kan weergeven op het scherm?

quote:

ragingbull schreef op zaterdag 10 september 2005 @ 22:40:Kan iemand me verder helpen met zoéen progje die data kan versturen naar de laptop en het dan kan weergeven op het scherm?

Ik, binnen een maand of 2 als er niet teveel tussen komt

@ragingbull, gefeli, is toch het makkelijkste zo

Trouwens, in c (niet c++ pakken) is serieel/parralel doodsimpel, maar het blijft een trage verbinding, als er een uitbreidingsbus opzit kan dat ook misschien.

Meestal zit er trouwens ook een bus op voor extra geheugen (al is het een socket om losse mem chips in te doen), als je daar wat mee gaat klooien met logische poortjes kan je een memory-mapped i/o maken (retesnel en supersimpel), dan kan je met heel weinig asm (geen c, daar is het dan weer een stuk lastiger) een best heel erg snelle manier maken om het scherm te verversen.

Dan kan je als je een microcontroller haalt met een usb aansluiting en zat (30 ofzo) i/o poorten het scherm op een relatief simpele manier helemaal usb controlled maken.

Is wat lastiger dan het aan serieel of parrallel hangen, maar het resultaat is stukken sneller.

quote:

SA007 schreef op zondag 11 september 2005 @ 00:18:
@ragingbull, gefeli, is toch het makkelijkste zo

Trouwens, in c (niet c++ pakken) is serieel/parralel doodsimpel, maar het blijft een trage verbinding, als er een uitbreidingsbus opzit kan dat ook misschien.

Meestal zit er trouwens ook een bus op voor extra geheugen (al is het een socket om losse mem chips in te doen), als je daar wat mee gaat klooien met logische poortjes kan je een memory-mapped i/o maken (retesnel en supersimpel), dan kan je met heel weinig asm (geen c, daar is het dan weer een stuk lastiger) een best heel erg snelle manier maken om het scherm te verversen.

Dan kan je als je een microcontroller haalt met een usb aansluiting en zat (30 ofzo) i/o poorten het scherm op een relatief simpele manier helemaal usb controlled maken.

Is wat lastiger dan het aan serieel of parrallel hangen, maar het resultaat is stukken sneller.

Het blijft een mono scherm he... Dus veel meer als wat status laten zien zal er niet in zitten.. En daarbij komt ook nog eens kijken dat ik helemaal geen held ben in programmeren en helemaal niet in electronica...

Wel kan ik C programma's compillen met borland of MS visual studio... (Console apps dan he...) Dus ik zou graag eens proberen wat te doen met de parallel poort...

Heb je mischien wat goede links met uitleg over hoe ik daar mee kan gaan klooien? met wat uitleg over hoe ik de parallel poort aanstuur?

parralel is simpel, hier is een voorbeeld proggie wat ik ergns op internet heb gevonden lang gelezen (is wel voor unix systemen, maar voor windows is het bijna hetzelfde)
code:

/*
 * outp.c -- write the port/value pairs specified in hex on the command
line
 *
 * Tested with 1.2 and 2.0 on the x86
 * It won't run on other platforms.
 */

#ifndef __i386__
#  error "This program can't compile or run on non-intel computers"
#else

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <asm/io.h>

int main(int argc, char **argv)
{
    unsigned int i,n,v;

    setuid(0); /* if we're setuid, do it really */
    for (i=1;i<argc-1;i++) {
        sscanf(argv[i],"%x",&n);
        sscanf(argv[++i],"%x",&v);
        if (ioperm(n,1,1)) {perror("ioperm()"); exit(1);}
        outb(v,n);
    }
    return 0;
}

#endif /* __i386__ */

edit:
Het programma heeft 2 paremeters nodig, de poort en de waarde.

Poort:
&h378 voor de databits van lpt1 (standaard adres)

Waarde:
&hFF = alles aan, &h00 = alles uit, gewoon hexadecimaal dus

SA007 wijzigde dit bericht 11-09-2005 14:12 (17%)

quote:

SA007 schreef op zondag 11 september 2005 @ 14:10:
parralel is simpel, hier is een voorbeeld proggie wat ik ergns op internet heb gevonden lang gelezen (is wel voor unix systemen, maar voor windows is het bijna hetzelfde)


code:

/*
 * outp.c -- write the port/value pairs specified in hex on the command
line
 *
 * Tested with 1.2 and 2.0 on the x86
 * It won't run on other platforms.
 */

#ifndef __i386__
#  error "This program can't compile or run on non-intel computers"
#else

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <asm/io.h>

int main(int argc, char **argv)
{
    unsigned int i,n,v;

    setuid(0); /* if we're setuid, do it really */
    for (i=1;i<argc-1;i++) {
        sscanf(argv[i],"%x",&n);
        sscanf(argv[++i],"%x",&v);
        if (ioperm(n,1,1)) {perror("ioperm()"); exit(1);}
        outb(v,n);
    }
    return 0;
}

#endif /* __i386__ */

edit:
Het programma heeft 2 paremeters nodig, de poort en de waarde.

Poort:
&h378 voor de databits van lpt1 (standaard adres)

Waarde:
&hFF = alles aan, &h00 = alles uit, gewoon hexadecimaal dus

1. ik kan jiet compilen voor linux.
2. wat is dit voor programma?