Ограничение на объём обработчика прерывания ? Опции

[Andy_F]

ATmega32, IAR 4.12A и 4.21A (картина идентична). Модель памяти - small, RSTACK и CSTACK довольно большие и на ситуацию не влияют.

Обработчик прерывания по таймеру получился достаточно длинным. При дописывании очередного фрагмента к обработчику, в основной программе начинаются глюки. Исследования показали, что возникновение глюков не связано с тем, что именно дописываешь, работа нарушается при превышении некоего "объёма".

Как диагностировать происходящее, и как исправить ситуацию ?
Спасибо.

[_artem_]

В обшем смысле , какого либо лимита на длину обработчика прерываний нет. Ограничения вытекают из специфики задачи частоты прерываний и т.д.
Глюк так же может быть связан с обрашением к памяти которую использует основная программа . В таких случаях делают атомарный доступ типа запретить прерывания, обратиться к памяти, разрешить прерывания а в случае с РТОС и другие механизмы .

К сказанному Сергеем можно добавить второй индикатор который устанавливается в самой программе и дергает другую ножку . Меняя его место в основной программе и смотря двухканальным осциллографом можно локализовать проблемный код .