AVR-GCC: Array wird nicht initialisiert

[Sortland (Gast)]

Hi,

ich nutze in meinem Programm eine Tabelle, welche in einem Headerfile 
protocol.h initialisiert wird:

PROGMEM const unsigned short speedMap[1974]={1,2,2,3,3,3,...};

protocol.h wird natürlich auch in meiner main.c includiert. Wenn ich den 
Krempel jetzt aber im AVR-studio-Simulator laufen lasse, dann ist das 
Array komplett leer, sprich mit 0 initialisiert.

Woran kann das liegen? Wo bleiben meine Tabellenwerte?

Danke!

[Frank M. (ukw) (Moderator)]

Sortland schrieb:
>

PROGMEM const unsigned short speedMap[1974]={1,2,2,3,3,3,...};

Syntax error.

> protocol.h wird natürlich auch in meiner main.c includiert.

Nur dort?

> Wenn ich den
> Krempel jetzt aber im AVR-studio-Simulator laufen lasse, dann ist das
> Array komplett leer, sprich mit 0 initialisiert.

Leider sieht man hier nur eine kaputte Zeile, nicht den anderen 
"Krempel".

Erstelle bitte ein Minimalbeispiel, um das Problem zu reproduzieren.

Compiler-Version?

[Klaus W. (mfgkw)]

ja, entweder zegen, wie du es versuchst an einem kompletten Beispiel, 
oder erst das lesen:
http://www.nongnu.org/avr-libc/user-manual/pgmspace.html

Evtl. versuchst du ja über speedMap[...] an die Werte zu kommen.
Das wäre falsch, weil die Werte nicht über einen Zeiger im Datenraum zu 
holen sind, sondern über pgm_read...()-Funktionen.

[Sortland (Gast)]

Klaus W. schrieb:
> sondern über pgm_read...()-Funktionen.

OK, das war's - danke!

[Johann L. (gjlayde)]

Sortland schrieb:
>

PROGMEM const unsigned short speedMap[1974]={1,2,2,3,3,3,...};

Und warum nicht gleich

const __flash uint16_t speedMap[1974] = { 1, ...};

Verunstaltet dann die Quelle auch nicht mehr durch pgm_read-Geraffel.

[Stefan K. (stefan64)]

Das solltest Du nicht im .h File stehen haben. Wenn das .h File in 
mehreren Quellen eingebunden wird, wird speedMap[] entsprechend oft 
angelegt.

Besser in einem .c anlegen und im .h mit extern ... darauf verweisen.

Gruß, Stefan

[Jörg W. (dl8dtl) (Moderator)]

Stefan K. schrieb:
> Wenn das .h File in mehreren Quellen eingebunden wird, wird speedMap[]
> entsprechend oft angelegt.

Nicht, solange nicht auch noch "static" davor steht.

Sinnvoll ist es trotzdem nicht, das im Headerfile anlegen zu wollen.

Ansonsten würde ich Johanns Rat folgen und das auf aktuellen Compilern
auf __flash umstellen.  Der PROGMEM-Kram war ein Notnagel, um die Zeit
zu überbrücken, bis Johann eine richtige Implementierung im Compiler
realisiert hat. :)