Защита памяти, Нужно защитить переменную в памяти Опции

[Sergio66]

Доброго вечера!
Есть программа, для Меги32.
Уже пол-года в тестовой эксплуатации.
Возникает следующая проблема - иногда, (из 50 приборов за 4 месяца круглосуточной эксплуатации) 3 или 4 раза произошел сбой системного времни
Системные часы организованы по таймеру от задающего генератора (16МГц).
CStack программы выбран в соответствии с МАР файлом, RStack - аналогично. Однако, в программе используется ф-я printf.
И у меня есть подозрение, что для нее компиллер не может правильно оценить размер CStack, и она, при своей работе выходит за границы объявленного стека и портит рабочие переменные.
переменная системного времени (__no init) расположена, естесственно в ОЗУ.
Внимание вопрос - есть ли какие нибудь мысли, как расположить данную переменную так, чтобы никакая функция, вышедшая за границы стека ее не могла испортить.
Отловить ошибку средствами отладчика не представляется возможным. Ошибка довольно редкая.
И еще.
что происходит с CStack, когда он достигает дна. Где после этого будут размещаться локальные переменные?
Заранее благодарю.

[Александр Куличо...]

Странно, RStack находится в более старших адресах, а CStack развивается в сторону уменьшения адреса (если я правильно понимаю)

Понимаете правильно. Это я не учел, что настройки линковщику можно передать не только из xcl-файла. Видимо, у Вас они как раз задаются из диалогового окна свойств проекта.
А в xcl по-умолчанию (для модели small )расположение стеков такое, как я говорил выше - CSTACK после RSTACK:

Код

-Z(DATA)TIYNY_I,TINY_Z,TINY_N=60-FF
-Z(DATA)NEAR_I,NEAR_Z=60-85F
-Z(DATA)RSTACK+_..X_RSTACK_SIZE=60-85F
-Z(DATA)CSTACK+_..X_CSTACK_SIZE=60-85F
-Z(DATA)HEAP+_..X_HEAP_SIZE=60-85F
-Z(DATA)IOSTREAM_N#60-85F
-Z(DATA)NEAR_HEAP+_..X_NEAR_HEAP_SIZE=60-85F

Если памяти в обрез, то можете переместить сист. время в область TINY, подальше от стека. Но это не спасает ситуацию, так как будут портится другие данные.