angabe "benutzter Speicher" explofdiert

[berniebaer (Gast)]

Hi there,

ich schreib gerade ein Programm zur Ansteuerung des AD9833, was 
eigentlich ganz gut klappt.
Meine SetFrequenz routine sieht so aus. (Hab ich hier aus em Forum)

void SetFrequency(unsigned long Freq)
{

->        float     fVal    = ((float)Freq / 4000000.0);
->    int32_t   dwCodeWord   = fVal * 268435456;
->    int16_t   wWord       = 0x0;

  //send the control byte
  wWord = x2000;
  SendWord(wWord);
  _delay_ms(1);
  //send lsb
  wWord  = (dwCodeWord & 0x00003FFF);        //lsb
  wWord |= 0x4000;
  SendWord(wWord);
  _delay_ms(1);
  //send msb
  wWord  = (dwCodeWord & 0x0FFFC000) >> 14;   //msb
  wWord |= x4000;
  SendWord(wWord);
}

sobald ich die 3 markierten Zeilen einfüge sagt mein AVR GCC
Memory usage:
 Program 3396 Byte (165% full)

Ohne die drei Zeilen Program 858 Byte ( 48,5%) full.
Die Drei Zeile benötigen doch keine 1500 Byte Speicher. Oder?

Kann mir da jemand auf die Sprünghe helfen.

Thanx und Gruß
 Bernd

[Oliver (Gast)]

float

Die Berechnungsfunktionen dafür sind halt kompliziert und lang.

[Εrnst B. (ernst)]

berniebaer schrieb:
> Die Drei Zeile benötigen doch keine 1500 Byte Speicher. Oder?

Doch. Diese Zeilen enthalten float-operationen, und deswegen werden dann 
die gcc-float-Bibliotheken hinzugelinkt.

[Peter (Gast)]

berniebaer schrieb:
> Die Drei Zeile benötigen doch keine 1500 Byte Speicher. Oder?

doch weil du mit float rechnest.

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

Gleitkommarechnung auf einem 2 KiB großen Controller?  Nimm
entweder einen größeren Contkroller, oder schreib den Algorithmus
so um, dass er mit ganzen Zahlen auskommt.  Selbst da könnte das
mit 2 KiB ziemlich knapp werden, denn die 32-bit-Ganzzahlrechnung
braucht auch einiges an Code.  Im Gegensatz zu den Gleitkomma-
Routinen sind die 32-bit-Ganzzahlroutinen noch dazu schlecht
optimiert (automatisch generierter Code).

Warum nimmst du so ein unterdimensioniert kleines Teil für die
Aufgabe?  Ist ja nun nicht gerade so, dass ein ATmega88 so viel
mehr kosten würde order nennenswert größer wäre als ein ATtiny2313.

[Εrnst B. (ernst)]

Fliesskomma-Operationen sind halt nicht wirklich was für kleine 
8bitter...


Evtl. kannst du mit -lm noch ein bischen was rausholen, ansonsten: 
Festkommaarithmetik

[berniebaer (Gast)]

Stimmt float lib's daran hab ich nu wirklich nicht mehr gedacht.
Manchmal hat man halt Holz vor der Rübe.

Danke für die schnelle Hilfe bzw. Aufklärung.

Gruß
  Bernd

[Falk B. (falk)]

siehe auch die Links im Artikel DDS

MfG
Falk

[Yalu X. (yalu) (Moderator)]

Bemerkung am Rande: Wenn man um FP-Berechungen nicht herum kommt (das
gilt sicher nicht für diesen Fall), sollte man immer mit -lm die Mathe-
bibliothek linken, da die in der AVR-Libc enthaltenenen Basis-FP-Funk-
tionen (Assembler) deutlich besser sind als die beim GCC mitgelieferten
(C). Das spart in den meisten Fällen mehr als 1K Flash.