Минимальный проект на ATMega48 занял 100,6% памяти

[makakus]

кто то,возможно опять скажет,что
- "жизнь не так длинна ,чтобы писать программы Ассемблере "(с)

Вот пишу я на ассемблере. И трудности не в конструкциях языка, а в реализации алгоритма, там всякие варианты входных сигналов, времена. Чем мне поможет си?

такая программка на ассемблере не то что для ATMega48,
а для AТtiny13 с памятью 1К заняла бы не более 1- 5 % от всей памяти..

Сконфигурить 16-разрядный таймер. Всё.
(если не устраивает нога OC1A, добавить 4 оператора в прерывание)

[kvp7206]

"жизнь не так длинна ,чтобы писать программы на Ассемблере "(с) - не согласен!
На собственном опыте убедился, что на ассемблере программа пишется легко и непринужденно! И занимает места в FLASH памяти 5 - 10 раз меньше, чем программа написанная на C/C++.

[индюк]

Компилятор пишет, что память занята более чем на 100%.
Что можно сделать?

написать на ассемблере 20 строчек кода. займет 0,5%

Вот они - программисты будущего!

угу
вот об этом я и писал в соседней ветке.
да здравствует си самого высокого уровня!!!!
проц не просто завис, он даже код не вместил))))
и вопрос именно такой какой я и прогнозировал - а что делать?

а потом удивляемся почему пентиум8 тупит на 10ггц))))

[индюк]

когда речь идёт о нехватке памяти,для таких простых задач,

не только о нехватке памяти а и о загрузке проца на 80%

[AlexPi]

"жизнь не так длинна ,чтобы писать программы на Ассемблере "(с) - не согласен!
На собственном опыте убедился, что на ассемблере программа пишется легко и непринужденно! И занимает места в FLASH памяти 5 - 10 раз меньше, чем программа написанная на C/C++.

Не согласен! категорически. В 5-10 раз больше места, программа на С может и займет если она окромя как "дрыгать одной ногой" больше ничего не делает. А вот если надо сделать серьезный проект то все с точностью чуть ли не наоборот. А реально прирост объема кода С-шной программы не превышает 10%. Из личной практики скажу, что мне в моих же программах написанных на ASMe несколько лет назад труднее разобраться чем в чужих написанных на С.

[akegor]

Может, хватит пурги, утята? Говна можно и на асме наваять, даже еще лучше получится.

[STM32F0]

Создал проект в AVR Studio 4.16 для ATMega48 на GCC.
Автоматически добавились стандартные библиотеки.
Написал простую программу - моргнуть лампочкой и сохранить в EEPROM.
Компилятор пишет, что память занята более чем на 100%.
Что можно сделать?

Поставить нормальную студию, ну там 4.18 или 4.19. Почему? Наврядли у кого-то 4.16 сохранилась на компе или кто-то возжелает её ставить. У 4.16 были какие-то причуды, давно уже это было, тонкостей не помню. 4.18 и 4.19 ещё в ходу, кто-то прогонит проект у себя и посмотрит.
Смотреть настройки проекта. От разных настроек можно получить не только разный результат, но и разные веселухи.
Опции настроек смотреть в доках. В инете тоже много интересного найти можно, главное не лениться.

В вашем случае компилятор лепит всё что нужно и не нужно, отсюда и такой результат.
=============
GCC очень мощный инструмент. И как любой инструмент он может филигранно выполнить свою работу, а может и разочаровать. Всё дело в том, кто и как пользуется этим инструментом.

[makakus]

написать на ассемблере 20 строчек кода.

8 команд.

ldi tmp1,(1‹‹COM1A0)
out TCCR1A,tmp1

ldi tmp1,(1‹‹WGM13)|(1‹‹WGM12)|(1‹‹CS12)
out TCCR1B,tmp1

ldi tmp1, high(FCLK/(TOCR*2*NCNT1)-1)
out ICR1h,tmp1
ldi tmp1, low(FCLK/(TOCR*2*NCNT1)-1)
out ICR1l,tmp1

Я пишу с макросами, так:
sti TCCR1A,(1‹‹COM1A0)
sti TCCR1B,(1‹‹WGM13)|(1‹‹WGM12)|(1‹‹CS12)
out2i ICR1,FCLK*1000/(TOCR*2*NCNT1)-1

конечно, надо задать константы
.equ FCLK = 8000000 ; тактовая частота
.equ TOCR = 1000 ; период моргания 1 сек
.equ NCNT1 = 256 ; делитель прескалера

.def tmp1 = r16

всё.

[STM32F0]

Вот пишу я на ассемблере.

что на ассемблере программа пишется легко и непринужденно!

написать на ассемблере

Вам стыдно должно быть, а вы АСМом гордитесь! Да ещё и дурные советы раздаёте.

И трудности не в конструкциях языка, а в реализации алгоритма, там всякие варианты входных сигналов, времена. Чем мне поможет си?

Чтоо алгоритм можно взять готовый, даже с другой платформы. Не всегда, но в большинстве случаев. Да и перенос потом намного проще.

мне в моих же программах написанных на ASMe несколько лет назад труднее разобраться чем в чужих написанных на С.

Им это не дано понять, к сожалению.

[STM32F0]

возможно посоветуют переходить на STM32,по причине,что ATMega48 - "вчерашний день"

Ну если уже по меге некому подсказать, то это будет единственно правильное решение.