array an fkt. lcd

Hi,

ich hatte ein ähnliches Problem. Sobald ich mehr als ein Zeichen zum 
Display sendete kam nur Murks an. Bei mir lag es an zu kurzen Delays 
zwischen den zu sendenden Zeichen. Zu deinem Code kann ich leider nichts 
sagen da ich mit Assembler arbeite.

Gruß

hallo hugo

ein timing problem kann es nicht sein.
1.fall aufruf der fkt. WriteData('A') funktioniert.
2.fall aufruf der fkt. WriteData(text[1]) funktioniert nicht.

im 2.fall übergebe ich der fkt. ja auch nur 1 charakter.
ich glaube langsam das es ein problem mit dem compiler ist.
ich benutze den wickenhäuser uc51.

gruss tobias

Hi!
Frage:Was steht denn in "text[x]" drinn? ASCII? Schreibe es doch mal als 
Hex. Irgendwo hatte ich das auch schon mal, der Compiler wollte einfach 
kein ASCII draus machen, aber keine Fehlermeldung.

Gruss Uwe

hallo zusammen

auf dem display habe ich dann anstatt des buchstaben
ein komplett schwares feld, quasi einen schwarzen cursor.

als ich einmal die delay zeit nach dem schreiben eines charakters zu 
kurz hatte, hatte ich auch so ne anzeige.

da ich ja mit WriteData('A') kein problem habe schliesse ich ein 
timingproblem aus.

Hi Tobias,

Sieht irgendwie nach Adressen Problem aus... Die übergabe sollte als 
Adresse erfolgen, bzw. als Pointer.

WriteData(Text);

void WriteData(char * cData)
{
  ...
  LCDPORT=cData[1]
  ...
};

Bin mir jetzt aber net ganz sicher probierts mal aus...ansonsten schau 
ich heut abend zuhause..

Viel Erfolg

Andi

Hi,

hast Du denn mal testweise die Delays erhöht? Nur um ein Timingproblem 
auszuschließen.

Gruß

Hallo Tobias,

wie Andreas schon sagte, dein Programm ist richtig.

Aber was ist mit Deiner Startdatei. Werden die initialisierten Variablen 
richtig gesetzt?

Ein ganz einfacher Test ist:
const unsigned char Text[] = "TOBIAS";
Je nach Kompiler bleibt der Text dann komplett im ROM.

Zweite Möglichkeit:

int main(void)
{
  Text[0] = 'T';
  Text[1] = 'O';
  Text[2] = 'B';
  Text[3] = 'I';
  Text[4] = 'A';
  Text[5] = 'S';
  Text[6] = 0;
/* Ab hier deinen Rest, dein Speicher ist jetzt auf jeden fall 
initialisiert */

}

Beide Möglichkeiten sollten nicht zusammen getestet werden, wenn doch, 
kommen Kompilerwarnungen. Wenn keine Kompilerwarnungen kommen, taugt der 
Kompiler garnichts.

Oryx

Hi,

also, ich hab das ganze vor 4 Wochen programmiert und bei mir tuts, hier 
der Programmauszug:

char text[]   = "TOBIAS\0"; // "\0" Endekennung

LCD_sendestring((char *)text);

void LCD_sendestring( char *pText )
{
char zeichen;
int nr = 0;

zeichen = pText[nr];

  while( zeichen != '\0')
  {
  lcd_ready();  // warten auf Busy-Flag
  LCD_sendezeichen( zeichen ); Zeichenausgabe
  nr++;
  zeichen = pText[nr];
  }
}

Vielleicht hilfts...

Andi

Ok =:P überredet...

hallo zusammen

ich habe das problem gefunden.
es ist wie oryx gesagt hat die eingesetzten variablen, oder insbesondere 
das array wird nicht richtig initialisiert.

ich definiere mein text array ja lokal.
bis jetzt unsigned char text1[]="tobias";

ich benutze den wickenhäuser uc51 c-compiler freeware bis 8k.

ich muss das lokale array jedoch so initialisieren:

->unsigned char code text1[]="tobias";
so funktionierts und das array wird im programmspeicher
abgelegt und nicht im ram oder so.

was denkt ihr von diesem compiler so auf die schnelle?
kennt jemand einen besseren "freeware" für 8051 und derivate?

besten dank für eure hilfe
gruss tobias

um das array ins ram zu plazieren müsste ich eben
die fkt. so deklarieren:

unsigned near char[]="xxx";

ich habe mal mit wickenhäuser telefoniert, er sagte mir das sei 8051 
standart diese art von deklaration.

ich werde mal den anderen compiler anschauen.

gruss tobias