avr-gcc, Eigenartiges Schleifenverhalten

Versuch mal:
 LCD_Write(mystring);
 mystring++;

mrleop schrieb:
> da scheint, als ob die Werte gar nicht mehr geladen werden:

Aber nur, weil du offensichtlich keine wirkliche Idee vom AVR-Assembler 
hast.

Selbstverständlich werden die Werte geladen. Bis zu drei Zeichen hat der 
Compiler nur die Schleife entrollt, weil das nach seiner Berechnung die 
sparsamere Variante war.

Allerdings wäre es wohl "netter", wenn du nicht nur einen Zeiger auf ein 
anonymes Array baust, sondern lieber das Array selbst referenzierst:

1

   char mystring[6] = "ABCDEF";

Noch besser wäre es am Ende, das auch noch in den Flash zu packen:

1

   char __flash mystring[6] = "ABCDEF";

mrleop schrieb:

> Dazu muss ich das array aber noch statisch und const definieren, oder?

Ja. Ist ja irgendwie logisch: Flash ist halt dauerhaft (static) und 
konstant (nicht zur Laufzeit änderbar, zumindest nicht direkt).

> Aber wo ist dann der Fehler wenn ich einfach
>

1

> char mystring[6] = "ABCDEF";

2

>

> verwende?

Weiß ich nicht – jedenfalls liegt er nicht in den paar Zeilen 
Assemblercode, die du oben gepostet hast. Die sind OK. Es wird halt ein 
Indirektzugriff über das Y-Register benutzt statt der Direktoperanden, 
die die entrollte Schleife benutzt hat.

Irgendwas wird wohl mit deiner Linkerei nicht hinhauen, sodass die Daten 
deines Arrays nicht da gelandet sind, wo sie eigentlich sein müssten.

Um das aber debuggen zu können, müsstest du ein komplettes 
(einschließlich Makefile oder Linkerscripts etc.) minimales Beispiel 
posten statt der paar Zeilen Code.

2^5 schrieb:
> Für mich sieht es so aus, als ob bei Startup der Code fehlt oder
> fehlerhaft ist, der String Literale aus dem Flash ins RAM kopiert.

Das wäre jetzt auch meine erste Vermutung, daher die Frage nach einem 
komplette Minimalprojekt.

mrleop schrieb:

> rom.hex : lcd.out
>     $(OBJCOPY) -j .text -O ihex lcd.out rom.hex

Da liegt der Hase im Pfeffer: du kopierst nur .text, damit gehen dir die 
Initialwerte für das Datensegment verloren, die stehen nämlich in .data.

Richtig wäre also -j .text -j .data.

Aber Empfehlung: lass den ganzen Zirkus mit der Hexdatei weg, und flashe 
direkt die ELF-Datei (die bei dir lcd.out heißt).

>     $(PROGRAMMER) $(PFLAGS) -e

Würde ich ganz weglassen, vorheriges Löschen ist beim Schreiben des 
Flashs implizit.

>     $(PROGRAMMER) $(PFLAGS) -U flash:w:rom.hex

Ersetze das beides durch:

1

   $(PROGRAMMER) $(PFLAGS) -U lcd.out

mrleop schrieb:
> Aber wo ist dann der Fehler wenn ich einfachchar mystring[6] = "ABCDEF";
> verwende?

Kein Platz für den Terminator.

Walter T. schrieb:
> Kein Platz für den Terminator.

Da er die Schleife anderweitig terminieren lassen will, ist das egal.

Wenn man den Terminator haben will, schreibt man einfach

1

char mystring[] = "ABCDEF";

Jörg W. schrieb:
> Da er die Schleife anderweitig terminieren lassen will, ist das egal.

Hoppla. Tatsache. Ich hätte eine Compiler-Warnung erwartet, wenn ein 
6-Zeichen-Array mit einem 7-Zeichen Literal initialisiert wird.

1

    char mystring1[6] = "ABCDEF";

2

    char mystring2[6] = {'A','B','C','D','E','F','\0'};

Warum ist "ABCDEF" manchmal ein Literal mit 6 oder 7 Zeichen?
Nach welcher Regel ist ersteres nicht mit dem zweiten identisch (und 
wird vom Compiler mit "excess element" bemängelt) ?

(Wenn das hier zu Off-Topic ist, stelle ich die Frage an anderer Stelle 
nochmal.)

Walter T. schrieb:
> Jörg W. schrieb:
>> Da er die Schleife anderweitig terminieren lassen will, ist das egal.
>
> Hoppla. Tatsache. Ich hätte eine Compiler-Warnung erwartet, wenn ein
> 6-Zeichen-Array mit einem 7-Zeichen Literal initialisiert wird.
>

1

>     char mystring1[6] = "ABCDEF";

2

>     char mystring2[6] = {'A','B','C','D','E','F','\0'};

3

>

> Warum ist "ABCDEF" manchmal ein Literal mit 6 oder 7 Zeichen?
> Nach welcher Regel ist ersteres nicht mit dem zweiten identisch (und
> wird vom Compiler mit "excess element" bemängelt) ?
>
> (Wenn das hier zu Off-Topic ist, stelle ich die Frage an anderer Stelle
> nochmal.)

C-Compiler denken einfach: hätte der eine String gewollt, hätte er keine 
Länge angegeben.

Walter T. schrieb:
> Warum ist "ABCDEF" manchmal ein Literal mit 6 oder 7 Zeichen?

Weil beides explizit durch den Standard gedeckt ist.

1

6.7.8 Initialization

2

3

[…]

4

5

Semantics

6

[…]

7

  14 An array of character type may be initialized by a character string literal, optionally

8

     enclosed in braces. Successive characters of the character string literal (including the

9

     terminating null character if there is room or if the array is of unknown size) initialize the

10

     elements of the array.

"if there is room of if the array is of unknown size"

"unknown size" heißt, dass das Array als "array[]" geschrieben worden 
ist.

Jörg W. schrieb:
> 6.7.8 Initialization

Danke fürs finden!