lcd.txt ( 1.66 килобайт ) Кол-во скачиваний: 196
Господа, может подскажет кто, где почитать толковую инфу (желательно на русском) как компилятор распоряжается памятью АВРа. В частности периодически возникают ошибка CSTACK. Методом тыка изнменяя параметр в опциях ИАРа ошибка исчезает. Но программа глючит. Компилируется нормально а в железе непредсказуемые глюки связанные с передачей значений переменных внешним функциям... Образ кода сейчас подготовлю.

Пробовал оптимизацию менять, переменные в разных местах обьявлять... Глючит в подсчете sum3 и в некоторых позициях sum2. Причем в зависимости от различных модификаций в разных местах.
В начале была мега8 сейчас перешел на м128. на 128 еще хуже стало Вообще дисплей отказывается текст писать...

Сообщение отредактировал Pavlike - May 19 2008, 13:54

2 Pavlike -
например здесь в оригинале - http://www.atmel.com/dyn/resources/prod_do...nts/doc1079.pdf - страница 6.
Или сдесь - на русском - http://catalog.gaw.ru/index.php?page=document&id=1032
А колдовство со стеком - чревато, лучше прочитать литературу и делать по книжке....
Пользуйтесь поиском!!!

'Kuzmi4'

СПАСИБО!

1) Очень сомнительно что дело в стеке.
2) Никогда не занимайтесь ерундой типа ..."Пробовал оптимизацию менять, переменные в разных местах обьявлять...". Это - трата времени. Правильно написанная программа должна работать при любой оптимизации, а переменные надо объявлять осмысленно.

В проекте есть опции компилятора. Включите в линкере опцию листинга "модуль MAP". Просмотрите листинг и вы увидете полное распределение памяти с адресами для всех переменных, а также для стеков. Если возможно что-то отладить в отладчике, то можете выполнить следующую операцию: загрузите программу... заполните стеки каким-нибудь значением (например 00)... стартаните и поработайте... остановите работу и посмотрите зону докуда "долез стек".... Прибавьте небольшой запас.

Работаете ли вы с указателями? Пользуетесь ли вы ф-иями типа memcpy?

Листинг я с самого начала изучал.... но ничего там крамольного не увидел.. указателей у меня навалом в основном на тексты во флеше. А memspy я даже не знаю что это Тут прочитал что больше 2-х переменных в функцию не стоит передавать сейчас попробую.

Сделайте МАР файл - там указывается максимальная необходимая глубина стэка, и поставьте соответствующие значения в опциях компилятора.

А где рамер искать?


vbb4.map

Во-первых сделайте его в html - там есть такая галка
Во-вторых генерацию стеков тоже надо галками включать(не помню точно какими, а ИАРа под руками нет).

IAR не злоупотребляет стеками. Исключение составляют лишь стандартные ф-ции printf и т.п. и то при сложных форматах вывода. Глубину стека он пишет по каждой процедуре Если также посмотреть глубину стека прерываний и учесть вложенность, то с небольшой погрешностью можно узнать потребность в стеке.

Количество параметров при вызове ф-ции вполне может быть больше 2. Здесь проблем нет никаких. Другое дело, что злоупотреблять этим не стоит, как собственно и передавать объёмные данные. Лучше в последнем случае использовать указатель.

При использовании указателей, есть шанс запортить другие данные (при неверном расчёте), включая системные, например стек. Думаю, именно это у вас и происходит. Пример прост - пытаетесь записать в 10 элемент массива данные, а выделили под массив 5. Внимательно просмотрите те процедуры исполнение которых приводит к краху. Пройдите их по шагам.

Спасибоо, пробую.. Обидно то, что на м8 все работало а при переходе на м128 работоспособность меняется в зависимости от оптимизации (от вообще ничего не выводит на дисп, до почти работает но несовсем)

Я в мейне обьявил переменную uchar val;
судя по коду он ее положил в Р24, по ходу я вызываю из библиотеки функцию вывода на дисп. Дык он при вызове, регистры не сохраняет в стеке и смело там использует Р24 чем порит его как заставить в стеке сохранять? или может как-то по иному обьявить переменную?

А у вас дальше в тексте эта переменная используется? Если она дальше не нужна, то компилятор имеет полное право использовать ее регистр.

В том то и дело что используется... А к внешней фунуции никакого отношения не имеет..

Телепатировать желания нет. Приводите исходник. И внешней функции (на всякий случай) тоже.

Чтобы иар не портил переменные в регистрах, объявляйте их глобальными или статическими локальными, тогда он их гарантированно разместит в SRAM-е.

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