Hilfe LCD Display

[Horst Kampa (Gast)]

Benötige eure Hilfe.

habe ein größeren Bestand an LCD Displays. High Contrast TN full color, 
transmissive, normally white, a-Si TFT active matrix, COG drivers.
Screen size : 12.3 inch
Active area : 293.76 x 110.16mm
Display resolution : 1280 x RGB x 480 pixels
Input Video Signal : digital RGB
Power supply : 3.3V (Logic)
Clock : typ 37 MHz, max 40 MHz

Stelle hiermit kostenlos 10 pcs / Stck. zu verfügung, mit der Bitte mir 
die Unterlagen zur Vefügung zu stellen.


1 VSS Ground
2 DCLK Dot Clock
3 VSS Ground
4 R0 Red data
5 R1 Red data
6 R2 Red data
7 R3 Red data
8 R4 Red data
9 R5 Red data
10 VSS Ground
11 G0 Green data
12 G1 Green data
13 G2 Green data
14 G3 Green data
15 G4 Green data
16 G5 Green data
17 VSS Ground
18 B0 Blue data
19 B1 Blue data
20 B2 Blue data
21 B3 Blue data
22 B4 Blue data
23 B5 Blue data
24 VSS Ground
25 NC NC Note 3-4
26 DataEn/ENAB (DTMG) Data Enable (Displaytiming)
27 NC NC Note 3-4
28 VSS Ground
29 NC NC Note 3-4
30 NC NC Note 3-4
31 NC NC Note 3-4
32 NC NC Note 3-4
33 VSS Ground
34 VSS Ground
35 Reset Reset of timing controller
36 VDD Power Supply ( +3.3V )
37 VDD Power Supply ( +3.3V )
38 VDD Power Supply ( +3.3V )
39 VSS Ground
40 VSS Ground

Backlight unit:

VLA1 Anode1
2 VLA2 Anode2
3 VLA3 Anode3
4 VLC3 Cathod3
5 VLC2 Cathod2
6 VLC1 Cathod1
7 NC NC Note 3-4
8 R_BR Resistor Code for LED brightness ranks
9 NTC Negative Thermistor
10 GND Ground (NTC & R_BR)

More information on request.

[Kai F. (k-ozz)]

Hallo Horst,
welche Unterlagen möchtest du denn haben? Ein Datenblatt?
Hast du eine Bezeichnung zu den Displays?

[Max D. (max_d)]

Was gibt's da an Unterlagen zu haben? Du hast die Belegung und du 
schiebst dem Display die Daten Taktsynchron rein...

[c-hater (Gast)]

Horst Kampa schrieb:

> Active area : 293.76 x 110.16mm

Whow. Das ist kein Display, das ist ein Backblech. ;o)

> Stelle hiermit kostenlos 10 pcs / Stck. zu verfügung, mit der Bitte mir
> die Unterlagen zur Vefügung zu stellen.

Tja, dafür wäre es zielführend, wenn du jegliche auffindbare 
Beschriftung auf Displaygehäuse und Platine geposted hättest...

Oder einfach Bilder in einer Auflösung, in der man derartige Dinge 
tatsächlich noch entziffern kann...

Und nein: die Bilder brauchen dazu (bytemäßig gesehen) nicht unbedingt 
riesengroß zu sein...

> 1 VSS Ground
> 2 DCLK Dot Clock
> 3 VSS Ground
> 4 R0 Red data
> 5 R1 Red data
> 6 R2 Red data
> 7 R3 Red data
> 8 R4 Red data
> 9 R5 Red data
> 10 VSS Ground
> 11 G0 Green data
> 12 G1 Green data
> 13 G2 Green data
> 14 G3 Green data
> 15 G4 Green data
> 16 G5 Green data
> 17 VSS Ground
> 18 B0 Blue data
> 19 B1 Blue data
> 20 B2 Blue data
> 21 B3 Blue data
> 22 B4 Blue data
> 23 B5 Blue data
> 24 VSS Ground
> 25 NC NC Note 3-4
> 26 DataEn/ENAB (DTMG) Data Enable (Displaytiming)
> 27 NC NC Note 3-4
> 28 VSS Ground
> 29 NC NC Note 3-4
> 30 NC NC Note 3-4
> 31 NC NC Note 3-4
> 32 NC NC Note 3-4
> 33 VSS Ground
> 34 VSS Ground
> 35 Reset Reset of timing controller
> 36 VDD Power Supply ( +3.3V )
> 37 VDD Power Supply ( +3.3V )
> 38 VDD Power Supply ( +3.3V )
> 39 VSS Ground
> 40 VSS Ground

Hmm... Das sieht tatsächlich etwas ungewöhnlich aus. Der Knackpunkt 
dürfte die genaue Funktion von Pin 26 und 35 sein, das ist nicht 
selbsterklärend, da gibt es reichlich Interpretationsspielraum. Der Rest 
hingegen ist ziemlich straight-forward.

Ich würde als erstes probieren, an Pin 26 ein Rechteck mit

 370000000
---------- Hz
1280 * 480

anzulegen. Und dann Polarität und Duty dieses Rechtecks zu variieren, 
während natürlich gleichzeitig an Pin2 der 37MHz Dotclock eingespeist 
wird und an irgendeinem der hoherwertigen Datenpins ein Signal, was in 
einer 1280x480-Matrix ein stehendes Bild ergeben würde...

Mit ein wenig Glück ist es tatsächlich so einfach.

Mit etwas Pech allerdings ist es völlig anders, da wird über Pin26 nur 
das Setup des Timing-Controllers gelatched (was dann wohl aus 
irgendwelchen der Datenleitungen kommen müsste) und die Synchronisation 
würde über Pin35 erfolgen. Wenn das irgendwas in der Art konstruiertes 
ist, dann hat man nur mit sehr viel Zeit eine Chance, das zu "reverse 
engineeren".

[Der T. (Gast)]

Weisst du ggf. wo diese eingesetzt werden/wurden?

[LCD (Gast)]

Sollte ein standard RGB555 interface mit DATA_EN-Signal sein. Hsync und 
Vsync werden hierbei von einem internen Timing-Controller generiert und 
durch DE und den dazugehörigen Front- und Backporch berechnet. Und hier 
liegt das Problem. Ohne die Angaben von Front- und Backporch ist es 
Glückssache, das Display zur Anzeige eines Bildes zu bekommen. Du kannst 
es allerdings mit dem Datenblatt eines ähnlichen Displays probieren und 
dort den Porch entnehmen und hoffen, dass es klappt. Ansonsten irgendwie 
schauen, dass du eine Bezeichnung von Display oder internem Controller 
findest.

Gruß

[W.S. (Gast)]

Horst Kampa schrieb:
> Stelle hiermit kostenlos 10 pcs / Stck. zu verfügung, mit der Bitte mir
> die Unterlagen zur Vefügung zu stellen.

Wo ist dein Problem? Der 40 polige Steck hat ja so ziemlich 
Standard-Belegung, da sollte doch nichts schief gehen können.

Zielt deine Frage darauf ab, wie du die Dinger an einen µC rankriegst? 
Wenn ja, dann geht das ganz einfach: Du nimmst einen passenden µC wie 
z.B. einen LPC4088 oder den pinkompatiblen LPC17xx und schließt die 
Signale dort an.
DCLK (Pin 2) ist der Pixeltakt von so etwa 30..40 MHz und DTMG (Pin 26) 
ist das Enablesignal für die Pixel. Das sollte soweit klar sein. Wo die 
R0..5 (rot), G0..G5 (grün) und B0..B5 drankommen, mußt du dir im 
RefManual anschauen. Ich würde zum 16 Bit (565) raten. Das macht 5 Bit 
rot, 6 Bit grün und 5 Bit blau. Die niedrigsten Bits von rot und blau 
kannst du entweder auf low legen oder mit dem nächsthöheren (oder dem 
MSB) verbinden. Normalerweise ist R0, B0 und G0 das jeweilige LSB.

Ach ja, du brauchst natürlich auch genügend RAM an diesem µC. Also 
1280*480*2 Bytes solle es schon haben und es sollte mindestens 16 Bit 
breit sein, besser 32 Bit. Ich nehme für sowas ein 32 Bit breites SDRAM, 
das ist schnell genug und läßt den externen Bus nicht gar so sehr zum 
Flaschenhals werden.

Die Displays haben kein HSYNC und VSYNC. Also holen sie die Info 
schlichtweg aus dem DTMG-Signal. Das Datenspiel geht im Prinzip so:

DTMD=1
for i=1 to 1280 do Pixel_Anlegen und Clock
DTMG=0
for i=1 to HBackporchLenge do Clock
eigentlich käme hier HSYNC ausgeben
for i=1 to HFrontporchLenge do Clock

dieses Spiel für alle Zeilen wiederholen,
dann
for i=1 to VBackporchLenge do Clock
eigentlich käme hier HSYNC ausgeben
for i=1 to VFrontporchLenge do Clock

und dann alles wieder von vorn.

Aber da es wohl von Hitachi ist, wäre es gut, wenn du deren Nummer bzw. 
Bezeichnung mal posten würdest. Typische Bezeichnungen sind etwa so: 
TX13D04VM2CAA
(dieses Display hat m.W. auch bloß DTMG für's Synchronisieren)

W.S.

[Horst Kampa (Gast)]

Hi Kai,
vielen Dank für Deine Anfrage. Die kompletten Datenblätter habe ich und 
stelle diese zu Verfügung. Mehr als 100pcs habe ich von diesen Displays. 
Diese sollten ursprünglich verschrottet werden. Das empfand ich um es 
salopp zu formulieren als "Sauerei", und habe diese aufgekauft. Möchte 
diese natürlich zum "laufen" bringen und hoffe auf Eure Hilfe. Wie 
gesagt, 10pcs pro Interessent stelle ich kostenlos zur Verfügung.

[Kai F. (k-ozz)]

Die Displays zum "laufen" bringen dürfte nicht kompliziert sein, zumal 
du ein komplettes Datenblatt hast. Die Frage ist aber was du damit 
anstellen möchtest. Willst du ein externes Videosignal darstellen, dann 
brauchst du eine entsprechende Signal- und Formatumwandlung. Willst du 
hingegen das Bild selbst erzeugen, dann wäre ein entsprechender 
Controller bzw. Prozessor mit LCD-Interface sinnvoll.

Generell hätte ich Interesse an die Displays, aber das hängt auch etwas 
davon ab, was du erwartest.

[c-hater (Gast)]

Horst Kampa schrieb:

> vielen Dank für Deine Anfrage. Die kompletten Datenblätter habe ich und
> stelle diese zu Verfügung.

Warum, zum Teufel, hast du das denn nicht gleich in deinem ersten 
Posting in diesem Thread getan? Ist es denn so schwer, einen Knopf zu 
drücken und einen Fileauswahldialog zu bedienen?

Tsss...

[Horst Kampa (Gast)]

Hallo Kai, bei Interesse, schicke ich Dir kostenlos ein Display . Hier 
meine E-Mail Adresse : [e-mail]

[W.S. (Gast)]

Horst Kampa schrieb:
> [e-mail]

Ich hätte da nen Vorschlag:
Wir starten eine Art Forum-Projekt und bauen daraus einen 
Standalone-HF-Wobbler.

Also mal ganz kurz im Telegrammstil:
- AD9951: DDS mit 400 MHz Takt als Generator bis ca. 165 MHz
- eingebauter Detektor AD8307 o.ä. als eingebauter Detektor
- mehrere ansteckbare Tastköpfe
- LPC4088 als µC (bei tme.eu für 15.47€ brutto)
- 2Mx32 SDRAM, sowas wie AS4C2M32SA-6TIN (auch bei tme.eu für 3.36€)
- Display von Horst
- Bedienung per Drehgeber von Pollin
- Gehäuse? suchen. Richtmaß 300x150x50 oder 350x120x50 etwa
- Stromversorgung: Steckernetzteil.
- LP: entweder all in one oder 2 LP: µC und HF getrennt

Die LP für den µC würde ich übernehmen können, hab da schon diverse 
Vorarbeit parat.

Wer Interesse hat: "hier" schreien. Mal sehen, was draus wird.

W.S.

[Johannes S. (Gast)]

so einen Wobbler brauche ich zwar nicht, habe aber noch ein LPC4088 
Quickstart Board von Embedded Artists.
@W.S.: passt das Display an dieses Board? Das hat einen 61 pol. FPC mit 
0,3mm Pitch, Belegung habe ich mal angehängt. Dir 40 pol RGB scheint ein 
Standard zu sein, diese 61 pol. auch?
Ansonsten wäre das QSB4088 doch schon ein passender Controller, ich 
glaube nicht das man das viel günstiger als 70€ selber bauen kann.

[Kai F. (k-ozz)]

W.S. schrieb:
> - LPC4088 als µC (bei tme.eu für 15.47€ brutto)

Dieser Controller ist für das Display leider nicht geeignet, da er 
lediglich 1024 Pixel pro Zeile unterstützt.

[Christian M. (Gast)]

Wer braucht denn einen Wobbler? Sowas habe ich noch niiiiiie gebraucht! 
:-))

Chregu

[Johannes S. (Gast)]

Kai F. schrieb:
> Dieser Controller ist für das Display leider nicht geeignet, da er
> lediglich 1024 Pixel pro Zeile unterstützt.

Schade, ich sehe da auch nur ein 10 Bit Register für die Anzahl 
horizontaler Pixel.

Gibt es evtl. günstige DSI-RGB888 Adapter Boards? Hier wird sowas doch 
sicher verwendet:
http://www.watterott.com/de/Raspberry-Pi-7-Touchscreen-Display

[Rufus Τ. F. (rufus)]

Johannes S. schrieb:
> Gibt es evtl. günstige DSI-RGB888 Adapter Boards?

Es gibt günstige HDMI-/DVI-RGB888-Adapterboards.

http://www.watterott.com/de/HDMI-RGB-Adapter-mit-ATmega32U4-Touch-Controller

(das enthält noch einen überflüssigen Touchcontroller)

https://www.adafruit.com/products/2218

Bei beiden Lösungen ist entscheidend, daß das EDID-EEPROM auf der 
Platine mit korrekten (d.h. zum Display passenden) Daten gefüttert wird.

[Johannes S. (Gast)]

Das sieht doch schon gut aus. Jetzt müsste der TO mal ein Angebot machen 
was er für so ein Display haben will. Zumindest mit einem RaspPi müsste 
das dann ja funktionieren.

[Horst Kampa (Gast)]

Hier das komplette Datenblatt

mfg
Horst

[Horst Kampa (Gast)]

Im Anhang das komplette Datenblatt

mfg
Horst

[W.S. (Gast)]

Naja, HPorch zusammen 20..35 Pixel, VPorch 2..3 Lines, geht doch so.

Aber 12 (ZWÖLF!) weiße LED in Reihe, o ha.

W.S.

[Horst Kampa (Gast)]

im Anhang und als PDF Datei, dass komplette Datenblatt.

meine E-Mail Adresse : [e-mail]

mfg Horst

[Rufus Τ. F. (rufus)]

Horst Kampa schrieb:
> im Anhang und als PDF Datei, dass komplette Datenblatt.

Das war jetzt das dritte Mal. Meinst Du, daß sich die Datenblätter 
durchs Anschauen abnutzen, oder unterscheiden sich die "bereinigten" 
(wovon eigentlich?) Versionen voneinander?

[Christian P. (level7)]

Sind denn noch Displays verfügbar???