Formel bläht Code auf

[Nils (Gast)]

Moin,

ich habe folgende Formel:

#define F_CPU 16000000LU              //CPU Takt
#define faktor (F_CPU/(256*1024*10))

Wenn ich von hand rechne kommt da 6.1xxxx heraus. Wenn ich allerdings 
nun faktor benutze wird der Code gleich gewaltig größer. Ist ja klar, 
der setzt da eine Kommazahl rein. Wenn ich allerdings ein (char) oder 
(uint8_r) davor setze, ist der erzeugte Code immernoch rund 100Byte 
größer als wenn ich manuell eine 6 eintrage.

Wo ist das Problem?

z.b.

PORTA = faktor; // 100byte mehr als
PORTA = 6; //dieses

mfg

[Εrnst B. (ernst)]

Nils schrieb:
> Wo ist das Problem?

Vergessen die Compileroptimierung (-Os z.B.) einzuschalten?

[Nils (Gast)]

Nein, die habe ich auf 2 oder 3.

[Εrnst B. (ernst)]

Dann schau mal in den generierten ASM-Code, was er daraus macht.

[Nils (Gast)]

Der scheint da ne Menge ldi und call reinzuschieben. Mir scheint, dass 
der ne int oder long vorher berechnet und dann die ersten 8 bit in PORTA 
reinschiebt, statt ein einziges ldi zu schreiben.

[Mark B. (markbrandis)]

Nils schrieb:
> Der scheint da ne Menge ldi und call reinzuschieben. Mir scheint, dass
> der ne int oder long vorher berechnet und dann die ersten 8 bit in PORTA
> reinschiebt, statt ein einziges ldi zu schreiben.

Und dafür einhundert Bytes? Krass...

[Johann (Gast)]

Nils schrieb:
> st ja klar,
>
> der setzt da eine Kommazahl rein

Nein, wieso sollte er?

[Justus S. (jussa)]

Nils schrieb:
> (256*1024*10)

und ist das nicht eh schon ein Überlauf?

[Frank M. (ukw) (Moderator)]

Nils schrieb:

> #define F_CPU 16000000LU              //CPU Takt
> #define faktor (F_CPU/(256*1024*10))

Ich bekomme hier folgende Warnings:

../test.c:14: warning: integer overflow in expression
../test.c:14: warning: division by zero

Das ist auch logisch: 256*1024*10 sind größer als ein 16Bit-Integer 
packen kann. Der avr-gcc dividiert hier jedenfalls durch 0.

Korrigiere das zu:

#define faktor (uint8_t) (F_CPU/(256UL*1024*10))

Dann sollte es passen. Bei mir ist jedenfalls der Code gleich groß, egal 
ob ich obigen Ausdruck verwende oder direkt den Wert 6 zuweise.

Gruß,

Frank

[Nils (Gast)]

Ok das funktioniert. Dann musste da Nenner auch ein UL rein.