lcd zeigt nur schwarze balken

Hallo dare,

1. hast Du bei internem Takt auch die Zeile: #define XTAL 4000000 
angepasst ?
2. Die unbenutzten Displayleitungen D0-D3 müssen bei einigen Displays 
auf +5V gelegt werden.

Gruss Otto

Die Zeile war bei internem Takt angepasst. Ich hatte die Leitungen schon 
mal probehalber auf GND. Hab sie grad auf VCC gelegt - passiert leider 
nichts. Aber danke soweit!

Hallo Dare,

bist Du sicher, dass der Controller läuft ?
Toggle doch mal zusätzlich eine LED.....

Otto

Ja er scheint zu laufen. Ich hab nen Messgerät auf PIN0 von Port A 
gehalten und ihn high geschaltet. Kommen 5V raus.
Wenn ich dann nach dem lcd-Kram noch den Pin1 high schalte, so passiert 
nix.

DDRA = (1 << DDA0);
PORTA |= (1<<PA0);              ->PA0 ist high
lcd_init(LCD_DISP_ON);
lcd_clrscr();
lcd_puts("HELPME!!");
DDRA = (1 << DDA1);
PORTA |= (1<<PA1);               ->PA1 bleibt low
  for(;;)
  {
  }

Für mich heisst das, der Atmega hängt sich dazwischen auf, oder?

>Für mich heisst das, der Atmega hängt sich dazwischen auf, oder?

Vermutlich.

Pack das mal Step bei Step von hinten angefangen in die LCD Routinen

>PORTA |= (1<<PA1);               ->PA1 bleibt low

Irgendwann weisst du dann wo es hängt.

Gute Idee. Die böse Zeile heisst:

 lcd_command(LCD_FUNCTION_DEFAULT);      /* function set: display lines 
*/

Die Funktion sieht so aus:

void lcd_command(uint8_t cmd)
{
    lcd_waitbusy();
    lcd_write(cmd,0);
}

Hier ist das Problem waitbusy()

Ich schaue morgen mal weiter.
Danke und Grüße!

ja, ja, das Busyflag funktioniert bei manchen Displays gar nicht......

Gruss Otto

Hmm... Ich muss jetzt zur Uni. Später setz ich mich noch mal ran.
Könnte es klappen, indem ich die Funktion waitbusy() ändere? Ich könnte 
ja einfach einen delay einbauen?
Grüße!

Jepp, das würde den Fehler einkreisen.

Ich habe alle waitbusys mit delays augetauscht. Das Programm hängt sich 
jetzt immerhin nicht mehr auf. Das Display zeigt nun weniger schwarze 
Balken (so 2,5 pro Zeile, immer noch rechts).
Ich habe die Befürchtung, das Display könnte einfach hin sein.
Was meint ihr? Hab neue bestellt. Mal sehen, wann die kommen.
Grüße!

Hier meine Anregungen zur Fehlersuche:

- Init-Sequenz gemäß Datenblatt benutzt - wird probiert.

- delay-Funktionswerte im gültigen Bereich (siehe delay.h) -??? ich 
versteh nur Bahnhof ;)

- R/W Leitung korrekt angeschlossen - jawoll

- Fuses richtig gesetzt - ich weiss nicht so recht... jtagen und spien 
sind gesetzt, ocden, ckopt, eesave, bootrst, und boden nicht.

- Kontrast richtig eingestellt - ich dreh am poti und da ändert sich was 
;)

- Startup-Time des Displays abgewartet - das macht die lib selbst. hab 
aber mal nen delay eingebaut. half nix.

- korrekte Spannungen am Display gemessen - alles fein

So schnell geht ein Dislpay nicht kaputt :-)
- hoffen wir, dass es das nicht schon war

Poste mal Dein Programm.
-hab ich oben. ist minimal. nur die lib, die ini, clearscreen, puts.

Grüße!

Das ist ein Screenshot aus dem Datasheet. Sieht mir so aus, als wenn 
Fleury das alles richtig macht. Das Problem ist aber wie gesagt das 
warten aufs Busy Flag...

Hab grad das gesamte INIT selbst gemacht (gemäß datasheet). Hat nix 
gebracht. Hier ist ein .zip des Projektordners+exportiertes makefile.
Danke und Grüße!

Danke. Aber wie oben schon steht hatte ich sie bereits auf GND, auf VCC 
und nun wieder unbeschaltet. Grüße!

Wie oben beschrieben kann ich pins high schalten. Habe das an Port A 
gemacht um herauszufinden wos hängen bleibt.
War der wait_busy.
Habe daraufhin die Funktion wie folgt geändert:

original:
static uint8_t lcd_waitbusy(void)
{
    register uint8_t c;
    /* wait until busy flag is cleared */
    while ( (c=lcd_read(0)) & (1<<LCD_BUSY)) {}

    /* the address counter is updated 4us after the busy flag is cleared 
*/
    delay(2);

    /* now read the address counter */
    return (lcd_read(0));  // return address counter

}/* lcd_waitbusy */

jetzt:

static uint8_t lcd_waitbusy(void)

{
    register uint8_t c;

   c=lcd_read(0);
    delay(15000);
    /* now read the address counter */
    return (lcd_read(0));  // return address counter

}/* lcd_waitbusy */


Nun läuft das Programm durch (schalte nen Pin high nachdem der lcd-kram 
durch ist) aber das Display macht nix.
RW habe ich an GND gelegt.

RS hängt am definierten Port. Ich dreh bald durch. Ärgerlich, dass ich 
kein zweites LCD hier habe. Nur um sicher zu gehen...
LCD´s sind bestellt (Ebay) aber noch nicht da. Bei ner Preisdifferenz 
von 14 Euro von Ebay zu Conrad bring ichs nicht fertig mir ncoh eins bei 
Conrad zu kaufen.
Andererseits ist die verlorene Zeit...
Hätte allerdings eh gern eins, das nicht baugleich ist.
Vielleicht häng ich das Display ja noch an nen anderen Port.

Hmm... ich glaube, das geht nicht. Weil es doch mit den übergebenen 
Daten weiter geht... Null mag der nicht als Rückgabe...
Ich probiers mal eben an nem anderen Port. Lötkolben liegt ja neben der 
Couch...

So, an Porta wars das Gleiche. Gute Nacht allerseits!

Hab ich probiert, ja. Hat aber leider nichts gebracht.
Durch das rausnehmen des lcd_read wurde lcd_read gleich überflüssig.
Daran kanns also nicht mehr liegen. Das Programm wird bis zum Ende 
abgearbeitet. Hängt sich also auch nicht auf.
Ich weiss nicht weiter...
Hab grad schon wieder jeden einzelnen Pin auf Durchgang geprüft. Alles 
stimmt. Atmega läuft. Entweder mir fehlt was im makefile, es ist was mit 
den fuses oder irgendetwas anderes, was sich der Aufmerksamkeit eines 
Anfängers verschliesst, wenn er vor AVR Studio sitzt oder das Display 
ist im Sack. Was anderes fällt mir nicht mehr ein.
Ich kann nicht über die serielle Schnittstelle debuggen, da ich keine 
serielle Schnittstelle habe. Ich habe hier zwei Notebooks ohne.
Es gibt wohl die Möglichkeit, meinen Usbprog als Schnittstelle 
einzurichten aber damit habe ich mich noch nicht beschäftigt. Ich 
befürchte auch, mir platzt der Kopf, wenn ich mir das auch noch antue. 
Oder ist das ganz simpel und jemand kanns mir erklären?
Grüße!

Neues Display da. Probleme weg. Danke an alle!