Problem mit Standard-LCD an AVR

Hallo,

C ist nicht meine Sache, Assembler ist mit lieber...

Aber:
void lcd_data(unsigned char chData)
{
  unsigned char uchTmp;
  uchTmp = chData;
  uchTmp &= 0b11110000;
  uchTmp |= 0b00000001; <-- wenn das RS sein soll, das hast Du an Pin 2
dran und nicht an Pin 0, also 0b00000100
    PORTD = uchTmp;
  lcd_enable();
  uchTmp = chData;
  uchTmp <<= 4;
  uchTmp |= 0b00000001;
    PORTD = uchTmp;
  lcd_enable();
  _delay_us(50);

Gruß aus Berlin
Michael

Danke, das war schon mal ein kapitaler Bock.
Ich habe in beiden Zeilen geändert, aber leider immer noch nicht mehr
als den schwarzen Balken in der ersten Zeile.
Kann ich daraus eigentlich irgendwas schließen, z.B. daß die
Initialisierung schon mal ok ist?

servus
    Dirk

Hallo,

nein, der schwarze Balken in der ersten Zeile zeigt, daß nicht
initialisiert ist.

Die Folge sieht eigentlich ok aus, die Pausen sind auch ok, soweit ich
sehe.
3 NOP beim E-Impuls sollten bei knapp 4MHz dicke reichen, ich habe bei
16MHz 4 NOP drin und es läuft mit verschiedenen Displays.

Leitungen wirklich an den richtigen Pins? RW auf Masse?
Nicht, weil ich es Dir nicht zutraue, sondern weil ich solche Fehler
bei mir auch immer erst suchen darf... ;-)

Gruß aus Berlin
Michael

Ich habe es mir eben nochmal aufgezeichnet, also was ich gesteckt habe
auf Papier gebracht und überprüft.
Dann habe ich die alte Version wieder gesteckt, alle Leitungen, die auf
Masse gehen bleiben gleich, ich muss nur die D7-D4 und E und RS.
Dann habe ich wieder meine alte Software aufgespielt (mit der
Originalbelegung) und der Text erscheint.
Deswegen denke ich kann ich auch das Timing ausschliessen.
Es kann immer noch sowohl Hardware, als auch Software sein, deswegen
hatte ich ja gestern auch das Board nochmal gebaut.
Den ganzen Code bin ich eben auch noch mehrfach durchgegangen und habe
ausprobiert ob das initielle Beschreiben des Port mit 0 oder 0xff was
bringt, Fehlanzeige. Ausserdem habe ich bei den Bitshifts nachträglich
die leeren Bits ausmaskiert, falls doch Einsen reingeschoben würden.
Mit systematischer Fehlersuche hat das nichts mehr zu tun.
Da ich keinen Logicanalyser besitze wäre es jetzt wahrscheinlich das
nächste getrennte LEDs an den einzelnen Pins zu betreiben und schauen,
ob ich die Ausgänge wirklich so ansteuern kann, wie ich will.....

Dirk

Hi Dirk,

wenn es ein Mega16/32 waere wuerde ich sagen schau mal auf die JTAG
Fuse.
Ich weiss aber leider nicht ob das Debugwire vom Mega48 auch disabled
werden muss.

Alternativ empfehle ich an PortC deinen Code mit dem Nibbletausch zu
testen, da kannste Probleme mit JTAG ausschliessen.
Ich haette noch einen Assemblercode hier (fuer den Mega16) bei dem du
die LCD-Pins frei an den AVR antackern kannst solange du alle Pins an
einem Port hast. Vielleicht willste da ja mal nen Blick drauf werfen.
Der nutzt allerdings auch die RW Leitung ivm Ready auslesen, verzichtet
dafuer auf lustige Wuerfelei/Warterei ob das LCD fertich ist.

Ich denke das auch am Umbelegen deiner Pins deine Probleme liegen.
Jedenfalls haste die Bits fuer RS und E in den letzten 3 lcd_command in
der lcd_init procedure falsch wenn du nur nibbles tauschst.
Und 3 Zeilen weiter oben beim Initialisieren des 4-Bit Modus auch.
Du musst die RS und E Bits in den Binaerzahlen richtig setzen dann
gehts bestimmt.

cu Tommi