Witam.

W ubiegłą środę dotarł do mnie prosto z Hongkongu programatorek więc jak to Mirek mówi , aż mnie ręce świerzbiły żeby sprawdzić czy działa . Zmontowałem więc na kolanie układ z ATmegą 32 którego schematu nie będę prezentował gdyż go po prostu nie mam , 16 LED podpięte do portów A i C i to tyle , wszystko pięknie działa , że miło popatrzeć .

Mam jednak takie małe pytanko :


kompilując powyższy kod otrzymuję :

AVR Memory Usage
----------------
Device: atmega32

Program: 254 bytes (0.8% Full)
(.text + .data + .bootloader)

Data: 0 bytes (0.0% Full)
(.data + .bss + .noinit)

Finished building: sizedummy

wystarczy jednak , że w liniach 36 i 52 usunę komentarze czyli



i po kompilacji otrzymuję :

AVR Memory Usage
----------------
Device: atmega32

Program: 4308 bytes (13.1% Full)
(.text + .data + .bootloader)

Data: 264 bytes (12.9% Full)
(.data + .bss + .noinit)

Finished building: sizedummy

Więc moje pytanie dotyczy tej właśnie zajętości pamięci , w jaki sposób ta jedna instrukcja

powoduje taki jej przyrost ?

Czy jest to typowy objaw czy jednak czegoś nie wiem i robię coś źle ?
Będę wdzięczny za każdą podpowiedź .

Delay tak ma...

spróbuj zastosować


zamiast

u mnie wyszedł taki wynik:


Ale zaznaczam że też dopiero uczę się Zresztą, podobny program napisałem niedawno

_________________
Klimatyzacja Przemyśl

Raczej błąd kompilatora. Przyrost pamięci mógłby być tak duży, gdybyś używał floatów (czego nie polecam w AVR).

_________________
ATB 1.03, Win XP SP3, ECLIPSE Indigo 3.7.2

Ledes: u mnie był taki sam wynik przed zmianą:

_________________
Klimatyzacja Przemyśl

Dzięki janeczqu , ale bardziej chodzi mi o wyjaśnienie dlaczego tak jest niż zastępowanie inna konstrukcją .

Ledes nie wydaje mi się aby był to błąd kompilatora .

No własnie według mnie program tyle "bierze" sobie z powodu przekazywania zmiennej jako argument do delay. Ale to mądrzejsi muszą się wypowiedzieć

_________________
Klimatyzacja Przemyśl

ale w pierwszym przypadku też przekazuję zmienną a do delay i program zajmuje mało , dopiero a=a+10; zwiększa objętość .

u mnie po skompilowaniu programu wystąpił błąd
co w wolnym tłumaczenie z pana google brzmi: oczekuje stałą całkowitą.

_________________
sig off ;(

@pagosa747
Widocznie kompilator wykminił, że skoro nie ingerujesz w zmienną, to sobie ją zamieni na stałą.

Tylko że w pierwszym przypadku "a" jest traktowana przez kompilator (tak przynajmniej mi się wydaje) jako stała.
Dopiero drugi program z pierwszego postu sprawia że na "a" są wykonywane działania i może ona (i ma) różne wartości. Ale to już trzeba któregoś guru pytać.

_________________
Klimatyzacja Przemyśl

Jedno wywołanie Delay (ze stałym parametrem) po kompilacji z optymalizacją kodu zajmuje jakieś 12-18 bajtów (kilka instrukcji asm). Zawsze to jedno wywołanie delay będzie zajmować te kilkanaście bajtów - nawet w pętli (o ile delay ma stały parametr!).

Jednak jeśli taki delay w pętli ma zmienny parametr i przy każdej iteracji pętli, ten parametr delaya będzie się zmieniać, to tyle razy ile parametr delay zmieni się - tyle razy nadmiarowo w kodzie zostanie nadpisane 18 bajtów delaya.

Dodatkowo dochodzi tutaj jeszcze chyba taka kwestia, że ten drugi przypadek nawet nie da się skompilować z optymalizacją i trzeba go kompilować bez optymalizacji. Przynajmniej u mnie wyskakuje błąd przy kompilacji z optymalizacją:

W manualy do biblioteki AVR'ków jest informacja o tym, że delay musi być kompilowany z optymalizacją i wartość delay'a musi być znana i stała w czasie kompilacji. Inaczej funkcja nie będzie działała prawidłowo a kod programu dostanie "wzdęcia" bo zostaną dołączone biblioteki od operacji zmiennoprzecinkowych.

Dokładny cytat: "In order for these functions to work as intended, compiler optimizations must be enabled, and the delay time must be an expression that is a known constant at compile-time. If these requirements are not met, the resulting delay will be much longer (and basically unpredictable), and applications that otherwise do not use floating-point calculations will experience severe code bloat by the floating-point library routines linked into the application."

Źródło: http://www.nongnu.org/avr-libc/user-manual/group__util__delay.html

wwojtek jak widzę czegoś jednak nie wiedziałem dzięki za wyjaśnienie .

------------------------ [ Dodano po: 53 minutyach ]

Poprawiony kod wygląda następująco



i teraz po kompilacji

AVR Memory Usage
----------------
Device: atmega32

Program: 318 bytes (1.0% Full)
(.text + .data + .bootloader)

Data: 0 bytes (0.0% Full)
(.data + .bss + .noinit)

Finished building: sizedummy

**** Build Finished ****

czyli całkiem przyzwoicie

przy okazji tylko taka uwaga do janeczqu warunek powinien być taki


Poza tym patrzę na te migające diody już trzeci dzień i nie mogę się nacieszyć

Tyle frajdy z niczego hehe

na swoje usprawiedliwienie napiszę tylko że sam jestem początkujący...

_________________
Klimatyzacja Przemyśl

No to teraz do pracy z timerami i wyrzucamy delay

_________________
sig off ;(