Farb Display ansteuern

Hallo.
Das geht ganz einfach. Den gelben Draht an Pin 2 des µCs den roten(kann
auch grün sein) an den Pin 4 und den schwarzen (Masse) mit der Masse des
Controllers verknüpfen.
Viel Spass

..dann sperrst du deine frau ein, schnapps deine freudin, machst drei
kinder und gehts anschliessend entspannend wieder nach hause....

mfg neuer

vielen dank für deinen super tipp ;(
ich dachte, digital RGB wär ein standart !?

hab ncoh ein paar infos gefunden:

Color Depth 6-bit, 262,144 colors
Pixel Format 640 horiz. By 480 vert. Pixels RGB strip arrangement
Luminance, White 400 cd/m2(Typ.) Lamp Ass’y replaceable
Power Consumption 6.3 Watt(Typ.)
Display Operating Mode Transmissive mode, normally white
Surface Treatment Hard coating(3H) Anti-glare treatment of the front
polarizer
Pixel Pitch 0.33 mm × 0.33 mm
Outline Dimension 236(H) × 180(V) × 10(D) mm
Active Screen Size 10.4 inches(26.42cm) diagonal

This TFT-LCD has 10.4 inches diagonally
measured active display area with VGA resolution(480 vertical by 640
horizontal pixel array). Each pixel is
divided into Red, Green and Blue sub-pixels or dots which are arranged
in vertical stripes. Gray scale or the
brightness of the sub-pixel color is determined with a 6-bit gray scale
signal for each dot, thus, presenting a
palette of more than 262,144 colors.

frequenzen:

DCLK : min 25 Mhz max 28 Mhz

datensignale: DCLK, Hsync,Vsync,DE, data


ich denk mal ich baruch dazu einen konverter !??

@Daniel ... und wenn Du mal eine Bezeichnung zum Display nennst ... dann
könnte ein Datenblatt gesucht/gefunden werden...?

ja, ein AVR wird netürlich net reichen....
gibts da vielleicht irgendwelche display controller ? ich bezweifle,
dass ich ne per µC den takt von min 25 Mhz (DCLK : min 25 Mhz max 28
Mhz) hinbekomme ?

Du brauchst ein richtiges Datenblatt. Ohne das wirst du nix. Es muß ja
irgendein Protokoll geben; und ebensowas steht im Datenblatt... Hat das
Ding überhaupt ne Typenbezeichnung? Wo hast du das überhaupt her??

die Bezeichnung ist:
LB104V03

Datenblatt:
http://www.hy-line.de/fileadmin/hy-line/computer/display/lgphilipslcd/dokumente/LB104V03-A1.pdf

Das "Signal bringst" du meines Erachtens mit einem µC überhaupt nicht
so einfach rein. Ohne genauer nachzudenken würde ich sagen, dass es am
einfachsten einer alten Grafikkarte wird.

also ok, µC scheidet aus. wär auch zu schön gewesen.
Bekommm ich aus ner grafikkarte überhaupt 8 bit rgb daten mit 25 Mhz
(bis 28mhz) raus ? ich denk nicht...
Wär natürlich super, wenn doch, dann könnt man "einfach" ne alte isa
karte nehemn und die an nen µC hängen...da würd dann schon ein AVR
reichen.

imho brauch ich da aber nen Display controller.....kennt sich da jemand
aus, oder hat jemand noch ne andere idee ?

Benutze einfach mal die Forensuche. Wenn ich mich nicht irre, hat
Benedikt ein paar Tipps zu Grafikkarten mit LCDs gepostet.
Ist aber meistens ein fruchtloses Unterfacgen, weil solche
Laptop-Displays durchaus auch mit Custom-Chips angesteuert werden
müssen, die keinerlei allgemeine Norm einhalten, sondern gerade das,
was dem Entwickler morgens auf dem Klo in den Sinn gekommen ist.

Gruß

Sagmal Daniel dist du schizophren oder warum tauchst du hier zweimal
auf?

Ne kleiner Scherz ;-)

PS: Bin selber schizophren.

Ich auch!

Ich hab folgenden thread gefunden:
http://www.mikrocontroller.net/forum/read-4-160854.html

konkret mit grafikkarte und lcd hab nich nix gefunden.

Aber muss ich überhaupt diese 25 Mhz durch nen AVR erzeugen oder is des
nur für irgndwas internes und ich muss es nur (z.B. duch nen quarz)
bereitstellen.
Dann könnt ich nen RAM nehmen und nen ARM dranmachen, der das
Videosignal erzeugt.

kurzes brainstorming:
640x480 = 307,2k Pixel
307,2k x 25 = 7,68M (bei 25 bilder pro sec)

für was sollt das display 25 Mhz verwenden ?
mit 25 Mhz wären des 81 fps.
(sofern der takt tazächlich dazu da ist)

kann jemand sich das mal im datenblatt anschauen....ich kenn mich damit
nicht ganz sooo gut aus.
http://www.hy-line.de/fileadmin/hy-line/computer/display/lgphilipslcd/dokumente/LB104V03-A1.pdf

ich bezweifle, dass du das hin bekommst. An deiner stelle würde ich
versuchen das teil ganz schnell wieder los zu werden (1, 2, 3 - deins!)
:)

Das Brainstorming ging aber mal voll in die Hose. Vieleicht nochmal
nachdenken und dann erst wieder den Sturm durchs Gehirn lassen.

wiso ging das in die hose ? die eizelnen farben werden doch parallel
angesteuert...oder täusch ich mich da ?

Es gibt doch von Canon etc. Display controller. gibt es da keinen
passenden ? Ich kenn mich leider mit sowas nicht sonderlich gut aus.

Nein, ich bin ein anderer Daniel.

Also ohne mich mit solchen Teilen auszukennen, denke ich daß du was in
Richtung FPGA brauchst. Oder halt nen Displaycontroller, der die
RGB-Daten 8 Bit Parallel ausgibt und Hsync und Vsync Signale erzeugt.
Außerdem muß er einen entsprechend großen Speicher für die Displaydaten
haben. Weis jetzt auch nicht, was da passen würde. Wird dir leider wohl
nicht viel helfen meine Antwort...

Soweit ich dem Datenblatt entnehme hat das Display eine Farbtiefe von
3x6=18 Bit pro Pixel. ich habe einmal eine LCD Graphikkarte für den
PC/104 Bus (ähnlich ISA Bus) auf der Grundlage eines Seiko Epson
SED1355 LCD-Controllers entworfen. Jener unterstützt eine Farbtiefe von
16 Bit pro Pixel (Grün 6 Bits, Blau und Rot je 5 Bits) bei Auflösungen
bis 800x600 Pixel. Die übrigen, niederwertigsten Datenbits würdest du
dann einfach fest auf Low legen. Der Chip unterstützt auch PAL & NTSC
Videoausgabe.

Es wird noch ein externes DRAM (256Kx16 EDO) als Bildwiederholspeicher
benötigt. Die Verbindung zum µC wird mit getrenntem Adress- und
Datenbus vorgenommen. Da kommen gut 45 I/O zusammen, das benötigt also
schon einen µC mit vielen Beinchen oder eine zusätzliche Buslogik.

Die Frage wäre für mich, was man mit einer Verbindung eines "kleinen"
Microcontrollers mit einem "großen" Display erreichen will. Das
Handling von Graphik ist doch eine komplexere Aufgabe für die man
üblicherweise Microprozessoren mit reichlich RAM und Programmspeicher
einsetzt. Ist aber zugegebenermaßen ein interessantes Feld.

Falls Du Schaltpläne oder irgenetwas benötigst, kannst du mich gerne
anmailen.

und nochmal ein daniel ;)

Daniel Kaiser:
Das klingt doch schonmal vielversprechend....!
als µC dachte ich an einen ARM 7 controller.
Die Buslogik werde ich wahrscheinlich trotzdem brauchen, da noch was
anderes an das teil dran muss.
vielleicht werd ich auch einen 2. ARM brauchen, der die Daten an den
Display controller ARM weiter gibt.
ich hab grad eine email an dich geschickt.

weiss jemand wo ich den genannten controller als privat person
herbekomme ? Segor hat den leider nicht im sortiment.

wenn ich das Display zum laufen bekomme, werd ich auf jeden fall einen
kleinen Artikel drüber schreiben.

Das wäre mal echt interessant.

(ich bin aber der orginale Daniel)

Hmm....also erstmal werd ich es versuchen mit einem alten rechner zum
laufen zu bekommen. Dann werd ich mich an einen µC wagen. Da das PCI
interface wesentlich komlizierter ist als das ISA bräucht ich in dem
fall eine ISA karte.  Oder meint ihr PCI / AGP wär auch machber (so
einfach wie ISA)
Roland Praml (pram): danke für das Angebot, werd drauf zurückkommen.
was ist bei dir denn ein kleiner obulis ;)

werd mir erstmal die besorgen:
http://www.m-ware.de/storefrontprofiles/processfeed.aspx?sfid=57862&i=36954446&mpid=3668&dfid=1

Noch ne frage zum inverter: was brauch ich denn da für einen sind die
alle gleich oder gibts da unterschiede ?

Gruß, Daniel