AVR hängt mit EEMEM

[frischling (Gast)]

Hallo Zusammen,

ich habe es das erste mal geschafft das sich mein AVR aufhängt.
Zielsystem ist ein ATMega88.
Compiler ist der AVR GCC Version 1:4.9.2+Atmel3.5.0-1 .


Ich versuche ein zusammengesetztes Struct mit Initialisierungswerten im 
EEProm abzulegen.
Danach bekommen verschiedenen Objekte teile des "Config struct" per 
Pointer Referenz übergeben.

Im Originalprogramm konnte ich nicht nachvollziehen warum sich der 
Kontroller aufhängt.


Im Minimalbeispiel im Anhang wird die LED am Pin PD4 nicht 
eingeschaltet.
Kommentiere ich die Definitionen aus geht sie an.

Irgendwie schon auch ein die Initialisierung über die Bezeichner nicht 
zu funktionieren.
Ich dachte das sollte bei C++ so funktionieren ?

[frischling (Gast)]

Es scheint als würde der Compiler aus der folgenden Definition 
Initialisierungscode im Flash ablegen :

struct ConfigCollection
      CCimEEPROM EEMEM =  {
                  CCimEEPROM.bli.var21  = 1,
                  CCimEEPROM.bli.var22  = 128,
                  CCimEEPROM.bli.var23  = 255,

                  CCimEEPROM.bli.var21  = 4,
                  CCimEEPROM.bli.var22  = 8,
                  CCimEEPROM.bli.var23  = 16,
                  CCimEEPROM.bli.var24  = 32,

                  CCimEEPROM.bli.var21  = 64,
                  CCimEEPROM.bli.var22  = 128,
                  CCimEEPROM.bli.var23  = 255,
                  CCimEEPROM.bli.var24  = 17
//                  :0B0000000000000000000000000000F5
//                  :00000001FF
                };

Vermutlich wird dabei der Anfang des SRAM überschrieben was den 
Controller voll gegen die Wand laufen lässt...

Und das hier schreibt in die .eep Datei :

struct ConfigCollection
      CCimEEPROM2 EEMEM =  {
                  1,128,255,
                  4,8,16,32,
                  64,128,255,17
//                  :0B0000000180FF040810204080FF1169
//                  :00000001FF
                };

Ich hätte vermutet das beide Wege äquivalent sind, weiss jemand warum 
das nicht so ist ?

[frischling (Gast)]

Struktur Konfig Klasse :

[Johann L. (gjlayde)]

frischling schrieb:
> Es scheint als würde der Compiler aus der folgenden Definition
> Initialisierungscode im Flash ablegen :
>

> struct ConfigCollection
>       CCimEEPROM EEMEM =  {
>                   CCimEEPROM.bli.var21  = 1,
>                   CCimEEPROM.bli.var22  = 128,
>                   CCimEEPROM.bli.var23  = 255,
> 
>                   CCimEEPROM.bli.var21  = 4,
>                   CCimEEPROM.bli.var22  = 8,
>                   CCimEEPROM.bli.var23  = 16,
>                   CCimEEPROM.bli.var24  = 32,
> 
>                   CCimEEPROM.bli.var21  = 64,
>                   CCimEEPROM.bli.var22  = 128,
>                   CCimEEPROM.bli.var23  = 255,
>                   CCimEEPROM.bli.var24  = 17
> //                  :0B0000000000000000000000000000F5
> //                  :00000001FF
>                 };
>

> Vermutlich wird dabei der Anfang des SRAM überschrieben was den
> Controller voll gegen die Wand laufen lässt...
>
> Und das hier schreibt in die .eep Datei :
>

> struct ConfigCollection
>       CCimEEPROM2 EEMEM =  {
>                   1,128,255,
>                   4,8,16,32,
>                   64,128,255,17
> //                  :0B0000000180FF040810204080FF1169
> //                  :00000001FF
>                 };
>

>
> Ich hätte vermutet das beide Wege äquivalent sind, weiss jemand warum
> das nicht so ist ?

.bli wird 3x (teilweise) initialisiert während .bla und .blub nicht 
initialisiert werden.  Außerdem heißen die Kompinenten z.B. .bli oder 
.bli.var21, aber CCimEEPROM ist nicht der Name einer Komponente.

Vermutlich bricht der Compiler einfach mit einem Fehler ab und es wird 
ein altes Schrott-exe auf den µC geschrieben.

                                                                         
                                                                         
                                                                         
                                                                         
                                                                         
                                                                         
                                                                         
                                                                         
                                                                         
                                                                        
Bitte reduzieren Sie die Anzahl der Zitatzeilen.
Bitte reduzieren Sie die Anzahl der Zitatzeilen.
Bitte reduzieren Sie die Anzahl der Zitatzeilen.
Bitte reduzieren Sie die Anzahl der Zitatzeilen.
Bitte reduzieren Sie die Anzahl der Zitatzeilen.
Bitte reduzieren Sie die Anzahl der Zitatzeilen.
Bitte reduzieren Sie die Anzahl der Zitatzeilen.

[frischling (Gast)]

Johann,

könntest Du das main.cpp aus meinem ersten Post Kompilieren ?
Bei mir läuft es mit -std=c++11 und -warnall durch.

Es wird auch bei jedem Kompilerlauf hex, elf,eep und lss erzeugt.

blie wird vollständig initialisiert, denn es besteht nur aus 3 
Elementen.

>initialisiert werden.  Außerdem heißen die Kompinenten z.B. .bli oder
>.bli.var21, aber CCimEEPROM ist nicht der Name einer Komponente.

Genau so hatte ich es in Erinnerung.
Schreibe ich es so, bricht der Compiler ab.

Wie erklärt sich folgendes im LSS :

00000064 <_GLOBAL__sub_I_CCimEEPROM>:
  64:  eb e0         ldi  r30, 0x0B  ; 11
  66:  f0 e0         ldi  r31, 0x00  ; 0
  68:  88 e0         ldi  r24, 0x08  ; 8
  6a:  84 83         std  Z+4, r24  ; 0x04
  6c:  80 e1         ldi  r24, 0x10  ; 16
  6e:  85 83         std  Z+5, r24  ; 0x05
  70:  80 e2         ldi  r24, 0x20  ; 32
  72:  86 83         std  Z+6, r24  ; 0x06
  74:  80 e4         ldi  r24, 0x40  ; 64
  76:  80 83         st  Z, r24
  78:  87 83         std  Z+7, r24  ; 0x07
  7a:  80 e8         ldi  r24, 0x80  ; 128
  7c:  81 83         std  Z+1, r24  ; 0x01
  7e:  80 87         std  Z+8, r24  ; 0x08
  80:  8f ef         ldi  r24, 0xFF  ; 255
  82:  82 83         std  Z+2, r24  ; 0x02
  84:  81 87         std  Z+9, r24  ; 0x09
  86:  81 e1         ldi  r24, 0x11  ; 17
  88:  83 83         std  Z+3, r24  ; 0x03
  8a:  82 87         std  Z+10, r24  ; 0x0a
  8c:  08 95         ret

Mir scheint als würde der Compiler bei der Initialisierung mit 
Bezeichnern nicht ins .eep schreiben...

[Johann L. (gjlayde)]

Mit den Schweinereien von C++ bin ich nicht vertraut, jedenfalls machst 
du im Initializer (oder ist das ein Constructor?) Zuweisungen anstatt 
einen Named Initializer zu verwenden. Einfaches Beispiel:

struct S
{
    int i1, i2;
};

int i;

S t, s =
{
    t.i2 = i = 123,
    s.i1 = 1,
};

Die Zuweisungen werden dann in einem statischen Constructor durchgeführt 
(in _GLOBAL__sub_I_...), und diese Zuweisungen beziehen sich auf den 
RAM.

Was du wirklich willst ist aber

S, s =
{
    .i1 = 123,
    .i2 = 1,
};

[frischling (Gast)]

Hier die ScreenShots:

[frischling (Gast)]

Konstruktor ist das keiner.
1. Weil er nicht definiert ist, obwohl ein struct wohl auch einen haben 
kann.
2. Initialiserlists eines Konstruktor werden mit ":" und nicht "=" 
eingeleitet.

So Schweinisch ist das im allgemeinen gar nicht. :)

Aber danke fürs helfen!

[frischling (Gast)]

Es scheint so zu sein das die Initialisierung über den Elementbezeichner 
in C++ nicht erlaubt ist. :(((

Das ist irgendwie sehr sehr ungut...