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

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

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

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

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

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

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

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

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