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

[Sergio66]

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

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

что происходит с CStack, когда он достигает дна.

Если не меняли xcl-файл, то налезет на RSTACK. Дальнейшее поведение непредсказуемо.

Вы точно уверены, что сбой времени был следствием нарушения границ стека? Может, из-за банального пропадания питания?
Если компиллер неверно оценивает CStack, сделайте это за него. При наличии свободной памяти накиньте 30..50..100% на стек.


P.S. Что дает Вам __no_init по отношению к системному времени? Или у Вас имеется кнопка/внешний сигнал сброса / используется собака ?

[Sergio66]

Если не меняли xcl-файл, то налезет на RSTACK. Дальнейшее поведение непредсказуемо.

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

Вы точно уверены, что сбой времени был следствием нарушения границ стека? Может, из-за банального пропадания питания?

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

Если компиллер неверно оценивает CStack, сделайте это за него. При наличии свободной памяти накиньте 30..50..100% на стек.

Уже некуда
CStack = 0х300
Памяти в обрез!

P.S. Что дает Вам __no_init по отношению к системному времени? Или у Вас имеется кнопка/внешний сигнал сброса / используется собака ?

Есть и ресет, есть и функция обновления версии ПО (bootloader)управляемый основной программой. Оттого и __no_init.