Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Как уменьшите файл прошивки?
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему
madame_vong
Всем привет!
у меня такая проблема.
Есть программа для микроконтроллера atmega8, Написана на Си,файл прошивки после AVRStudio+WinAVR занимает 11 кб,а память мк-8 кб.Можно ли както по хитрому прошить, не урезая код? wacko.gif

Спасибо заранее!
singlskv
Цитата(madame_vong @ Dec 27 2007, 23:59) *
Всем привет!
у меня такая проблема.
Есть программа для микроконтроллера atmega8, Написана на Си,файл прошивки после AVRStudio+WinAVR занимает 11 кб,а память мк-8 кб.Можно ли както по хитрому прошить, не урезая код? wacko.gif
А какое рассширение у Вашей прошивки ?
Если .hex, то Ваши 11Кб легко влезут в 8 wink.gif
madame_vong
Цитата(singlskv @ Dec 28 2007, 00:08) *
А какое рассширение у Вашей прошивки ?
Если .hex, то Ваши 11Кб легко влезут в 8 wink.gif


Да.именно *.hex
не влезают.
может это тогда программатор глючит?sad.gif((тогда проверю завтра поменьше программу

собссно,а почему должны влезть? wink.gif
=AK=
Цитата(madame_vong @ Dec 28 2007, 07:03) *
Да.именно *.hex
не влезают.
может это тогда программатор глючит?sad.gif((тогда проверю завтра поменьше программу

собссно,а почему должны влезть? wink.gif

Потому что в hex файле каждый байт данных представлен двумя символами, которые занимают 1 байт каждый. Значит, hex файл размером 11К байт содержит не более 5.5К байт данных.

Кроме того, память программ у AVR имеет размер не байт, а больше. Значит, hex файл размером 11К байт должен уложиться примерно в 4К слов памяти программ.

WinAVR - это GCC, а гнутый С всегда давал довольно "рыхлый" скомпилированный код, раза в полтора-два больше по объему чем коммерческие компиляторы. Для начала попробуйте скомпилировать на WinAVR с максимальным уровнем оптимизации -O3. Если не получится, переходите на IAR, вряд ли кто-то делает С компилятор для AVR лучше них.
umup
Цитата
Для начала попробуйте скомпилировать на WinAVR с максимальным уровнем оптимизации -O3

лучше -Os
ReAl
Цитата(=AK= @ Dec 27 2007, 23:44) *
Для начала попробуйте скомпилировать на WinAVR с максимальным уровнем оптимизации -O3.

НИ В КОЕМ СЛУЧАЕ!
Это рекомендация годится только для форисрования перехода на IAR :-)
GCC с опцей -O3 как минимум
- инлайнит всё что можно насколько можно, т.е. даже не объявленные как inline и довольно крупные функции с очень большой степенью вероятности будут вставлены по месту
- разворачивает циклы - если цикл с известным на момнет компиляции числом проходов, то при небольшом числе проходов вообще может всё в линию вытянуть. При неизвестном - запросто сгенерирует два тела цикла подряд, проверит на чётность предел, отдельно для нечётного выполнит одно тело, а счётчик для удвоенного тела поделит на два.
Т.е. девиз ключа -O3 - "быстродействие любой ценой, размер не играет значения".

Для AVR, как уже было сказано, в 98% случаев оптимальный результат с ключиком -Os.
Полезно дать ключик --relax линкеру (-Wl,--relax если для линковки вызывается gcc, а не ld). Линкер при этом
делает анализ кода, заменяет длинные переходы/вызовы на короткие и комбинацию call/ret на jmp.

При желании ещё ужать размер за счёт скорости к -Os можно добавить -mcall-prologues.


p.s. IAR действительно даёт более компактный код, но не в два раза точно. И в полтора врядли.
singlskv
Цитата(=AK= @ Dec 28 2007, 00:44) *
WinAVR - это GCC, а гнутый С всегда давал довольно "рыхлый" скомпилированный код, раза в полтора-два больше по объему чем коммерческие компиляторы. Для начала попробуйте скомпилировать на WinAVR с максимальным уровнем оптимизации -O3. Если не получится, переходите на IAR, вряд ли кто-то делает С компилятор для AVR лучше них.
А посыпать голову пеплом не боитесь ?
Если что, примеры перешлем... (эта я насчет рыхлости кода...)
=AK=
Цитата(ReAl @ Dec 28 2007, 07:41) *
Для AVR, как уже было сказано, в 98% случаев оптимальный результат с ключиком -Os.

А, значит, запамятовал. Давно уже с GCC дел не имел, да и соприкасался очень бегло.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.