MODDING-FAQ FORUM

hi, ich bastel gerade das 4*40lcd mit led-beleuchtung an den i/owarrior, und dabei ist mir aufgefallen, dass das display bei pin 9 und 15 je ein enabledsignal hat, der i/o warrior aber anscheinend nur eins (pin16), muss ich jetzt beide enabled leitungen mit pin 16 vom i/owarrior verbinden?
und pin 12 muss auf 5v, oder?

(kann sein, das das irgendwo steht, aber möglicherweise habe ich es übersehen)

Beide an den selben Pin wird garantiert nicht hinhauen (dann hättest du 2mal denselben Text Neben/Übereinander auf dem LCD).
Kenne mich nicht mit dem IOW aus, aber ich denke DIESER (http://www.jalcds.de/images/4x40backlight.gif) plan könnte dir helfen ...

hm, das löst das problem leider nicht wirklich......

Mit der vorgesehenen LCD-Funktion kannst du erstmal nur ein 4x20 oder 2x40 ansteuern.
Zwei Möglichkeiten:
* LCD selbst ansteuern, indem du die Signale per normalen IO-Befehlen erzeugst
* einen oder zwei Portpins als Umschalter nutzen. Mit UND-Gatter zwischen den Enable-Signalen auswählen

Spunky

wenn ich jetzt ahnung hätte wie man das einrichtet, wär das kein problem.......

ist es evtl. möglich, diese funktion in stlcd einzubauen? auf einen portpin kann ich ja gut verzichten.

mfg und thx soweit

Einbauen kann man so ziemlich alles ;D

Ich hatte noch kein 4x40-LCD in den Fingern, deswegen unterstützt STLCD ein derart großes Display auch nicht. Da müssen nämlich zwei HD44xer zugleich angesteuert werden, was entsprechende Programmierung meinerseits erfordert.

Desgleichen gilt auch beim IOW.

Also das ganze funzt nämlich so,dass

2mal die hd44780's verbaut sind, und 2 enabled signale da sind. wenn man jetz die ersten 20*4 zeilen "beschreiben" will muss man das erste enabled auf high setzen und dann die jeweiligen daten "rüberschieben".

wenn man die restlichen 20*4 "bgeschreiben" will dann muss man den 2ten enabled pin auf high setzen und dann die jeweiligen daten "rüberschieben"

lieg ich richtig? :)

EDIT: das bedeutet doch eigentlich, dass man nur halbsoviele daten in der gleichen zeit rüberschieben kann, oda? was aber beim textLCD eh nicht relevant sein sollte, da es nicht soviel ist, was übertragen werden muss !

PS: dann müsste man aber für den 2. enabled pin eine neue "Kontaktgruppe" am IOWARRIOR "anbrechen" welch verschwendung :)
gibts nich so ein iC:
eingang low = ausgang1 high; ausgang2 low
eingang high = ausgang1 low; ausgang2 high
dann könnte man das mit den enabeld pinnen "verbinden"
ggf müsste man noch pullups oder pulldown's dazutun

die pins 0.0 und 0.1 können noch genutzt werden, dann müssen kontaktgruppen 2 und 3 nicht genutzt werden. damit ist die erste hälfte bis auf die 2 i²c pins und ein anderer pin ausgenutzt

wenn ich ganz lieb frage, besteht dann die hoffnung, dass dieses feature in stlcd eingebaut wird?

einzgiste bedingung ist, dem olaf das dingen zu zuschicken :)

hm, da ich sonst nichts damit anfangen kann.......
olaf, kannst du mal deine adresse per pn schicken?

So, hier ist eben der DHL-Mann weggefahren und hat was dagelassen ;D

Vor mir liegt ein Reichelt 4x40 LCD - völlig unverdrahtet. Dazu ein sehr schön langes Flachbandkabel mit passendem Stecker für's LCD und einem Schneid-Klemm-Sockel auf der anderen Seite.

What to do now ? Ich denke mal, ich soll das für den Parallel-Port einbauen, da STLCD bisher keine so großen LCD unterstützt (der zwei Controller wegen). Sehe ich das richtig ?

ui,d as ging ja schnell.....
ich wollte das display erst an den i/owarrior anschließen, verdrahtet habe ich insofern, als dass sichd as zu hause auf meinem steckbrett befindet, also helligkeit/kontrast.
mein problem sind ja die 2 controller, der i/owarrior hat nur für einen einen pin.

Aha... Nun, dann haben wir da gleich noch ein Problem - ich hab noch keinen IOW :( Spunkys Paket ist on the way, AFAIK. Soll ich so lange warten ?

jo, ist wohl am besten, ich dachte jetzt, du hättest einen, sonst hätte ich meinen mitgeschickt, ist kein problem, es eilt nicht

Binde, wenn möglich doch erstmal die Parallelport Unterstützung für Dual-HD44780's ein ;) (wenn du noch nen freien pin findest ;D)

Das Display mit dem IO-Warrior, welches gerade unterwegs ist, wird Olaf schlecht modifizieren können. Für den Anschluss des IO-Warrior an verschiedene Displays baue ich gerade das hier:
http://spunky.curz.com/iow-adapter_01.jpg

Einen Adapter, an dem man Displays, welche für den Printerport gedacht sind, am IO-Warrior betreiben kann. Daran könnte man dann auch Grafik-LCDs anklemmen.

Spunky

Nun seht, was der DHL-Mann heute abgegeben hat <:0>:

(http://stlcd.curz.com/SpunkyLCD.JPG)

oben links: GLCD 128x64, blau, KS0108
oben rechts: CLCD 20x4, USB-IOWarrior-Anschluß, Taster, LED's für Ouputs
unten links: GLCD 240x64, T6963c
unten rechts: GLCD 240x128, SED1330

Die neugierigen Katzen habe ich weggeschnitten ;D

Alles ist in Gehäuse verbaut, mit passenden Anschlußbuchsen versehen, Powerschalter vorhanden und der Hammer: ganz unten im Paket fand ich ne Kiste mit passenden Netzteilen UND ANSCHLUßKABELN (Parallel, USB). LautSpunky alles 100% OK - ob das alles den Transport überstanden hat, werden wir dann sehen.

Am schönsten gelungen ist der Plexiständer - würde mich bei Spunky nicht wundern, wenn der ebenfalls Handgebogen ist ;) Würde ich glatt so kaufen :(

Wenn doch alle Kunden derart komplett bedient würden - Germany wäre keine Servicewüste <sigh>.

Das laute PENG eben war der Startschuß für IO-Warrior-Support in STLCD - macht Sinn, was ich da lerne, geht automatisch in STGLCD über :)

[Edit] Mir wäre das einen Karma+ wert... [/EDIT]

Full Ack! done.

Wenn man das so sieht wird man ja richtig "heiss auf LCDs". :b Ich glaub, da muß ich mir mal eins besorgen. :) (Naja, hatte ich ja sowieso vor.)

Gruß gr@fx2.

hehe, da ist olaf in seinem element ;)
ich wünsche dir viel erfolg und spaß

Alles weitere zu diesem Thema wieder im üblichen Thread - das ganze hat nur wenig mit dem 40x4 von Reichelt zu tun ;)

:-[ Naja, der ist aber nicht ganz gerade. Beim Nacharbeiten hat es auch ein paar Kratzer bekommen. Beim nächten mal noch länger erwärmen und dann biegen.

Das sieht übrigens nur blau aus. Im Betrieb ist es grün: http://spunky.curz.com/lcd12864_winamp.jpg
Die Beleuchtung würde ich gerne gegen weiße austauschen. Hab aber noch keine Idee, wie man das bewerkstelligt.

Der Deckel vom IO-Warrior ist leider etwas "Lückenhaft". Hatte die falsche Seite gesägt. Ich habe auch schon einen passenden Deckel. Dem fehlen aber noch die Löcher für die Taster. Bis ich die richtig gebohrt habe, solange wollte ich nicht warten. Ich Suche halt noch nach dem Gehäuse. Alles sind im Prinzip meine ersten Versuche. Das mit dem 240x128 war ein besonderer Fehlschlag. Es war eklig grün 0=< und ich wollte es schwarz lackieren. Das war allerdings voller Blasen. So hab ich es mit der nächszbesten Folie beklebt. Der Deckel war auch so ein Missgeschick. Wollte nur mal eben eine dünne Holzplatte nehmen. Der Lackierversuch war ebenfalls zum 0=< und die blaue Folie viel von alleine herunter. Der schwarze Samt klebt wenigstens etwas. Aber an den Kanten blinzelt schon das Holz hervor. Später bekommt es einen Deckel aus Alu oder Kunststoff. Leider gibt es bei uns im Baumarkt nur ein paar dünne Stahlbleche und ganz dünnes Plexiglas für Bilderrahmen (welches übrigens bei den beiden großen Displays als Kratzschutz uind Entspiegelung dient.)

Spunky

So, nach all den Erfahrungen mit dem IOWarrior habe ich mich mal mit dem 40x4-Problem beschäftigt.

Ergebnis: Nach meinen Erkenntnissen keine Chance, das richtig zum laufen zu bringen. Warum ? Nun:

Die gesamte Ansteuerung des LCD macht der IOWarrior - selbständig. Und der hat nur eine Leitung für das "E". Selbst wenn ich einen Port-Pin als "E2" mißbrauchen würde, der IOWarrior würde vollkommen unbeirrt weiter das "E" verwenden. Somit würde ich beim Beschreiben der zweiten Hälfte des LCD zugleich auch die erste überschreiben.

Sorry, aber ich sehe keine Möglichkeit, da drumherum zu kommen :'( - vom ziemlichen Programmieraufwand mal abgesehen.

Was soll ich nun tun ? Display einfach wieder zurückschicken ?

pah das hab ich mir zu 99% schon gedacht.

Ist am LPT kein 2. Ausgang mehr frei? ein STLCd für Dual-HD44780 Displays wäre doch ultimativ...

was für möglichkeiten gibt es denn, das display anzuschließen, parallelport scheint ja nicht unbedingt zu gehen, oder kann man lcd´s nicht auch über 4 datenleitungen ansprechen?

LPT geht sehr wohl - nur hat zumindest STLCD keinen Support dafür eingebaut. Wäre ne prima Gelegenheit, das nachzuholen ;)

4-Bit-Mode wäre auch ne Möglichkeit, aber: Halbe Übertragungsgeschwindigkeit (oder doppelte CPU-Last). Besonders am IOW wird das drastisch zu merken sein. Diese Option bekommt nicht wirklich meine Empfehlung. Aus qualitativen Gründen bin ich dem eher abgeneigt.

ich denke, als letzte möglichkeit ist das durchaus akzeptabel, du kannst das display ruhig noch zum testen behalten.

Hab mal n bissel herumgegrübelt. Bei herausgekommen ist:

(http://stlcd.curz.com/GateSwitch.JPG)

Anstelle des 4081 paßt auch ein 7408, anstelle des 4069 paßt auch ein 7404. Wer meint, er bekommt das ganze mit einem 4fach NAND hin, soll es mir zeigen - ich habs nich hinbekommen :-[

Und wie funktioniert das ganze ? Im wesentlichen ist das ne doppelte Torschaltung.

E2ENA ist unser "Tor-Signal" und wird auf Tor-Schaltung 1 gegeben (das obere UND-Gatter). Zugleich wird E2ENA invertiert und dann auf Torschaltung Nummer 2 gegeben.

Solange E2ENA High-Pegel hat, wird das E-Signal des IOW durch Tor 1 ( ;D) zum Signal LCD-E2 "durchgelassen". Das Tor 2 ist sozusagen "verriegelt".

Liegt E2ENA auf Low-Pegel, wird das Tor 1 de facto "zugemacht". Zugleich wird es ja noch invertiert und auf das zweite UND-Gatter gelegt, welches nun das E-Signal zu LCD-E1 "durchläßt", während LCD-E2 immer Low-Pegel hat.

Ich hab leider nich mehr die passenden Chips, um das zu konstruieren und in Spunkys IOW-Box krieg ich das ganze nimmer rein :'(

wenn du es schaffst, das in stlcd für den iowarrior einzubauen, schicke ich dir mal ne tüte bauteile ^^

aah, man muss sich das 2mal durchlesen bis man das mal cheggt.

Du machst erst E2ENA auf low, sodass E1 am display high ist, scho schickst dann 2*40 Zeichen.
Dann E2 high machen in dem man E2ENA auf high legt und schiebst die 2te hälfte an daten rüber.

Das gibt von mir ein :respect:

Wobei sich da noch ne Frage stellt:

Ein einzelner HD44780 kann 4x20 Zeichen ansteuern. Für ein 4x40 benötigt man dann logischerweise zweie davon. ABER:

Ein HD44780 für 4x20 (links), einer für 4x20 (rechts) ? ODER:
Einer für 2x40 (oben), einer für 2x40 (unten) ? ODER:
Interleaved (1 HD für Zeile 1 und 3, der andere für Zeile 2 und 4)

Wie ist die übliche Regel hier ?

@nemon: Bau ich es für IOW, muß ich es notgedrungen auch für PIO machen. Da stellt sich die Frage, welcher Pins für die E-Signale verwendet werden.

lässt sich das nicht testen, indem du einen controller anschließt, und dann einen text ausgeben lassen. ich hoffe, das das etwas einfaches ist, sodass sich das leicht einbauen lässt. für den iowarrior würde sich pin 0.0 oder 0.1 anbieten, wie man das per lpt machen kann, weiß ich net

@Olaf, heißt das nich Interlaced?

Öhm ich würde sagen, da Interlaced oder leaved schwierig wird. erst oben dann unten.

AFAIK sind die oberen beiden Zeilen der erste Controller und die beiden unteren der 2.
Ich habe hier ein 6x20. Da sind die oberen 3 Zeilen der erste Controller. Leider hat das Display zwei KS0073-Controller. Deswegen läuft es nicht mit jaLCDs oder an LCDHype als 4x40. Die Programme gehen beim 4x40 immer vom HD44780 aus.

Spunky

Okay. Dann wird also im Dual-Controller-Mode das Display horizontal geteilt. Thanks for info.

Im übrigen ist es STLCD schnurz, was für ein Controller dranhängt - solange er korrekt konfiguriert ist (LCDSubType). Die Adressierung wird ohnehin in die passenden Befehle umgesetzt. Daraus folgt: Krieg ich das mit 4x40 hin, dann bittschön gilt das für alle - auch dein 6x20 mit Dual-KS0076.
Allerdings für das exotische 6x20-Format mag ich mich nicht erwärmen. 4 Zeilen bleiben das Maximum.

Diese Logik gilt NICHT für die Anschlußart (LCDType). PIO und IOW sind zwei völlig verschiedene Welten, hier muß ich notgedrungen doppelt programmieren.

Weitere Nachforschungen haben ergeben, das das ganze nicht so simpel ist, wie gedacht... Da ja zwei Controller existieren, muß die Init-Sequenz auch zweimal gefahren werden. Und die Adressierung funktioniert auch etwas anders ;)

Um so kompatibel und flexibel wie möglich zu bleiben, sind zwei Ansteuerungsvarianten in der Programmierung:

1. Dual-Controller ohne Lichtsteuerung. Hier wird Pin 17 des Parallelports als E2 benutzt, alles andere wie gewohnt.
2. Dual-Controller mit Lichtsteuerung. Pin 17 vom PIO ist dann, wie bei der 1-Controller-Lösung, für das Backlight zuständig. Weiterhin wird Pin 14 des PIO als E2 mißbraucht. Daraus folgt, das bei beiden Controllern das R/W-Signal per 10K-Widerstand auf +5V gelegt werden muß.

Ich überlege, eine dritte Variante hinzuzufügen. Verdrahtung wie Variante 2, allerdings Pin 17 und Pin 14 vertauscht.

Beim IO-Warrior wird zur Controllerwahl P0.0 benutzt, bezugnehmend auf den Schaltplan zu Spunkys IOW-Box. Da ist dann die Doppel-Tor-Schaltung erforderlich.

Hm, ich sollte mir mal wieder einen GAL-Prommer zulegen. Vielleicht geht ja noch der alte vom Atari. ;)

Sabbel nich, dat gaiiit! ;) Platz währe noch genug. Zumindest für die Schaltung. Ich hätte es flexibler aufbauen sollen und die Platine und Display trennen sollen. Vielleicht finde ich noch Zeit und säge die Box für den IOW24 fertig. Der ist so aufgebaut, das man einen LPT-Port emulieren kann. Ich könnte sie dann zusammen mit meinem 6x20 an Olaf schicken. Ich habe auch noch irgendwo ein paar alte 2x40. Mal schaun.... ::)

Spunky

Jetzt mach dich nich kaputt, mann... Kommt Zeit, kommt Säge ;D

Muss erst noch den Mikrocontroller für Trex fertig machen. Sollte schnell gehen, wenn das Display da ist.
Nebenbei bastel ich gerade an einen Microcontroller, der über die RS232 ein LCD steuert.
Texte gehen schon und als Sonderzeichen ein CLS. Ich überlege noch, wie man die Kommandosequenzen für die Steuerregister verbaut.

Spunky

Hätte ich ne Idee: Wir nehmen Bit 7 des Datenbytes als Flag. Ist Bit 7 im Datenbyte gesetzt, dann issas nen Kommando für's Steuerregister. Ansonsten eben nicht.

Geht nicht, wegen Adressierung mancher Controller (Adressen > 80h).

Ne andere Idee wäre, eine Art Steuerbyte vorab zu senden:

00h 41h -> Ist Text
01h 38h -> Ist LCD-Kommando

So hätte man die Möglichkeit, bis zu 255 verschiedene "Ebenen" anzusprechen. Allerdings verdoppelt sich dann die Datenmenge an den uC (was dem halbieren der Baudrate entspricht).

Hab im übrigen etwas Code produziert für die Dual-Controller-Geschichte. Alle drei Varianten hab ich programmiert. Wollte nun freudig mit dem Reichelt-LCD anfangen zu verdrahten und suchte Datenblätter.

Eine Stunde später stellte sich heraus, das da zwei KS0076 drin sind, mein Code aber für HD44780 geschrieben ist °>| Na toll, alles für die Katze.

Ansonsten ham die Jungs das recht logisch aufgebaut:

Zeile 1: $80..$93, $94..$A7 (Controller ham se nich geschrieben, wird wohl 1 sein)
Zeile 2: $C0..$D3, $D4..$E7
Zeile 3: $80..$93, $94..$A7
Zeile 4: $C0..$D3, $D4..$E7

Fatale Erkenntnis: Das Backlight zieht 460mA (@4.4V), das LCD allein 10mA. Ein USB-Port ist da echt hart an der Grenze - ein Hub oder IOW dazwischen und das ganze hat sich mit Pech von allein erledigt...

However, ich schneide nun den Sockel von dem Kabel ab und klemm das mal an einen DSUB25 - so ich noch einen finde.

Völlig entgegen meiner sonst knallhart eingehaltenen Regel, keine unverdrahteten und/oder ungetesteten Displays (die ich nicht selbst gekauft habe) auch nur anzufassen, habe ich das 4x40 verkabelt. Ich hab meine Gründe für diese Regel - was passiert, wenn man sie nicht einhält, sehen wir jetzt:

Auf das Display ist ein 16pol-Wannenstecker gelötet - sehr schöne Arbeit, dazu passend das Flachbandkabel. Ein echter No-Brainer eigentlich, Pin 1 ist markiert, der Rest ist abzählen. Zumindest die Anschlüsse sollten somit korrekt sein.

Zu blöd, das der Stecker auf der Unterseite des LCD angebracht ist, anstelle der Oberseite. Dadurch sind alle Pins vertauscht (1 <-> 2, 3 <-> 4 etc). Natürlich sind damit auch Vcc und GND vertauscht.

Obwohl ich mein Labor-NT auf maximal 50mA Strom begrenzt habe, ist durch das vertauschen von Vcc und GND das Display verstorben - ich sah die LED für I_max zu spät leuchten, der Schaden war bereits angerichtet. Seltsamerweise ist die Masse des Backlight nicht mit der Masse des LCD verbunden - das wäre die Rettung gewesen, denn ich hätte dann der Einfachheit halber GND vom Backlight zum Anschluß benutzt und die 50mA wären durch die GND-Leitungen geflossen, ohne Schaden anzurichten.

Ich bin ziemlich sicher, das beim ersten Anschluß auf nemons Steckbrett das LCD ebenso draufgegangen wäre oder auf dem Begleitschreiben ein entsprechender Hinweis gestanden hätte.

Ich hab natürlich gehofft, das im Display vielleicht ne Schutzschaltung oder sowas drin ist. Aber egal, ob ich Kontrast auf GND oder VCC lege, keine Balken erscheinen - die sollten aber zu sehen sein, egal ob das n KS00xx oder HD44xxx-Controller ist.

So, nun kann ich also losziehen und von meinem nicht existenten Budget ein Ersatz-LCD beschaffen. Bin gespannt, wie ich das hinbekomme.

However: Ich hab nun zum zweiten Mal ein LCD zerrissen, das nicht mir gehört. Entsprechend einer meiner Lebensweisheiten (Einmal ja, ein zweites Mal auch noch - ein drittes Mal nicht mehr) werde ich unter keinen Umständen mehr Displays, die nicht garantiert einmal korrekt angeschlossen wurden UND zumindest einmal richtig unter Strom standen, akzeptieren. Alles andere ist vollkommen okay.

[EDIT]
Dies soll nicht als Jammerpost angesehen werden. Nur als Wink mit dem Zaunspfahl, aufgestellte Regeln nicht zu mißachten.
[/EDIT]

ich finde hier sollte man mindestens für schadensteilung plädieren, denn sowas kann immer mal passieren und das risiko tragen hier mindestens beide, da es sich wechselseitig um gefälligkeiten handelt!

ganz ehrlich, ich hab zB mal nem Kumpel nen chip in die playstation gelötet, das war auch ne reine gefälligkeit, wenn das schief gegangen wäre, hätt ich sicher keine neue ps gekauft ;-)

oder anderes aktuelleres beispiel: ich hab meine wakue verkauft UND entgegen meinen ursprünglichen Absichten mit eingebaut... das allein war schon von ärger überschattet, weils beim mobo-einbau irgendwo nen kurzen gab. und da wir beim einbau anderen schlauch verwendet haben, als ich in der ursprünglichen variante gabs, es ein paar tage und zwei transporte später irgendwo an der graka wohl ne undichte stelle mit der folge diverser instabilitäten (kriechströme, kurzschlüsse, ka) und von glysantol verklebter pci-slots... bei sowas die schuldfrage zu klären is eigentlich unmöglich, sie stellt sich imho nicht mal. einfach nur aergerlich.

Hatte ich das nicht schonmal hier beschrieben? Naja, das war halt der Grund, warum ich an Olaf fertig getestete Displays lieferte. Er sollte Coden und nicht erst wild löten ;)

Tipp für Bastler: Beim Anschließen prüfen, ob die erwartete Masseleitung (0V-Leitung, GND, VSS) eine Verbindung mit dem Metallrahmen um die LCD-Scheibe herum hat. Die Klemmlaschen sitzen meist auf der Rückseite auf blanken Leiterbahnflächen. Diese sind (evtl nur teilweise) mit der Masse verbunden. Vor dem ersten Einschalten einmal kurz durchmessen kann einem vor Schaden schützen.
Hier ein Bild dier Lasche:
(http://spunky.curz.com/lcd-masse.jpg)

HTH
Spunky

Das ist ganz schlicht und einfach dumm gelaufen, und keinesfalles ein Fehler von Olaf....
Das kriegen wir doch wohl wieder hin, eh? ;) ;) ;)

Ich würd sogar nen kleines spendekonto einrichten, wo jeder 1€ überweisen *kann* ;D ;D

also, nemon brauch sich da nich in die hose zu machen :D :D :D und olaf auch nich :D :D :D

oha, daran habe ich garnicht gedacht, ich habe auf meinem steckbrett bei der verkabelung nämlich pin 1 mit nem multimeter ausgemessen, weil ich da auf nummer sicher gehen wollte, das da nicht pin 1 und 2, 3 und 4 vertauscht werden......deswegen möchte ich nicht, das olaf den schaden bezahlen muss. ich selbst habe auch keine 60e für ein neues display übrig.

So, ich hab das Display jetzt noch einmal genau unter die Lupe genommen. Aber auch nur, weil ich gestern morgen beschlossen habe, den aussichtslosen Kampf gegen die Flasche Southern zu verschieben.

Ich habe die gesamte Verdrahtung komplett erneuert, alles dreimal durchgeklingelt und dann vierfach kontrolliert.

Das Backlight funktioniert noch immer prima, ich rate allerdings dazu, einen 22Ohm/2W-Widerstand davorzuschalten - sieht aus, als wären dort die Vorwiderstände eingespart worden :headshake: Jedenfalls zieht das Licht da problemlos 400mA an 5V, mehr Strom wollte ich nicht dranlassen.

Anschließend habe ich erneut Saft auf die Controller gegeben... Nichts. Dann hab ich mit der Kontrastleitung herumgespielt - Angeklemmt, zwei Balken gesehen <:0> <:0> <:0>

Offensichtlich hab ich gestern Nacht die einzige Leitung, die N.C. ist, für "Kontrast" gehalten °>| Dennoch bleibt es abzuwarten, ob die Chips wirklich überlebt haben. Zwei Balken machen noch keinen Text - aber die Wahrscheinlichkeit ist nun wesentlich größer.

@nemon: Wir legen die 60€ erstmal beiseite, okay :§

@all: Besten Dank an alle, die mit Tips und Spendenaufrufen zur Hilfe eilten. Ich schreibe immer, das ich evtl. Schäden übernehme - und das hätte ich in diesem Falle auch getan, denn teilweise ist es ja meine Schuld. Es hätte nur etwas gedauert...

hört sich gut an ;)
ich hätte auf jeden fall zumindest einen teil dazubezahlt, da es dir schlecht zuzumuten ist, dass du dir so viel arbeit machst, und dann noch komplett für solche schäden aufkommst

Steck die Kohle wieder ein... STLCD beschreibt inzwischen zumindest die beiden oberen Zeilen korrekt und man kann lesen, was da geschrieben wurde.

LCD hats also überlebt :-~

Ich muß nur noch das problem mit der Auswahl des zweiten Controllers in den Griff bekommen, dann geht das ganze zumindest per Parallel-Port.



[smile=2]STLCD Version 1.1.11.258[/smile]

Dual-KS0066 Display 4x40 Zeichen am Parallelport, Backlight @ 352mA:
(http://stlcd.curz.com/Dual_4x40_NL.JPG)

Das ganze ohne Hintergrundlicht:
(http://stlcd.curz.com/Dial_4x40_L.JPG)

Lichsteuerung ist ungetestet - ich überlasse das anderen. [Update] Habs derweil selbst probiert: nemons LCD rastet aus, wenn ich das Licht anmache - es funktioniert also ;D [/Update]

Wenn ich das ganze richtig programmiert habe, funktionieren auch Dual-HD44780-Displays.

@nemon: Hope u like it...

bist einfach unschlagbar [smile=0]Megasupergenial ![/smile]

Will sagen, dass es [fast?] das erste Programm ist, welches Dual Controller ansteuern kann !

echt cool, das du einfach alles zum laufen bekommst.
ich lasse dir das noch gerne da, wenn du support für den iowarrior einbauen möchtest.
(http://www.modding-faq.de/Forum/smilies/sign.php?text=du bist ein genie %20!&id=0)
hm, ein smiley im smiley geht übrigens nicht ;)

BTW (http://www.stlcd.de/Forum/index.php?board=2;action=display;threadid=40) 8)

Einfach ? Optimist ::) Dahinter verbirgt sich so mancher Schrecken (wie gerade selbst erlebt), ungeheuer viel Planung, bevor auch nur eine einzige Zeile Code produziert wird und jede Menge Hirnakrobatik. Es sieht einfach aus, aber das liegt nur daran, das ich gaaanz am Anfang zwei Wochen nur vor mich hingegrübelt und dabei etliche Stapel Papier vollgekritzelt habe. Da ich bisher so ziemlich alles hinbekommen habe, haben sich die zwei Wochen Grübelei bisher gelohnt ;)

Wenn du nix dagegen hast, würde ich gern das Flachbandkabel behalten - paßt optimal zu dem Noritake, das ich als nächstes anpluggen möchte ;D


Möchte ich, nur anschließen werde ich es verständlicherweise nicht - ergo kann es wieder zurück. IOW mit Dual-Controller bleibt nach Einbau im Status EXPERIMENTAL, bis jemand das ausprobiert hat oder ich nen passendes LCD in die Finger kriege.

Am IOW wird es wohl keine Lichtsteuerung geben - ich hab einen Pin zu wenig dafür. Alle anderen sind in STLCD bereits ver"kabelt". Ich könnte anbieten, das über den PCF8574 zu machen, aber das ist natürlich mehr Lötarbeit für den betreffenden (wer macht die Anschlußpläne ?). Solange ich Spunkys Warrior-Wonder-Box noch habe, kann ich das auch ausführlich testen.

@xonom: Mit dem Timing hab ich nix am Hut, das macht der IOW für mich ;D

ich finde die Idee mit I²C-bus gut viel spass beim timing!! naja du bekomnst das sicher hin!! Naja die lötarbeit halt sich doch in grenzen ein IC mehr und die leitung mit 4 andern geht doch auch, wenn du den interrupt noch benutz 5 aber das ist doch zu verkraften!

das kabel kannst du behalten, ich werde eh die tage bei reichelt bestellen.
wieso hat der iow zu wenige pins? es werden doch 14 fürs lcd benötigt, bleiben für den kleinen iow noch 2 pins und für den großen 18 pins. wenn die 4 zeilen funktionieren sollten, werde ich das zuhause testen.
<:0> :respect: _0_

@xonom, das timing brauch man nicht zu beachten, dass kann der Iowarrior selber.... ::)

das mit dem PCF8574 ist aber tatäshclich ne gute idee. Um Schaltpläne kann ich mich kümmern tun.

so, nachtrag:
habe das lcd laut anleitung angeschossen, der kontrast ist richtig eingestellt.
NUR:
auf dem lcd werden die werte nicht korrekt ausgegebne, es werden manchmal zeilen vertauscht, oder zeichen weggelassen.
http://home.arcor.de/kmnemon/lcd/
die anleitung incl. torschaltung ist geprüft, usw. eine möglichkeit wäre,d as aus dem usbport nur ~4,7v rauskommen, und deswegen der high-pegel nicht ganz erreicht wird

also das mit dem High pegel kan nciht sein... der wird auch noch bei 3,8V richtig erkannt...

cih würde eher auf einen lötfehler tippen, da ja nur die 2. Zeiel fehlt (zumindest lt. Bildern)... schauch dir einfach nochmal alle lötstellen an und löte die evtl nach.

habt ihr eigentlich schonmal überprüft ob das Gatter schnell genug ist? ICh weiß ja nich, wie shcnell es ist und wie schnell es sein muss, aber hmmm

Das mit dem Lötfehler kann man glaub ich ausschließen. sonst würd nicht nur ne zeile fehlen, sondern sicherlich mehr.

so, wie es aussieht, macht nur die 2. zeile des displays probleme:
ich hab jetzt 2 screens, undzwar
1111111111...
2222222222...
3333333333...
4444444444...

und

5555555555...
6666666666...
7777777777...
8888888888...

auf dem display wird folgendes angezeigt:

1111111...

3333333...
4444444...

dann

5555555...
1111111...
7777777...
8888888...


eine möglichkeit könnte sein, dass das enabledsignal für die 2. zeile nicht zeitig kommt.

was für'n Controller hat das denn? Sieht mir aus, als hätte es eine andere Speicher-Ordnung.

Sieht so aus, als würde er den ersten Controller nicht korrekt Initialisieren. Ich habe keine Idee, woran das liegen kann.

Spunky

der controler ist 2*ks0076b

Das Display hat am PIO einwandfrei funktioniert, wie die Bilder beweisen. Da sich die KS0076 wie HD44780 ansteuern lassen (Hardware-technisch gesehen), stellt auch das kein Problem dar und eine falsche Verdrahtung dürfte sich auch erledigt haben, denn das Display zeigt eine im wesentlichen korrekte Darstellung und keine Hieroglyphen. Auch die Idee, das die UND-Gatter evtl. zu langsam sind, kann ich mir nicht vorstellen - die Dinger können im MHz-Bereich arbeiten (Gatterlaufzeiten von wenigen ns).

Ein Software-Problem in Sachen Ansteuerung des Displays schließe ich auch einmal aus, da es ja bereits am PIO funktionierte und sich diese Routinen nicht verändert haben. Es kann also nur noch daran liegen, das ich in STLCD irgendwie ein Problem mit der Toschaltung habe.

Bestenfalls läuft mir nur ein Bit aus dem Ruder, aber das halte ich für praktisch ausgeschlossen, da ich mit Spunkys Wonderbox und den darauf verarbeiteten roten LEDs die ganze Geschichte bis zur Vergasung getestet habe.

Schlimmstenfalls habe ich durch das Multithreading und den asynchronen USB-Bus ein Timingproblem. In diesem Falle schalte ich auf den zweiten Controller, während der IOW eigentlich noch Befehle für den ersten Controller zu verarbeiten hat. Mir ist nicht bekannt, das der IOW eine Art "Busy"-Flag besitzt, auf das man warten könnte, auch über Chipinterne Prioritäten (I/O geht vor LCD z.B.) ist mir nichts bekannt.

Das das USB-Interface eine Art Warteschlange hat, wäre mir neu. Es ist also möglich, das ich so schnell Befehle zum Warrior sende, das der nicht mehr mitkommt, und ich selbst meine eigenen Befehle "überschreibe". Mangels "Busy" habe ich auch keine Chance, auf den IOW zu warten.

Ist dem so, wäre das eigentlich der Todesstoß für die ganze Geschichte - die Timingprobleme wären abhängig von der CPU-Geschwindigkeit, dem USB-Interface, den USB-Treibern und was weiß ich noch alles. Unmöglich, da was brauchbares hinzubekommen. Eine Idee wäre es aber, die Thread-Priorität wieder etwas herunterzudrehen, um dem IOW etwas mehr Zeit zu verschaffen - was natürlich alle anderen Display-Benutzer "mitbezahlen" müßten, indem das ganze etwas zähflüssiger läuft.

Gebt mir etwas Zeit, damit ich nocheinmal die Ansteuerung der Torschaltung prüfen kann. Sollte es wirklich nicht daran liegen, diskutieren wir nochmal über Prioritäten und deren Einstellbarkeit. Sollte das auch nicht helfen, wird's wohl nix mit Dual-Controller.

Ich möchte darauf hinweisen, das der IOW eigentlich nicht für Duals gedacht ist und die Aktion mit der Toschaltung absolut blanke Theorie ist, genauso wie die Ansteuerung dieser Schaltung. Das ganze ist ein Versuch, der ebenso klappen wie fehlschlagen kann. Bitte nicht haun, wenn letzteres bei herauskommt :-[

wie wärs denn damit ne variante einzubauen, um die geschwindigkeit mit der befehle gesendet werden, manuell auf einen bestimmten meinetwegen von dir schon vorher festgelegten wert zu beschränken? sone art handbremse der datenübertragung per ini-eintrag... kommt natuerlich darauf an, ob deine verarbeitung überhaupt darauf ausgelegt ist, einfach auf blauen dunst und nach jedem gesendeten befehl mal ein paar waitstates zu durchlaufen...

das wuerde aber imho zumindest ne option bringen, das ganze auf schnellen system selber zu bremsen, wenns unbedingt nötig ist.

Häh? USB hat natuerlich eine Warteschlange. Es wird mit WriteFile geschrieben, daher gilt die ganz normale Serialisierung von WriteFile. Die Daten werden solange versucht zuzustellen bis das USB-DEvice sie angenommen hat.

Ah, sieh an... Wieder was dazugelernt. Das erklärt auch die hochspringende CPU-Last von STLCD. Wäre interessant zu fragen, was passiert, wenn die Queue überläuft.

However. Ich hab in STLCD einen weiteren Parameter eingebaut, um die Priorität des Schreibthreads einstellen zu können (Abschnitt [General], Param heißt WPrio, mögliche Werte sind -2,-1,0,1 und 2).

Bei WPrio=-2 (so, wie es bei nem PIO-LCD ist) kann man dem LCD zusehen.
Bei WPrio=-1 sieht das ganze schon akzeptabel aus
WPrio 0,1 (Default beim IOWarrior) und 2 ändern optisch nichts mehr.

Das Testen der Ansteuerung des P0.0 läuft im Moment.

[EDIT] Tests abgeschlossen. Die Ergebnisse:

- Ein Fehler in der Adreßberechnung führte dazu, das das E-Signal nicht zum korrekten Controller durchgeschaltet wurde. Nemon hat also absolut richtig gelegen.
- Erstaunlich, das das ganze mit diesem Fehler überhaupt soweit funktioniert hat, wie ich es hier gesehen habe.

Geänderte Version habe ich ins Netz gestellt, ich bitte um erneute, wohlwollende Tests. Bitte nicht gleich in die Tonne drücken :-[

Und wieder einmal zeigt sich, das "kalte" Einbauen von Funktionen führt zu Problemen. Ic sollte es wirklich mal lernen und in Zukunft lassen :headshake:
[/EDIT]

Da das zum Thema gehört, möchte ich dich, Olaf, mal bitten hierrein zuschauen.

http://www.stlcd.de/Forum/index.php?board=9;action=display;threadid=48;start=new;boardseen=1

Es geht um den Dualcontroller + Iowarrior. Es haben schon viele leute nach einem letztendlichen Plan gefragt.

tadadadaaaaaaaaa
http://home.arcor.de/kmnemon/lcd/P1010003.JPG
~closed, da problem behoben

[Edit@OlafSt]
Nich closed, SOLVED ;D
[/Edit]