Есть два проекта преобразованного из IAR в WinAVR-20070525. Объём исполняемых файлов отличается раз в пять. Программы сформированные IAR-ом работают нормально, а то что делает WinAVR ведёт себя непонятно. Маленькая программа работает, так же как и в IAR-е, а большая постоянно перезапускает AVR-ку (вижу по осциллографу). В эмуляторе эта программа выдавала Stack Overflow. После установки "Enable Boot Reset" в "AVR Simulator Options" эмулятор стал работать. Даже после снятия этого флажка и перекомпиляции проекта эмулятор продолжает работать. А программа в AVR-е всё равно не работает. Что это может быть? И как это исправить?

С перва, можно тупо увеличить место под стек.
Если используются стандартные С-plane функции, что то типа printf, sprintf, то можно поиграться опциями компилятора.

IAR использует два стека. Как поступает WinAVR я не знаю. Если он использует только один стек, то этот стек может быть значительно большим по размеру. Раз симулятор указывает про переполнение стека, то его надо увеличить. Причём лучше - значительно. На деле, переполнение стека при использовании WDT именно так и будет себя вести - сбой - перезппуск и так далее.

Функции printf, sprintf не использую. Программа «спотыкается» даже на первой пустой функции. Похоже, стека вообще нет!!! Маленький проект работает на ATMega16, большой, тот который не работает, на ATMega128. Может есть особенность для этого МК?
Не найду где менять или задавать размер стека. В Project Options нашел только Specify Initial Stack Address. Но что бы я там не ставил ни чего не помогает.

Может возможно задать вершину стека так , правда на asm

RESET1:

ldi temp,high(RAMEND) ;
out SPH,temp
ldi temp,low(RAMEND)
out SPL,temp

Да - фюз M103C

Анатолий.

"раз в пять" возможно только в том случае, когда у WinAVR оптимизация отключена вообще. При этом и стека хватать практически наверняка не будет.



Стек один и он сразу устанавливается максимально возможного размера.



Именно эти команды и стоят в "запускалке", единственный стек вполне естественно инициализируется верхушкой памяти и получается максимально возможного размера.

Включите уровень оптимизации -Os.

Раз в пять отличается один (маленький) проект от другого (большого). Между IAR-ом и WinAVR размер кода не сравнивал, так как в IAR-е работал с бинарником, а WinAVR работаю с HEX файлами.

С фюзом M103C попробую.
В WinAVR (совместно с AStudio) настроек проекта практически нет или я их не вижу.

Ну, первое предложение не совсем "казнить нельзя помиловать", но я всё равно понял неправильно


Ну... Если в IAR переменные вместе со стеками заказанного размера влезли в 4000 (а не 4096) байт ОЗУ, то с прошитым M103C у IAR работать будет, у gcc - нет, так как для меги128 он проинициализирует стек исходя из 4096 байт ОЗУ.
Но это вопрос к кристаллу, а не к симулятору, в симуляторе должно работать в любом случае.

У AVRstudio настроек немного, но, вообще говоря, достаточно - в project/configuration options.
Основное выбирается галками, тонкие настройки - вручную вписывать ключи gcc на закладке custom options, но это придётся таки описание на gcc почитать

Фьюз помог. Спасибо!!!