Да это понятно. Но вот я выхожу из прерывания сразу после инкремента и сразу засыпаю. Тактирование от внутреннего RC-генератора 8 МГц, поэтому на всё уходит явно меньше 30 мкс. Однако часы почему-то работают.

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

Если работает не по даташиту, а вопреки, то это недокументированная возможность. И не факт, например, что в следующей партии будет работать так же.

В том то и дело что именно сразу засыпать и собираемся!

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

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

При более быстром тактировании эта фича легко превратится в багу, правда выше 8 МГц от внутреннего осциллятора всё равно не может тактироваться. Так что программа может жить и с этой фичей

777777 утвеждает что меньше 30 мкс.

На 8-ми MHz это примерно 244 такта. Думаю достаточно для простого увеличения счетчика (секунд).
А может всетаки меньше 8MHz ?
А какое резервное питание? Внутренний RC обеспечивает 8 MHz при резервном питании ?

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