есть проблема с компилятором WinAVR-20071221 в прерываниях он ставит push/pop, в результате стека не хватает, хочу заменить на st/ld, кто знает как это зделать, перейти на iar нет возможности.

Не хотелось бы вас огорчать , но насколько я знаю в иаре тоже в прерываниях push/pop... НУ вот так они организованы....
А что за камень что стэк не помесчается ?

При вызове функций и заходе в прерывания в любом случае адрес возврата сохраняется в стеке.
Также компилятор размещает на стеке локальные переменные и копии регистров, которые портятся во время обработки прерываний.
Так что не используйте в прерывании функций, не определяйте в функциях локальных переменных - и потребление стека уменьшится.
Крайний вариант - писать обработчики прерываний на асме, тогда можно сделать всё что угодно.

Прямо, никак...
Обходными путями можно, только весь контекст придется ручками сохранять, типа:


Только вот непонятен до конца вопрос, как использование st/ld поможет сократить размер
необходимой памяти ?

когда сохраняем регистры с помощью st они сохраняются не в стеке, а в памяти выделенной под временные переменные, а вот когда идет push то переменные сохраняются в стек, стек растет и перекрывает собой адресное пространство временных переменных, которые в свою очередь используются в прерывании, в результате стек слетает чуть расширю вопрос, есть ли какие нибудь дериктивы чтоб локальные переменные ни при каких условиях не занимали область памяти стека???

может быть static поможет?



или через heap. Сначала new потом обязательно delete.

Вы заблуждаетесь. Временные (локальные) переменные располагаются также в стеке, а вот глобальные лежат по строго фиксированным адресам. Обращаться к стеку можно как с помощью PUSH/POP так и с помощью LD/ST. Судя по всему у Вас просто не хватает стека для нормальной работы программы. Менять PUSH/POP на LD/ST ничего не даст если памяти не хватает. Выход здесь такой - просто увеличить объем стека (сократить количество глобальных переменных, за счет замены их локальными переменными).

нет, локальные распологаются не в области стека, проверял, проблема то возникает из-за небольшой рекурсии, но если push/pop заменить на st/ld, как было в iar, то все работает, но на iar вернуться нельзя, в том то и проблема, если кто знает директивы компилятору, чтоб push/pop заменить на st/ld то они мне впринципе и нужны, памяти используется 96%, но опятьже из-за небольшой рекурсии есть залезание в стек локальными переменными, к сожаленю логику программы переделывать мне месяц не дадут, сократить объем памяти тоже нет возможности:(

А где по вашему они располагаются???

Не понимаю как такое может быть. Если есть рекурсия, то локальные переменные обязательно должны быть в стеке, иначе у тебя будет один комплект переменных на все вызовы. Либо - ты рекурсией называешь что-то не то.

Обычно в регистрах. Если их не очень много.
А вот предыдущее содержимое регистров идет в стек.

если считать что стек распологается в sram и локальные и глобальные тамже, то да, спорить не буду, вопрос как ограничить компилятору залезание в область стека, iar это делает, может я тупой, да я привык работать на асме, и там таких проблем нет, ладно вопрос остается открытым, полезу заново перечитывать документацию по компилятору, мож если более внимательнее перечитаю то найду решение, просьба не флудить в теме, если есть решение как заменить push/pop на st/ld при компиляции, то прошу поделиться опытом.

Если не флудить - то никак нельзя.

А если немного пофлудить, то:
С каким уровнем оптимизации Вы компилируете проэкт?
В какой памяти Вы распологаете строковые переменные и/или таблицы констант?

Анатолий.

Все дело IMHO в разных способах организации стека. В ИАР он рганизован программно без использования регистра указателя стека, поэтому там St/Ld, а у вас фактически аппаратно с использованием регистра указателя стека, такова реализация компилятора. Боюсь, что никак эту особенность вам не обойти.

Решение привел выше singlskv.
А в начале обработчика ассемблерной вставкой сохраняйте регистры куда угодно. Только чем это поможет непонятно.
И еще непонятно, как связаны обработчик прерывания и рекурсия. Вы в обработчике используете рекурсивную функцию? Или речь про вложенные прерывания?


А что, есть варианты?

думаю что да, но вопрос остается открытым, как сказать компилятору не ставить push/pop

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

Мне кажется, что первопричина тут в том, что один и тот-же регистр в случае PUSH сохраняется в стеке несколько раз, а в случае ST тоже несколько раз, но на одно и то же место. И вот эту проблемму нужно решать (лишние сохранения регистров). Например не вызывать в прерывании функции и т.п. А замена PUSH на ST это симптоматическое лечение, которое может привести к тяжёлым глюкам.

Дык эти переменные будут также отжирать оперативку, единственное - что не на стеке. Чем это поможет? Если есть лишняя оперативка - можно просто размер стека увеличить...

Неправильно выразился... стороковые константы?

Анатолий.

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

Ну а если хотите конкретной помощи, тады код в студию....

Плохо проверяли.
1. Локальные переменные всегда располагаются в стеке если не помещаются в регистрах.
2. В IAR два стека, стек данных CSTACK, и стек возвратов RSTACK. И в IAR можно вручную задать их объем, т.о. память под стек заданного объема будет жестко резервирована и будет учитываться при подсчете занимаемой памяти.

3. В WinAVR есть один общий стек ничинающийся с RAMEND ничем не ограниченный снизу (память не резервируется и соответственно стек не учитывается при подсчете занятой памяти).

Вы должны сами заботиться о том чтобы стека хватало. Если у вас используется 96% памяти, то значит под стек у вас осталось всего 4%. Умножте количество памяти вашего МК на 0.04 и будет вам число в байтах отведенное под стек в вашей программе. Учтите что для входа в прерывание нужно хотя бы 35 байт RAM + память на вызовы функций + память под локальные переменные. Меньше 256 байт стека, я считаю кощунством.

Совершенно согласен defunct. с Я бы добавил ещё следующее. В IAR сумма стеков примерно будет равна с той же программе (С учётом эффективности компиляторов).

Таким образом нельзя говорить о вариантах реализации стека PUSH/STD, а можно говорить лишь о недостаточности памяти в целом. Либо о вашем непонимании. Вы поймите если переменная должна оказаться в стеке, то не имеет значения каким образом и в какой именно стек она будет положена! Главное, что она займёт место в памяти.

Другое дело - объявление переменных и параметров. Это может сказаться на эффективности и объёме занимаемой памяти. Например при увеличении числа параметров передаваемом в ф-цию, вероятнее всего у вас увеличится объём занимаемой памяти (стека). Если в рекурсивной ф-ции вы объявите локальную переменную, то она будет размещена на стеке, а если вы её объявите static, то будет создан лишь один экземпляр переменной в памяти (Правда надо осмыслить логику работы).

Я бы вообще попытался бы отказаться от рекурсии. Например в пользу бинарного перебора либо дерева. Очень неэффективна рекурсия в большенстве своём.

А чего осмысливать - рекурсивная функция должна быть реентерабельной, т.е. никаких static-ов в ней быть не должно.

Просто пытаюсь осторожно высказываться. Ну если к примеру временная переменная возникает и уничтожается до рекурсивного вызова... Ну чисто теоретически...

Но мне кажется что любая рекурсивная ф-ция памяти жрёт как сволочь. Зачем её применять? Особенно в условиях нехватки ресурсов Например памяти.

Возьмём простейший случай - один параметр. Таким образом ф-ция минимум съест 3 байта памяти за каждый вызов. Думаю что на самом деле будет не менее 8-10 с учётом сохранения каких-нибудь регистров. Таким образом при уровне вложенности 150 - получится 1200-1500 байт! Это же немыслимо для контроллера!

Опишите задачу, которую вы пытаетесь рекурсией решать. Мы тут коллегиально попытаемся её в обход пустить.