Mappen von STM32 Flashspeicher auf eine Structure

[Harald (Gast)]

Hallo,

Ich versuche gerade einen Bereich des Flashspeichers eines STM32F030 auf 
eine Structure zu mappen. Leider bisher ohne Erfolg und ich sehe den 
Wald wohl vor lauter Bäumen nicht.

Meine Struktur:

struct espConfig {
  unsigned char espName[32];
  unsigned char espAPName[32];
  unsigned char espAPPassword[32];
} espConfig;

Später versuche ich dann eine Speicheradresse zuzuweisen, ab der die 
Informationen im Flash gespeichert sind:

struct espConfig *eCfg = (struct espConfig *)0x08007C0A;

Wo liegt da gerade mein Fehler, dass es nicht funktioniert.

Vielen Dank für Tipps im voraus

[uff basse (Gast)]

Harald schrieb:
> Wo liegt da gerade mein Fehler, dass es nicht funktioniert.

Was ist denn das "es" was nicht funktioniert. Was machst
du, was erwartest du und was ist dein Ergebnis?

[Harald (Gast)]

Ich habe im Flash Speicher an der Position eine Zeichenkette stehen.
Wenn ich die Position it dem STM Link Utility auslese sehe ich die 
Zeichenkette.

Aber meine Struktur scheint auf den Anfang des Flashspeichers zu zeigen 
und nicht an die Adresse wie angegeben.

[Harald (Gast)]

Man sieht es auch wenn ich einen Watch hinzufüge.
Die Variable eCfg enthält nur murks. Aber wenn ich im Watch Fenster Die 
Adresse mit dem Struct verknüpfe stehen die korrekten Daten drin.

[Klaus W. (mfgkw)]

In deinem Bildchen steht was von "eCfg not in scope".
Stehst du in deinem Programm gerade woanders?

[Michael O. (michaelor)]

Moin,

hm, ich würde das so tun...

struct {
  unsigned char espName[32];
  unsigned char espAPName[32];
  unsigned char espAPPassword[32];
} espConfig;

...

espConfig *eCfg = (espConfig*) 0x08007C0A;

Funktioniert so zuverlässig mit RAM und Registern (da die Elemente dann 
zusätzlich als volatile deklariert) und sollte so auch für den Flash 
funktionieren.

[Klaus W. (mfgkw)]

nein, damit definierst du eine Variable espConfig (die dann eine struct 
ist).

Wenn du einen Typ espConfig haben willst, musst du in C schreiben:

typedef struct {
  unsigned char espName[32];
  unsigned char espAPName[32];
  unsigned char espAPPassword[32];
} espConfig;
...
espConfig *eCfg = (espConfig*) 0x08007C0A;

Wobei man dann eher als Typnamen espConfig_t statt espConfig nehmen 
sollte vielleicht.

[Rolf M. (rmagnus)]

Klaus W. schrieb:
> In deinem Bildchen steht was von "eCfg not in scope".
> Stehst du in deinem Programm gerade woanders?

Sieht für mich auch so aus, als ob er gerade an einer Stelle steht, an 
der diese Variable eigentlich gar nicht existiert.

Übrigens:

Harald schrieb:
> Meine Struktur:
> struct espConfig {
>   unsigned char espName[32];
>   unsigned char espAPName[32];
>   unsigned char espAPPassword[32];
> } espConfig;

Damit erzeugst du den Datentyp espConfig und ein Objekt mit gleichem 
Namen von diesem Typ. Ist das so gedacht?

[Roland E. (roland0815)]

Ich glaube mich zu erinnern, dass (zumindest beim KEIL) man die Variable 
als const deklarieren musste, dann hat der Kompiler die von selber in 
den Flash gepackt. Ganz ohne Kopfstände. Ob und wie er die dann ggf zur 
Verarbeitung in den RAM kopiert, liegt dann an der weiteren Verwendung.

Geht mbMn bei fast allen Architekturen, die Programm- und Datenspeicher 
nicht explizit trennen. Also nicht beim AVR...

[Walter T. (nicolas)]

Roland E. schrieb:
> Ich glaube mich zu erinnern, dass (zumindest beim KEIL) man die Variable
> als const deklarieren musste, dann hat der Kompiler die von selber in
> den Flash gepackt.

Wenn ich aufgrund des Beispiel-Structs raten müsste, würde ich hier aber 
auf den Wunsch einer EEPROM-Emulation tippen, zu der auch eine 
Application Note existiert.