Forum: Mikrocontroller und Digitale Elektronik Display (HD4478099) zeigt nur Kästchen

Hast Du das Display initialisiert???

Moin,

das sieht mir ganz nach zuviel Kontrast aus!

Also prüfe ob du die Kontrastspannung angeschlossen hast(Pin 3 am
Display)! Wenn ja drehe am Regler und schau ob sich etwas tut. Bis
hierhin brauchst du noch keine Daten zum Display senden.

Im Normalfall solltest du jetzt die Kästchen abschwächen können, bzw.
sie ganz verschwinden lassen. Beachte, wenn du zu wenig Kontrast gibst,
siehst du keine Zeichen mehr!!!!!

Ich stelle den Kontrast zum Test bei mir immer so ein, dass ich die
Segmente immer noch leicht sehen kann. Wenn alles funktioniert kannst
du dann nach deinem Gutdünken verfahren.

mfg

Asterix-007

"Hast Du das Display initialisiert???"
Muss man das? Wie geht denn das? Reicht es da ein paar Bytes zu senden,
und wenn ja welche???
Danke :-)

>Muss man das? Wie geht denn das? Reicht es da ein paar Bytes zu senden,
und wenn ja welche???

naja, man braucht eine kleine Sequenz, die aber im Datenblatt meist
beschrieben ist...

Wieso?
Für was braucht man ein Datenblatt lesen. Außerdem ist das auch noch
auf Englisch!!!

http://www.mikrocontroller.net/forum/read-2-332857.html

Das datenblatt hat immerhin 60 Seiten ;-)
Ich hab versucht die Initialisierung zu implementieren, aber ich
versteh sie ehrlich gesagt nicht so ganz. Das ist irgendwie ziemlich
blöd aufgeschrieben...

Das habe ich bis jetzt (von Seite 46):

void initDisplay( void )
{
  // Belegung am Port C:
  //      E RS DB4 DB5 DB6 DB7 ?  ?
  // 0 b  0 0  0   0   0   0   0  0


  WaitMs(20);  // Warte erstmal 20 ms

  PORTC = 0b00110000;  // Setze DB4 und DB5 auf 1

  WaitMs(10);  // Warte nochmal 10 ms

  PORTC = 0b00110000;  // Nochmal: Setze DB4 und DB5 auf 1

  WaitMs(10);  // Warte diesmal 2 ms

  PORTC = 0b00110000;  // Zum 3. mal: Setze DB4 und DB5 auf 1
}

Warum muss ich denn immer wieder den selben Code senden?
Und dann stehen auf der Seite in den nachfolgenden Codes noch *, ein N,
ein F und sowas.... HÄ???

Danke für eure Hilfe :-)

am besten nimmst du die lib von peter fleury.
mit der geht das dann recht einfach.

gruß michael

Eigentlich hatte ich gehofft das nicht tun zu müssen. Die Lib ist mir
nämlich etwas zu komplex (OK, dafür auch flexibel) ;-)
Aber ich will mit dem Display ja garnicht viel machen: Nur einmal
initialisieren, und dann von Zeit zu Zeit mal nen String ausgeben...
Ich hatte irgendwie gehofft das wäre leicht machbar :-(
Das kann doch nicht so schwer sein!?!?!

Hey, danke Stefan :-)
Werd's bald testen... Wo finde ich denn deine Routine?

OK, nachdem ich jetzt ales fleißig gelsen habe, habe ich folgende Init
Funktion gebastelt:

PORTC = 0b00110000;
WaitMs(10);
  PORTC = 0b00110000;
WaitMs(10);
  PORTC = 0b00110000;
WaitMs(10);
  PORTC = 0b00010000;
WaitMs(10);
  PORTC = 0b00010000;
WaitMs(10);
  PORTC = 0b00000000;
WaitMs(10);
  PORTC = 0b00000000;
WaitMs(10);
  PORTC = 0b00000100;
WaitMs(10);
  PORTC = 0b00000000;
WaitMs(10);
  PORTC = 0b00100000;
WaitMs(10);
  PORTC = 0b00111000;
WaitMs(10);

OK, nachdem ich nun alles fleißig gelsen habe bin ich zu folgender Init
Funktion gelangt:

WaitMs(20);
  PORTC = 0b00110000;
WaitMs(10);
  PORTC = 0b00110000;
WaitMs(10);
  PORTC = 0b00110000;
WaitMs(10);
  PORTC = 0b00010000;
WaitMs(10);
  PORTC = 0b00010000;
WaitMs(10);
  PORTC = 0b00000000;
WaitMs(10);
  PORTC = 0b00000000;
WaitMs(10);
  PORTC = 0b00000100;
WaitMs(10);
  PORTC = 0b00000000;
WaitMs(10);
  PORTC = 0b00100000;
WaitMs(10);
  PORTC = 0b00111000;
WaitMs(10);

Es tut sich aber leider garnichts :-(

Hier nochmal die Pinbelegung:

// Pin connections:
//  - PC0 - Grün    = E
//  - PC1 - Gelb    = RS
//  - PC2 - Orange    = DB4
//  - PC3 - Rot      = DB5
//  - PC4 - Braun    = DB6
//  - PC5 - Schwarz    = DB7

Oder:

  // Belegung am Port C:
  //      E RS DB4 DB5 DB6 DB7 ?  ?
  // 0 b  0 0  0   0   0   0   0  0

Huh, wo kommt der erste doppelpost her? Kann ich den nicht irgendwie
löschen???

"Beitrag melden"...(rechts im orangen Kasten)

Das musste schon umdrehen, sonst klappt gar nix. Außerdem setzt Du das
Enable nie, so dass überhaupt nix übertragen werden kann. Vielleicht
solltest Du Dir tatsächlich mal ein paar Abschnitte im Datenblatt
ansehen. Und natürlich Grundlagen Zahlendarstellung (Hex und Binär)...

Zur Info: PC0 ist das niedrigstwertige (oder nierderwertigste...???) Bit
in PORTC. Das steht in der Binärdarstellung ganz rechts. Ist genau wie
im Dezimalsystem (da stehen die niederwertigen Stellen auch rechts),
nur dass hier die Basis 2 ist.

Dezimal: z.B.
...1000er, 100er, 10er, 1er

Binär:
...128er, 64er, 32er, 16er, 8er, 4er, 2er, 1er
(0b  0     0     0     0     0    0    0    0)

Solange Du das nicht verstanden hast, brauchst Du mit µC-Programmierung
gar nicht erst anzufangen. Bitte beschäftige Dich zunächst mit den
Grundlagen. Aber lass Dich nicht entmutigen. Es ist noch kein Meister
vom Himmel gefallen. Alles Schritt für Schritt...

Gruß

Johnny

>Es ist noch kein Meister vom Himmel gefallen.
Wenn einer nach bestandener Meisterprüfung einen Tandem-Sprung
geschenkt bekommen hat, schon... ;)

Karl Heinz hat aber im Prinzip recht: Wenn Michael erst mal die
Zahlensysteme verstanden hat und sich noch ein paar weitere Grundlagen
angeeignet hat, dann sollte er sich vielleicht wirklich mal fertigen
Code ansehen und versuchen, den zu verstehen. Die fehlenden Grundlagen
sind sicher auch der Hauptgrund für seine Aussage, dass ihm die Lib von
Peter Fleury zu komplex ist. Klar, wenn ich grad dabei bin, zu lernen,
dass 1 + 1 = 2 ist, dann ist ein Dreisatz für mich auch komplex...

>1 + 1 = 2
Das ist aber eher ein Problem der Definition des Zeichensatzes / der
Syntax (oder war es die Semantik?)...
1 + 1 könnte auch 10 oder 1 sein...
Grundlagen haben noch niemandem geschadet...

Und noch verrückter vird es digital, da ist 1+1=0 und C=1

digital ist ein Plus ein XOR !!!! Also 1+1=0 !!

@Stefan: nicht unbedingt...
in der "deutschen" Digitaltechnik wird das "Oder" auch als "v"
(vom lateinischen vel = oder) dargestellt. Das "Und" als ^, wobei es
sich bei beiden Symbolen um richtige (kleine) Dreiecke handelt. Man
kann es sich auch so merken: "Oder" ist ist oben offen und "Und"
unten...
"+" und "*" kommen aus dem angloamerikanischen Sprachgebrauch,
wobei das "+" noch einen Kreis drumherum haben müsste...

<digital ist ein Plus ein ODER !!!! ALso 1+1=1 !!
Nicht ganz, weil es ist Sprachenabhängig. Wenn ich es matematisch
betrachte ist die Addition gemeint. Betrache ich es aus der Richtung
Schaltalgebra stimmt das.
Verrückte Welt!
MFG Uwe

@Stephan: Wenn du das "+" als Verknüpfungsoperator gemeint hast, gebe
ich mich geschlagen. Wenn ich aber eine Addition ausführen möchte
verlasse ich mich doch lieber auf das XOR wo 1+1 0 ergibt(plus den
natürlich fälligen Übertrag).

Gruß Chris

beim XOR-Plus war der Kreis drum...war wohl etwas falsch in der
Erinnerung...

Sch**** da hab ich ja was losgetreten... Sollte doch nur ein Beispiel
aus dem wahren Leben sein... und da lernt man zuerst mal normalerweise
Dezimalsystem... Bei mir wars jedenfalls so. Fest steht, dass der
Ausdruck 1+1=2 in jedem gebräuchlichen Zahlensystem, in dessen
Zahlzeichenvorrat es eine 2 gibt, korrekt ist. Das kann man jetzt
wahrscheinlich auch noch tausendmal drehen und wenden...

OK, vielen Dank erstmal für euren Input :-) Ich habe mich mittlwerweile
ein wenig schlau gemacht, was die Binärzahlen angeht. Mein größtes
Problem war wohl, dass ich dachte die Bits an den AVR-Ports wären 0 bis
7 aufsteigend. Aber wenn ich das jetzt richtig verstanden habe siehts so
aus:

PORTC = 0b76543210;

(Wobei die Zahlen jetzt nur für die Pins stehen, nicht für Bits!). Ist
das korrekt so?


Dann nochmal zum Display: ich habe leichte Probleme mit der
Sprut.de-Tabelle (Hier der Link direkt darauf:
http://www.vankurt.de/images/dispTab.gif)

Zu den ersten drei Befehlen hab ich diesen Init-Code gebastelt:

WaitMs(20);        // Warte erstmal 20 ms
  PORTC = 0b00001101;    // Setze ENABLE, DB4 und DB5 auf 1  (8-Bit 
Modus)
  WaitMs(10);        // Warte 10 ms
  PORTC = 0b00001101;    // Setze ENABLE, DB4 und DB5 auf 1  (8-Bit 
Modus)
  WaitMs(5);        // Warte 5 ms
  PORTC = 0b00001101;    // Setze ENABLE, DB4 und DB5 auf 1  (8-Bit 
Modus)
  WaitMs(5);        // Warte 5 ms
  PORTC = 0b00001001;    // Setze ENABLE, DB4 und DB5 auf 1  (4-Bit 
Modus)

Ist der denn so weit in Ordnung?

Mein Problem ist dann der letze Teil der Tabelle. Sollen das da einfach
10 Befehle sein? Weil zuerst wurden die ja einzelnd tabellenmäßig
getrennt, jetzt stehen sie direkt untereinander....
Und warum sind da Variablen wie N(1) oder F(0) drin? Und was bedeurten
dann die "-" ? Soll man die auf 1 oder 0 setzen? Und wofür stehen die
verschiedenen Hintergrundfarben (gelb, grün, blau)???? Sehr verwirrend
das ganze!! :-(

Ich hoffe ihr helft nochmal :-D

Oh :-)
Also eigentlich wie gehabt, nur halt andersrum:

// Belegung am Port C:
//      ? ?  DB7 DB6 DB5 DB4 RS E
// 0 b  0 0  0   0   0   0   0  0

>30h   b00001100
>20h   b00001000

sollte 30h nicht eher b00110000 und 20h b00100000 heissen?
Deine Schreibweise gilt wohl eher als die Bit-Reihenfolge bei der
Übertragung über die serielle Schnittstelle...

Danke erstmal, dass du dir so viel Mühe gibst, Stefan :-)
Leider hab ich's immer noch nicht hinbekommen...
Damit das klar ist:

"30h,30h,30h,20h,28h,08h,01h,06h,0fh
das sind die werte, so nun mal sehen,"

Für welche Pin-belegung sind die denn gedacht? Die aus deinem
Vorschlag?

"Folgender Vorschlag:
       0b 0  0   0    0   0   0   0   0    Bits binär
             E  RS   RW  DB7 DB6 DB5 DB4   Display
            PC6 PC5  PC4 PC3 PC2 PC1 PC0   Port C"

Dann versteh ich nämlich nicht ganz, wie du von 30h (was ja binär
110000) sein müsste auf 0bxxx0011 kommst... oder beziehst du dich da
jetzt auf meine Belegung? (letzteres macht für mich gerade auch keinen
Sinn)
Die Verwirrung ist groß ^^


Danke!!!

Also gut, dann nochmal für Idoten:
Wenn ich deine Pin-Belgung verwende:

"Folgender Vorschlag:
       0b 0  0   0    0   0   0   0   0    Bits binär
             E  RS   RW  DB7 DB6 DB5 DB4   Display
            PC6 PC5  PC4 PC3 PC2 PC1 PC0   Port C"

und dann in kleinen Zeitabständen deine Werte rübersende:
"30h,30h,30h,20h,28h,08h,01h,06h,0fh", dann ist das Display
vernünftig initialisiert?

Bitte entschuldige meine Schwerfälligkeit - das ist eigentlich nicht
meine Art. Aber in diesem Fall stehe ich so derbe auf der Leitung, das
gibt's garnicht ;-)
Ich denke wenn das Ding erstmal läuft macht's auch mehr Spass damit
rum zu experimentieren. Aber so lange man garichts sieht ist das alles
eher frustrierend...

1000 Dank für deine Geduld. Du bist ein echter Held für mich :-D

So, da bin ich wieder :-D
Ich hab mir in der Zwischenzeit jede menge Zeug angelesen, da das alles
einfach nicht funktionieren wollte. Nun war der Meinung, die
Initialisierung endlich hinzubekommen.

Dann habe ich mit diesem Simulator herumgespielt:
http://www.geocities.com/dinceraydin/djlcdsim/djlcdsim.html
und bin zu folgender Befehlsreihenfolge gekommen, die wenigstens einen
blinkenden Cursor erzeugen sollte:


Erst 3 mal DB5 und DB4 an  -> Init 8 bit Modus

Dann nur DB5 an  -> Jetzt in 4 Bit wechseln

Dann alle aus -> Upper Nibble
Dann alle an  -> Lower Nibble -> Jetzt müsste Display AN, Cursor AN und
Blinken AN sein


Der Code dazu sieht so aus:
Belegung:
  //    PC7    PC6    PC5    PC4    PC3    PC2    PC1    PC0
  //  0b  0    0    0    0    0    0    0    0
  //    None  E    RS    None  D7    D6    D5    D4

Dann:

void enable( void )
{
  PORTC |= (1<<PC6);
}

void disable( void )
{
  PORTC &= ~(1<<PC6);
}



void initDisplay( void )
{

  //    PC7    PC6    PC5    PC4    PC3    PC2    PC1    PC0
  //  0b  0    0    0    0    0    0    0    0
  //    None  E    RS    None  D7    D6    D5    D4

WaitMs(30);

  disable();
  PORTC = 0b00000011;
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00000011;
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00000011;
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00000010;
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00000000;
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00001111;
  enable();

WaitMs(30);

}

ABER IMMERNOCH STREIKT DAS BLÖDE DING UND ZEIGT NUR SCHWARZE
KÄSTCHEN!!! Das kann doch nicht wahr sein!?!?! :-(

Hilfe! :-D

Ahh, du hast Recht. Es fehlt tatsächlich eine 0.
Hab also folgendes draus gebastelt:

WaitMs(30);

  disable();
  PORTC = 0b00000011;     // 8Bit
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00000011;     // 8Bit
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00000011;     // 8Bit
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00000010;     // Jetzt 4Bit
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00000000;     // ...
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00000000;     // Alles anschalten
  enable();

WaitMs(30);

  disable();
  PORTC = 0b00001111;     // ...
  enable();

WaitMs(30);

PS: Es geht natürlich immer noch nicht! :-(

@ Stephan
Ja, ich denke schon:
- RS ist bei mir an PC5, also in allen meinen Binärcodes = 0. =>
Befehlsmodus
- RW hab ich nicht verwendet, ist an GND gelötet. => Schreibzugriff
- E setze ich ja immer mit enable/disable vor und nach jedem Befehl,
den ich übertragen möchte (siehe Code)

Ist doch richtig so, oder?


@Peter
Bei fallender Flanke also? Nagut, hab meine Funktionen "enable" und
"disable" mal vertauscht (die machen

PORTC |= (1 << PC6); //Enable-Pin High
PORTC &= ~(1<<PC6);  //Enable-Pin Low

genau wie in deinem Code).

Leider bringt das immer noch nichts. Nach wie vor nur 8 schwarze
Kästchen, und die andere Hälfte komplet leer :-(

Kurze Frage an peter: Warum hast du in allen deinen Befehlscodes (z.B.
0b01000011) an der zweiten Stelle nach dem b eine 1?
Ich verwende ja auch diesen Code, bei mir ist's allerdings 0b00000011,
also nur DB4 und DB5 an. Ist da noch was wichtiges an diesem Pin?

Und für alle Ideen, die zur Lösung meines Problems beitragen bin ich
natürlich absolut dankbar!!!

Au verdammt! Das macht Sinn ^^ ich werd's gleich heut Mittag testen!
Danke :-)

Mittlerweile sieht der Code so aus:


void enable( void )
{
  PORTC |= (1<<PC6);
}

void disable( void )
{
  PORTC &= ~(1<<PC6);
}



void initDisplay( void )
{

  //    PC7    PC6    PC5    PC4    PC3    PC2    PC1    PC0
  //  0b  0    0    0    0    0    0    0    0
  //    None  E    RS    None  D7    D6    D5    D4

WaitMs(30);

  enable();        // Setze E auf 1
  PORTC = 0b01000011;    // Befehl
  disable();        // Jetzt E auf 0 -> fallende Flanke

WaitMs(30);

  enable();
  PORTC = 0b01000011;
  disable();

WaitMs(30);

  enable();
  PORTC = 0b01000011;
  disable();

WaitMs(30);

  enable();
  PORTC = 0b01000010;
  disable();

WaitMs(30);

  enable();
  PORTC = 0b01000000;
  disable();

WaitMs(30);

  enable();
  PORTC = 0b01000000;
  disable();

WaitMs(30);

  enable();
  PORTC = 0b01001111;
  disable();

WaitMs(30);

}


Und ratet was passiert? Genau! Schwarze Kästchen!!!!!!
ICH BEKOMM HIER GLEICH NEN NERVENZUSAMMENBRUCH VERDAMMT!!!!!!  ^^
Das kann doch echt nicht wahr sein.... gibt es sonst noch Tips?

(Mal wieder vielen Dank an alle Mithelfenden!)

1) Also das mit dem Timing ist OK. Meine Funktion wartet eher zu lang
als zu kurz, was ja kein Problem ist, oder?
Ich benutze die auch um eine LED blinken zu lassen (mit 100ms, das
sieht schon ganz OK aus).

2) Das hab ich wohl gemacht.

3) OK, da muss ich nochmal gucken... ;-)


Die C-Datei findet sich im Anhang.

Ich werd's gleich mal testen. Aber eigentlich sagt mein letzter
Befehl:
"Display ein, Cursor ein, Blinken ein"
Beim Simulator funktioniert's auch, da ist dann ein blinkender Cursor
zu sehen.....

Hat leider auch nüscht geholfen :-(

Kannst du jetzt mal bitte dein komplettes Programm zippen und anhängen?


Und mach mal zwischen enable und disable n paar takte pause, vielleicht
ist der abstand einfach zu kurz und dein Display bekommts nicht mit.
Immerhin kommen enable und disable fast im darauffolgenden Takt. Soviel
ich weiß muss enable aber auch ne bestimmte mindestzeit auf High stehen.


  enable();
  PORTC = 0b01100100;
  //hier warten
  disable();

Gruß Andreas

Welche Plattform und welchen Takt nutzt du eigentlich?

@Stefan:
"erst Enable high ; das Display wieß..Ah jetzt kommt was für mich
dann RSund RW ; das Display wieß , Ah... Komando/ Daten,
schreiben/lesen
jetzt die Daten ;
und jetzt Enable auf Low; Display.... OK hab ich !!"

Dieser Textblock ist syntaktisch etwas merkwürdig... ich bin nicht
sicher, ob ich den richtig lesen kann ;-)


@Andreas:
Es ist ein AVR Mega16, mit einem 11 Mhz Quarz...oder was mainst du?

Mal ne Frage zu deinem Code:

void enable( void )
{
  PORTC |= (1<<PC6);
}

PORTC |= (1<<PC6); ??? macht man das so bei einem AVR? Bitschubsen für
das setzen eines einzelnen PortPins.
Ich kenn das halt vom MSP430 anders oder versteh ich die drei Zeilen
nicht?
Steuer mein Display allerdings auch nur im 8bit-Modus an.

Jo, ich denke das geht klar so. Das 6te Bit (hier an E) wird damit
angeknipst :-)

PS: Das komplette Programm hab ich schon geposted, hängt ein bisschen
weiter oben an :-)

@Marcel: Ja das macht man so. Was er da macht ist normale Bitmaskierung.
Geschoben wird (ein halbwegs intelligenter Copiler vorausgesetzt) an der
Stelle gar nicht: Das ganze kann schon zur compile-zeit als Konstante
berechnet werden (in diesem fall 00100000).

@Michael: Genau das meinte ich - 11 Mhz Quarz bedeutet 1 Takt braucht
ca 90ns (1/11000000 = 9,0909... x 10e-8). Schau mal wieviele ns das
enable signal high sein muss (Datenblatt)

Und poste endlich mal deinen kompletten Code, damit wir sehen was du
machst!

Gruß Andreas

Und versuche mal statt der Timerversion busy wait zu nehmen um
auszuschließen, dass es daran liegt. Nimm mal für Pausen die
_delay_ms() Funktion der libc.

Gruß Andreas

"Er scheint ja nicht mal die Vorschläge von ganz oben porbiert zu
haben"
glaub mir, ich HABE SO ZIEMLICH ALLES probiert. Ich kann mir auch nicht
erklären woran's hapert.... aber ich werde da mal zusätzliche delays
einbauen, so wie ihr das vorgeschlagen habt.

Ich habe jetzt überall noch kleine Delays (1 ms) eingebaut, wenn ich das
E-Bit ändere. Damit sollte es jetzt also auch keine Probleme mehr
geben...
Leider hat das ganze noch immer keine Wirkung gezeigt :-(

Mit den Fremdbibliotheken ist so eine Sache... die sind quasi garnicht
dokumentiert (keine Tutorials oder Referenz so weit ich sehen kann).
Und da sind krass viele merkwürdige Konstanten drin, die man wohl
irgendwie setzen muss, die ich aber nicht verstehe :-(

Hast du denn die Vorschläge von oben schon probiert:

- PortC überprüfen (JTAG o.ä. deaktiviert?), oder nimm mal einen andern
Port.

- schmeiß deine eigene Wartroutine weg, ich wette es liegt am Timing.
Nimm zum testen mal die busy-wait routine _delay_ms(...)

Gruß Andreas

@Peter:
Erstmal vielen Dank für deinen Code! Leider bringt auch der keine
Veränderung: nach wie vor nur 8 schwarze Kästchen.
Ich denke mal wir haben die gleiche Pinbelegung, ja? (zumindest RS und
E sind schonmal korekt).....
Woran könnte es denn dann liegen?

@Andreas:
Ich hab zwar keine Ahnung wer oder was JTAG ist, aber der Port scheint
OK zu sein. Hab auch mal alles an Port A gehängt (natürlich Software
entsprechend geändert), hat aber auch nicht geholfen.

Die Ports sind aber OK, ich hab LED-blink-Tests damit gemacht, und
jeder Pin ist OK.

Ich habe auch mit nem Multimeter geprüft, ob die Pins vom AVR gut mit
dem Display verlötet sind. Das scheint ebenfalls so zu sein...

Ich weiß leider immer noch nicht so genau was es mit diesem JTAG auf
sich hat. Hier auf der Seite und bei Wikipedia wird das nich vernünftig
erklärt.... was ist denn das?

Also ich habe mit PonyProg mal die "Configuration Bits" eingelesen.
Dagibt es eins das "JTAGEN" heißt, das ist aber schon an.

Oh, sorry! Was ich eigentlch noch sagen wollte war, dass es aber leider
keinen Unterschied macht, ob das Kästchen an ist oder nicht.
Funzt nach wie vor nicht :-(

Vorschlag zur systematischen Fehlersuche:

1. Verwende bewährte Software (z.B. peter fleury´s lib)
2. Nehme die entsprechenden Einstellungen in der Software vor, meistens
nur im Kopf der Quelltexte nötig
3. Baue Deine Schaltung komplett neu auf, nach den getroffenen
Vorgaben, um zu verhindern, dass Du murks verdrahtet hast
4. Verwende ggf. R/W um die Busy Flag auslesen zu können.
5. Setze ggf. die Taktung Deines MC in der Configuaration herunter, da
zu hohe Datenraten nicht verarbeitet werden
6. Mit Strom auf dem Module regele den Kontrast mit einem Poti an Pin 3
so ein, das die schwarzen Kästen gerade noch zu sehen sind

Dann kannst Du immer noch Deine eigene (Code-) Suppe kochen und die
Performance steigern.
Sollte es immer noch nicht funktionieren versuche ggf. ein anderes
Display.


Viel Glück

Äh ich hoffe deine "LED-Blink-Tests" hast du nicht direkt am Bus
gemacht? Dann könnte es sein, dass die Spannung die an den LEDs abfällt
zu groß ist und die übrige Spannung nicht mehr eindeutig genug ist..

Nochmals die andere Frage: Hast du endlcih deine Warteroutine
weggeworfen??

Gruß Andreas