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

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

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-е.

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

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

...может быть в этом и зарыта собака. Вы бы исходники показали, сложно давать советы не имея перед глазами проекта.

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

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

Согласен абсолютно.

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

Всем большое спасибо за участие! Просиженная ночь дала свои плоды Все вроде работает нормально. Проблема решилась увеличением СSTACK почти в 2 раза. Теперь с железом глюк ) Может кто сталкивался? Нужно ли при инициализации УСАРТа (в меге128) ногу на которой ТхД назначать как оутпут DDRD=8; ? Нигде в примерах этого нету а реально не работает. Правда МК подключен напрямую к другой МК.

Если включили УСАРТ, то этот вывод настраивается на выход. Вы можете включить подтяжку. Может в м128 есть особенности...

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