Если попробовать использовать фиктивное прерывание. Берем какой нибудь вывод порта, надежно его заземляем, и настраиваем прерывания на перепад напряжения на этом выводе.
В TMR1 взводим флаг прерывания от того вывода и выходим из прерывания TMR1 срочным образом. И тут же попадаем в фиктивное прерывание, сбрасываем флаг, разрешаем глобальные прерыывания и уходим в sleep, тут не должно быть переполнения стека, потому что пока мы сами не сгенерируем прерывания от порта, они не появятся.

Зачем всякие фиктивные прерывания? Всё красиво работает. Перед sleep я принудительно останавливаю TMR1.
Вопросов с рекурсией не возникает. Прога по TMR2 считает только секунды и больше ничем не занята.
Время выполнения как я не крутил-120мкс и всё тут. (это 4 периода 32768 Hz) не могу понять только, почему 4...

Правда, сейчас не могу разобраться с оптимизацией - на максимуме и на минимуме есть глюки, макс. без code motion и cross calls<5 работает.
И закралась на этапе вылизывания интересная вещь: при обновлении ЖКИ на нём иногда включаются совсем не те сегменты,
которые должны были... хотя ОЗУ не модифицировалось (просто обновление)

Кстати у меня тоже 4 почему-то получалось. Но в том случае меньше и не надо было. Да вспомнил. Тактовый генератор (основной кварц) крайне медленно запускается. Те-же фузы, что при выходе из слипа, что при запуске.
Я в своё время решил проблемму потребления при этом (ионистор) понижая тактовую частоту в 16 раз. Это оказалось даже выгоднее (по энергозатратам), чем засыпать и через 5 милисек просыпаться. Тогда я решил, что во время запуска основной тактовый генератор кушает больше, чем во время работы. Только с поделённой более чем в 2 раза тактовой ни в коем случае не засыпайте. Просыпаться будет во столько-же раз медленнее.