Hallo!
Hat hier schon mal jemand das Sharp M078CKA-A3QKLA0057 LCD von Pollin
(Bestellnummer: 94-120 345) mit einem PIC (oder auch AVR) in Betrieb
genommen?
Ich sitzte hier schon seit gestern dran und bin kurz davor das Teil aus
dem Fenster zu schmeissen (und ich wohne im 4 Stock! :-)
Habe alles schon mind. 3x ueberprueft und nachgemessen, meiner Meinung
nach habe ich alles richtig verkabelt.
5 und 15 Volt Versorungsspannung liegen an, Initialisierung mache ich
wie in der Beschreibung von Pollin angegeben.
Aber auf dem Ding wird nichts angezeigt, ich haette erwartet das es
wenigstens mal kurz blinkt oder irgend ein anderes 'Lebenszeichen'
von sich gibt.
Wie koennte ich denn feststellen ob das Ding evtl. kaputt ist? Kann man
das irgendwie messen?
Gruss
A.
Der laut Pollin verbaute Controller kann 128x64, das Display hat aber
240x64. Da passt doch was nicht...
Es kann also daran liegen, dass das Datenblatt von Pollin nicht ganz
korrekt ist.
Hallo Anton,
ich habe gerade diesen Thread entdeckt, als ich mal kurz die Bezeichnung
eines LCDs, welches ich beim "Aufräumen" fand, in die Suchfunktion
fütterte. Ich hoffe, Du hast das Dingens mittlerweile nicht entsorgt,
sondern munter am Laufen und kannst/willst Deine Erkenntnisse evtl.
teilen?
Grüße aus Berlin-Tempelhof,
Stefan
Hallo alle zusammen,
bin auf das Forum über's AVR-Programmieren allgemein gekommen.
Möchte mich hiermit dem "Ich bring das M078CKA nicht zum laufen"-Club
anschließen. Bin übrigens absoluter LCD-Neuling, ist also das erste
Display, das ich anzusteuern versuche.
Meine Erfahrungen bisher:
* Demo-Programm mit paralleler Schnittstelle funktioniert nicht.
* Initialisierung mit Atmel AT90S2313 entsprechend Demo-Programm
funktioniert nicht.
* Kontrastspannung 14-17V ergibt eine Stromaufnahme am V_0-pin von
120-160 uA
* Nach Ablauf der Initialisierungs-Sequenz sieht das Display genau so
aus wie wenn's gar nicht angeschlossen wäre.
Dass man es verwenden kann hab' ich auf der serdisplib-hp gesehen
(http://serdisplib.sourceforge.net/ser/lh155.html). Hab da noch eine
gewisse Hoffnung auf Erfolg.
Wie sieht's bei Euch aus?
lg aus Graz
Alex
So, falls hier noch wer mitliest: Display läuft jetzt.
Nachdem die Initialisierungssequenz
RESET
0xF0 RE = 0
0x40 Start Display Line=0
0x50 Start Display Line=0
0x61
0x70 n-line Alternating=2
0xF0 RE=0
0x81 Display on
0x92 Control Register 2
0xA1 x auto increment
0xB2 Power on
0xDE Electronic Volume = off (nicht verfügbar)
0xE0
0xF1 RE = 1
0xE0 1/64 Duty
0xF0 RE = 0
durchgelaufen ist, sieht das Ganze so wie am angehängten Bild aus (V_0 =
14.5V).
Warum's bei mir zuerst nicht ging:
* Eines von zwei Displays war nicht funktionstüchtig
* Das STK200 war noch am µC-Board angehängt
Mit dem funktionstüchtigen Display und abgestecktem STK200 gings dann
:).
hth
Alex
Hi!
bin seit drei tagen am versuchen dieses LCD zum Laufen zu bringen.
habe an Tny2313 angeschlossen, LH155-dattenblat, sowie dateien von
Pollin durchgegessen...
programm sit in asm geschrieben.
wie initialiesiert man den?
die sequenz
RESET
0xF0 RE = 0
0x40 Start Display Line=0
0x50 Start Display Line=0
0x61
0x70 n-line Alternating=2
0xF0 RE=0
0x81 Display on
0x92 Control Register 2
0xA1 x auto increment
0xB2 Power on
0xDE Electronic Volume = off (nicht verfügbar)
0xE0
0xF1 RE = 1
0xE0 1/64 Duty
0xF0 RE = 0
ohne steuerpins (RESB, CSB, RS, WRB) bringt ja nicht viel...
habe schon 4 Stuck LCD versucht , mehrmals programm geändert ....
HILFE !!! :)
Hallo,
wird noch ein paar Tage dauern mit dem Code reinstellen - muss erst in
meinen Backups danach suchen.
Vorweg kann ich schon mal sagen dass ich vier Displays ausprobiert habe
und bestenfalls "alle Pixel ein" oder "alle Pixel aus" setzen konnte.
Grüße
Alex
Ich kann nur sagen das dieses Diplay schon arge Kopfschmerzen bereiten
kann.
Habs aber doch hingbekommen.
Um nicht lange rumzueiern...
Zwei wesentliche Dinge.
Datenblatt hat bei Init-Befehlsfolge Fehler.
es ist nicht die Fallende Flanke des WRB-Pins sondern die steigende
Flanke. Habs im Labor ausgiebig gestestet.
Desweiteren das daten Blatt des LH155 ist für den Controller der 128x64
unterstützen soll. Wir haben hier aber ein 240x64 Pixel display...was
dazu schließen läßt das, dass M078CKA zwei ma den LH155 besitzen muß
oder eine ausgeklügelte logik. :-)
Und wenn man sich mal die befehle ansieht mit der die addresse gesetzt
werden soll so fällt auf das, für die x-adresse der Befehl 0x00 - 0x0F
verwendet werden soll...mhm sind aber dann nur 16 Bytes ind der länge.
Macht 16x8Bit -> 128Pixel wir haben 240!!! Wäre dann 30x8Bit.
Also muß noch ein Befehl her!!
Und den gibts :-) Nur nciit aufgeführt. Aber im Datenbaltt des LH155 auf
seite 26 ist die Befehlstabelle.
Und es gibt den Befehl 0x00 -> set x-address
Und es gibt den Befehl 0x20 -> set y-address (lower)
Und es gibt den Befehl 0x30 -> set y-address (upper)
Nun nahm ch den Befehl der anscheinend dazwischenliegt(jeder halwegs
gesunde Ingenieur plant keine Befehlstabbele und läßt eine lücke)
Also muß es den Befehl 0x10 -> set x address (upper) geben :-)
Und so kann man nun alles Pixel an gewünschter stelle setzen. ohne
diesen schreibt man bis 0x0F sauber, aber dann (ohne auto increment der
x adresse) wird man irgendwo hinschreiben schreiben nur nicht an 0x10
oder höher.
Ich hoffe ich konnte helfen...viel spass noch dabei...
Hallo,
hier der Code. Ist im Experimentierstadium, am interessantesten wird
wohl lcdInit() in M078CKA.c sein. Jens' Abhandlung (danke!) ist hier
noch nicht berücksichtigt.
Mit Schematic kann ich leider nicht dienen, nachdem's ein fliegender
Aufbau war.
Hth und freue mich über jede Anmerkung bezüglich Fehlern in lcdInit()!
Alex
So da es schon anfragen gab...poste ich mal meinen c-code...
Em schon mal sorry für die lcd_string() :-D
ist ein versuch texte putomatisch umbrechen zulassen. Mag keine
abgeschnittenen Wörter. ^^
...wenn es noch fragen gibt nur raus damit... :-)
Danke!
Endlich bekomm ich mal was angezeigt :)
was mir aufgefallen ist: du beschreibst register beim lcd_init und
lcd_setadress die in meinem datenblatt gar nicht aufgelistet sind...
confused
Hallo Leute
Hat jemand es mal versucht mit x & y autoincrement
Habe die Zeile in der init-Phase angepasst
von 0xA1 x auto increment
auf 0xA3 x & y auto increment
aber nun kommt nurnoch mist bei raus
Folgende ausgabe nutze ich
write_cont (&H20)
write_cont (&H30)
write_cont (&H0)
write_cont (&H10)
For y = 0 To 63
For x = 0 To 239
write_data (daten(x, y))
Next x
Next y
Wo ist der fehler
liegt es vllt dadran das ich nur 240 pixel ansteuere obwohl rein
rechnerisch die Chips 256 pixel ansteuern könnten !?
Ja wie soll ich sagen...der Fehler liegt wirklich in deinem C-code.
Weil wenn ich mir so deine verschachtelten Schleifen anseh, kommst du
auf 240 "Bytes"! x 63 "Bytes"! macht 15360 "Bytes"!! das kann nicht
gehen...
denn das würde bedeuten das du in der Schleife von 0->239 nur ein
Pixel(1Bit) schreibst...und das geht nicht! Nach jedem Schreibbefehl
eines Datenbytes wird der LCD-controller eben die Adresse um +1
incrementieren(erhöhen).
So etwas Mathematik: ;-)
Em laut Hersteller 240x64 pixel! Soweit gut...
Da man ja immer ein Byte schreibt, sind pro Zeile nur 30(240pixel/8bit)
Schreibvorgänge möglich! Nach Beendigung des 30sten Schreibzyklus wird
der LCD-controller die Zeile automatisch incrementieren.
Man kann sich das wie eine Mauer aus Ziegeln vorstellen... :-)
Jeder Ziegel besteht aus 8Pixel=1Byte der gelegt wird und es können 30
in Reihe und 64 in der Höhe gelegt werden...
|______X=0______||______X=1______| . . . . . . |_____X=29______|
Y=0 |_._._._,_._._._||_._._._,_._._._| . . . . . . |_._._._,_._._._|
Y=1 |_._._._,_._._._||_._._._,_._._._| . . . . . . |_._._._,_._._._|
Y=2 |_._._._,_._._._||_._._._,_._._._| . . . . . . |_._._._,_._._._|
. . . . .
. . . . .
. . . . .
Y=63 |_._._._,_._._._||_._._._,_._._._| . . . . . . |_._._._,_._._._|
Bei X und Y Incrementierung: da übernimmt der interne LCD-controller das
"setzen" der Steine...erst 30 in Reihe...dann erhöht er die Zeile und es
geht in der Reihe wieder von vorn los. :-)
So ich hoffe ich konnt helfen?! ^^
Öhm, ich und ein Kollege haben nun dieses Display zusammen mit der
Pollin Steuerplatine besorgt.
5V und Kontrastspannung sind da, aber dass Display ist tot.
Da beide nicht gehen wollen, müssen wir den Fehler irgendwo anders
suchen.
Weiss jemand einen Tip?
Gruß Anselm
Tachn!
Ich arbeite gerade einer Schaltung die das besagte LCD verwendet, aber
es wollte auf Anhieb auch nicht so recht. Zur Info, ich verwende die
Anschlussplatine von Pollin (Nettes Teil, verpolungssicher & erzeugt mir
gleich die 5V für meine Schaltung :)
Schaltplan, code ect sind angehängt. C Code für das Display kommt gleich
nochmal in einem eigenen Post.
Inzwischen bin ich soweit, dass ich erst die Init-routine und nun auch
das Schreiben korrekt hinkriege. Aber das ganze hat noch komische
Fehler.
Egal, in welche Zeile(Y-Addresse) ich schreibe, das geschriebene wird
scheinbar für das gesamte Bild verwendet, beim Schreiben ist dann auch
in allen Zeilen gleichzeitig die Änderung zu sehen. Ich kann auch in der
Init die Ziel-Y-Addresse ändern und schreibe trotzdem überall hin.
Was exakt bedeutet das "Alternating Line"? So wie ich es verstehe,
besagt dieser Parameter, nach wievielen Zeilen der Y-Pointer auf den
Grafikpuffer auf Null zurückgesetzt wird. D.h. Das Bild könnte so
mehrfach angezeigt werden. Dann würde eine falsche Einstellung auf
rücksetzen nach 1 Zeile den Fehler zumindest beim Schreiben in Zeile 0
erklären. Ansonsten habe ich keine Idee woran das liegen könnte.
Ausserdem stürzt der LH155 scheinbar ab (kein Bild mehr), wenn ich
versuche ausserhalb der Init-routine auf Registerfunktionen zuzugreifen.
Muss ich die immmer mit einem Display-Reset verbinden? Im Datenblatt
habe ich keinen solchen Hinweis gefunden. Ausserdem passiert das
gleiche, wenn ich während der Init "DVOL" setze. Auskommentiert läuft es
durch. Meine erste Vermutung waren falsche Werte für die Register, aber
habe alles doppelt und dreifach überprüft, die Werte auf dem Port
stimmen (im Simulator), und die Zuordnung ist auch in Ordnung
(D0->D0,usw).
Der Dritte total merkwürdige Fehler ist, das unter bestimmten
Vorraussetzungen ich manche Spalten (d.h. Pixel mit gleicher X-Addresse)
nicht setzen kann. Schreibe ich beispielsweise ein Muster wie 11111111,
dann wird 11010010 angezeigt. Manchmal bleibt das Muster gleich,
manchmal wird es beim 2. Durchlauf dann korrekt geschrieben. Dies
passiert mit vorliebe bei niedrigen y-Addressen und setze ich während
der Init beispielsweise die 32. Y-Adresse, dann läuft alles richtig*!
Dann kann es doch kein Rauschen bzw irgendwelche Reflexionen auf der
Leitung mehr sein.
Ausserdem ist es mir auch schon passiert, dass (ich schrieb da immer
abwechselnd 1010... und 0101...) es ab dem 4, 5 mal durchlaufen
plötzlich ging! Ich vermute, dieser Fehler ist auch Schuld an meinem
zweiten Problem, da diese Registeradressen vermutlich falsch ankommen.
* merke: Ich schreibe ja scheinbar eh immer auf den ganzen Bildschirm,
deswegen passiert bei jeder Addresse das gleiche, bis auf die Störungen,
die manchmal da sind, manchmal nicht :(
Und zuletzt, da Jens Code ja scheinbar fast keine Delays benutzt, und
meiner aber Taktzeiten von ein paar ms braucht, da kann doch auch etwas
nicht stimmen. Können die vorigen Fehler ggf daran liegen, dass die
Ansteuerung zu langsam ist?
Wie ist das Display auf deiner Platine angeschlossen? Auch mit
Kabel&Pollin-Platine oder hast du den Folienleiter direkt an den AVR
geführt? Ich habe auf meiner Platine 2x10Pol. Stiftleisten von dort ca.
20-30 cm Flachbandkabel bis zum sub-d-Stecker der Adapterplatine
Falls einer von euch sich noch daran Erinnern kann (so alt ist der
Thread ja noch nicht...), ähnliches bemerkt zu haben würde mir das
vermutlich sehr helfen. Vor allem diejenigen, die kaputte Displays
hatten :)
Vielen Dank schonmal, wenn ihr es tatsächlich geschaft habt, bis hier
her zu lesen :) Freue mich auf eure Antworten
Viele Grüße
Fabian
[quote] Können die vorigen Fehler ggf daran liegen, dass die
Ansteuerung zu langsam ist? [/quote]
Yup, können sie. Da schlage ich mich 3 Tage lang rum weil ich mir blöd
vorkomm, deswegen zu posten, mach es, und presto eine halbe Stunde
später komm man drauf. Hervoragend, so soll das funktionieren.
Viele Grüße,
Fabian Cordes
Hallo,
der Thread ist zwar schon recht alt, aber ich hab noch eine Lösung für
die, bei denen nur Unsinn auf dem Display angezeigt wird, ich hab so
viele Tipps ausprobiert, bis ich eine einfache, aber gut Lösung gefunden
hab - für die Stromversorgung des Displays befindet sich ein 7805er auf
der Platine und zusätzlich für die Kontrastspannung eine Schaltung zur
Erzeugung der 13-17V Kontrastspannung, wenn man die Kontrastspannung
extern zuführt, aber die Leitungen für den 7805er noch dran hat, dann
zeigt das Display sehr viele Störungen an, wenn man diesen nun entfernt,
dan läuft alles einwandfrei. ;)
-->Wenn es nicht geht einfach mal den Festspannungsregler auslöten, ich
vermute hier auch ein Fehler seitens Pollin, denn wenn dieser nicht mit
2 z.B. 10n Kondensatoren beschaltet wird, können Störsignale entstehen,
Halo,
hab mir bei Pollin das M078CKA-A3QKLA0057 Gekauft
gibt es dafür bereits irgend wo ein test programm
das mit PIC 16F arbeitet.
Schon mal danke führ die mühe
mit freundlichen Grüßen
Chris
Hallo
ich versuche auch das Display anzusteuern.
@ Jens Kleemann
Erstmal: Vielen Dank für den fehlenden Befehl
> Datenblatt hat bei Init-Befehlsfolge Fehler.> es ist nicht die Fallende Flanke des WRB-Pins sondern die steigende> Flanke. Habs im Labor ausgiebig gestestet.
Wo steht das?
Bei Pin-Description heißt es ganz klar:
"The data bus signal is input at the rising edge of WRB signal."
also bei der steigenden Taktflanke,
ganz im Gegensatz zu RDB, wo gilt:
"When the signal enters in the "L" state, the data bus of this IC turns
to the 'output' state."
enters L-State => fallende Flanke
Dieser Thread hat mich schonmal viel weiter gebracht. Obs funktioniert
weiß ich allerdings noch nicht.
Zur Pollin-Ansteuerplatine:
gekauft, gelötet, ausprobiert, super->zeigt das Pollin-Logo an.
Danach den Schaltplan angeschaut:
RDB liegt fest auf High, schade um den FFC-Stecker.
Also weggeschmissen, neue gekauft,
nur den 7805 + Step-up draufgelötet.
den ganzen Parallellport-kack allen weggelassen.
Daher nicht vergessen:
Ansteuerplatine 2x bestellen:
1x zum Testen obs Display geht.
1x zum Verwenden
Hallo erstmal,
ich hoffe Hier kann mir jemand helfen denn ich stehe ein bisschen auf
dem Schlauch.
Ich habe das Display von Pollin, wie schon gehabt, und würde es aber
gerne mit PHP ansteuern. Nun weiß ich das PHP nicht gerade die beste
Variante ist den Parallel Port anzusteuen habe es aber schon häufiger
geschafft und so denke ich das ich nur ein Problem in der Initalisierung
habe des Displays habe.
Angesteuert habe ich schon ein Bondrucker über die Paralelle
Schnittstelle indem ich ein textdatei mit den Codes erzeuge und diese
per cmd an die LPT Schnittstelle ausgeben lasse. Ein andere Weg ging ich
für das Relaisboard von Pollin, hier erzeuge ich eine Batchdatei die
LPTout.exe ( kleines Schnittstellenprog aus dem Internet ), aufruft mit
dem LPTWert als Parameter
Meine Programmcode ist wie folgt...
$ausgabe = chr ( hexdec('f0') );
$ausgabe .= chr ( hexdec('40') );
$ausgabe .= chr ( hexdec('50') );
$ausgabe .= chr ( hexdec('61') );
$ausgabe .= chr ( hexdec('70') );
$ausgabe .= chr ( hexdec('81') );
$ausgabe .= chr ( hexdec('92') );
$ausgabe .= chr ( hexdec('a1') );
$ausgabe .= chr ( hexdec('b2') );
$ausgabe .= chr ( hexdec('de') );
$ausgabe .= chr ( hexdec('f1') );
$ausgabe .= chr ( hexdec('e0') );
$ausgabe .= chr ( hexdec('f0') );
for ( $y = 0 ; $y < 63 ; $y++ ) {
$disp=0;
for ( $x = 0; $x < 30 ; $x++ ) {
$ausgabe .= $disp++;
}
}
$ds = fopen ( "ausgabe.txt" ,"w");
fwrite ( $ds, $ausgabe );
fclose ($ds);
system("type ausgabe.txt >lpt1");
Schonmal danke im voraus,hoffe ich mach ich hier nicht lächerlich. Die
Ausgabe ist einfach nur einen BinBlabla wenn ichs richtig verstanden
habe sendet er so 00000000 00000001 00000010 00000011....
Grüße Eddie
Hallo,
ich bin ein Neuer...
Habe mich in letzter Zeit intensiv mit 2 Pollin-Displays beschäftigt, um
sie mit einem AVR anzusteuern. Dabei bin ich bei Fragen immer wieder
hier im Forum gelandet. Mittlerweile habe ich es geschafft, die beiden
Displays zum Laufen zu bekommen, unter deutlicher Hilfe der Beitäge
hier. Und mit der Anmeldung und dem Beitrag hier möchte ich
gewissermaßen was zurückgeben.
Also, der Thread ist nun schon etwas älter, aber vielleicht hat ja noch
jemand von euch Interesse an dem M078CKA Panel. Immerhin hat es schon
eine ganz gute Auflösung von 240x64, so dass man schon einiges anzeigen
kann, und es ist ziemlich günstig bei Pollin (solo 3€, mit
SubD25-Platine 6€).
Wie Jens Kleeman damals schon geschrieben hatte, kann das Display
ziemlich unhandlich sein... Letztlich habe ich es geschafft, wobei ich
sagen muss, dass kein einziger Code hier aus dem Forum gelaufen ist,
warum auch immer. Meine eigene Lösung bietet nun folgendes über dem
anderen:
- grafische Ansteuerung (Pixel setzen/löschen) und
- ein 6x8-Font für 40 Zeichen pro Zeile (und im Prinzip auch freier
Fonthöhe).
- Scrollen bei Seitenende, wie eine Console...
Möglich wird dies allerdings erst dadurch, dass ich über die
AVR-Verbindung zur SubD-25 Platine eine Verbindung zum Lesen eingefügt
habe. Die wird leider bei der Pollin-Platine nicht herausgeführt. Man
kann damit eine ausreichende Consolenausgabe realisieren. Im Moment bin
ich noch dabei, einen Proportional- bzw. einen 6x7-Font anzupassen,
damit ließen sich 9 zeilen und noch mehr Zeichen pro Zeile realisieren.
Also vielleicht interessiert das noch jemanden, dann würde ich meine
Sachen hier auch genauer vorstellen.
Vielleicht noch was zum Hintergrund: Mein Ziel war es, ein kleines
Display ins Netzwerk einzufügen, um irgendwas anzeigen zu können,
Wetterbericht, RSS o.ä. Dazu dachte ich mir, einen alten
Parallel-Printserver zu nehmen. Soweit zum Vorhaben.
Mittlerweile hat es auch geklappt, ihn an den AVR zu stöpseln (aber das
Timing mit Printservern, hier Allnet, war irgendwie ganz schön
haarig...). Verbunden mit einem einfachen Message-Protokoll und mit
meinem obigen Beitrag ergibt sich nun die Möglichkeit, mittels einer
kleinen Verbindungsplatine das Panel an den Printserver zu stecken und
irgendwo ins Netzwerk zu bringen, und schon kann man da irgendwas drauf
ausgeben (Text oder Grafik), vollkommen systemunabhängig.
> Ich weiss daß alt ist aber... Hat jemand das Display mit 3,3 V als> Versorgungspoanung benutzt ?
Ja, ist kein Problem. VDD1 + VDD2 an 3,3V. Vo an gut 15V.
Tolles Display. Hat nur leider keine Hintergrundbeleuchtung. Dafür ist
es schön flach. Der Folienleiter läßt sich auch direkt anlöten ohne dass
er gleich wegschmilzt.
> Die Teile sind grad gesenkt am Ausverkauf. Also entweder jetzt oder> nimmermehr.
Oha, danke für den Hinweis! Ich bestelle mir gleich noch ein paar auf
Vorrat. Eins habe ich noch und das ist auch bereits verplant.
Ich habe hier ein Testprogramm für das LCD, das neben der Textausgabe
noch einige Grafikfunktionen enthält.
Bei der Initialisierung ist es möglich, den Displayinhalt um 180 Grad zu
drehen, so dass das Display-Kabel wahlweise nach oben oder nach unten
weg geht. (#define lcd_turn180)
Um die Grafikfunktionen zu nutzen, ist es erforderlich, die WRB-Leitung
mit dem Controller zu verbinden, da der Controller (bei mir ein ATMega
16) zu wenig Speicher hat für einen Bildschirmpuffer (2KByte). Die
WRB-Leitung ist auf dem Pollin Adapter-Board nicht einzeln
herausgeführt, hier muss man etwas basteln.
Die Grafikfunktionen habe ich teilweise anderen Libs hier im Forum
entnommen und entsprechend angepasst. Hinweise auf die Urheber der
einzelnen Funktionen habe ich eingefügt. Rechtecke, Kreise und Ellipsen
können wahlweise gefüllt gezeichnet werden. Pixel lassen sich setzen,
löschen oder invertieren (lcd_color = 1, 0, -1).
Die Pixel des Sharp-Displays sind nicht quadratisch, so dass man runde
Kreise nur mit der Ellipse-Funktion hinbekommt. Die Grafikfunktionen
sind so ausgelegt, dass keine Bereiche doppelt gezeichnet werden, dies
würde im XOR-Mode unschöne Störungen verursachen.
Anbei ein paar Bilder und der Quelltext.
oog / proog.de
M. G. schrieb:> Tolles Display. Hat nur leider keine Hintergrundbeleuchtung.
Ja, ist ein gutes Grafikdisplay. Ich hab dieses Display mit einer
Beleuchtung versehen, aber das ist in 3 Punkten problematisch:
1. Man kann zwar die Reflexfolie problemlos abziehen, ohne den
Polarisator zu beschädigen, aber den Kleber hab ich nicht abgekriegt.
Etwas derart elend klebriges ist mir noch nie untergekommen und mit
schärferem als Alkohol wollte ich nicht rangehen
2. Das Basteln einer wirklich glatt und gut aussehenden Beleuchtung ist
ne Herausforderung der besonderen Art. Wenn überhaupt, dann sollte man
zuallererst sich eine Beleuchtung bauen und sie testen. Das Display
darüber ist ja glasklar, man sieht also jeden Mist, den man gemacht hat.
3. Das Befestigen des Displays auf der Beleuchtung ist auch nicht
einfach. Wahrscheinlich mit ein paar hauchschmalen doppelseitigen
Klebstreifen, sonst sieht es doof und bastlerisch aus.
W.S.
Nachdem es dieses Display inzwischen bei Pollin nicht mehr gibt: Ich
habe mir von diesem netten Display einen kleinen Vorrat angelegt und
gebe Interessierten auch gern zu meinem damaligen Einkaufspreis von 3
Euro plus Versandkosten welche ab. Die Adapterplatine gibt es noch
direkt bei Pollin. Einfach E-Mail an fla <at> gmx <pünktchen> tm (NICHT
de!)