Sleep. Возможны ли глюки? Опции

[Diusha]

Проектируется девайс на ATmega168. Схемотехнически удобнее всего сделать мегу всегда запитанной от батареи и при выключении усыплять ее (режим Power Down). Включение – кнопка –> прерывание. Пойдет «на конвейер». Раньше так не делал, посему опасаюсь подводных камней наподобие каких-нибудь зависаний, в результате чего придется разбирать прибор и отрывать питание или ресетить пинцетом. Wctchdog придется отключить для экономии потребления.
Поэтому вопрос к тем, кто подобное делал «массово»: как насчет надежности такого подхода?

[Юрий_СВ]

Делал такое на Mega64, xMega32A4, STM32F100RB. Единичные экземпляры (статистики нет). На последних двух - как по нотам. На Mega64 истрахался вдоль и поперёк. При "нечётком" нажатии на кнопку контроллер подвисает при попытке проснуться.

Ничего не утверждаю.

Mega64 использовался только для отладки, так, что не старался разобраться любой ценой, но думаю причин может быть 2:
1) лишние 20-30 мм дорожки выхода кварцевого генератора (под питание второго контроллера)
2) излишняя критичность обычной Меги к длительности сигнала просыпания + отсутствие RC цепочки на клавиши

Осюда совет:
1) ставьте RC цепь
2) не поленитесь отмакетировать

хМега чётко работала без RC цепи, но там я специально разводил на асинхронный (2-й) бит порта.

[Diusha]

При "нечётком" нажатии на кнопку контроллер подвисает при попытке проснуться.

А будили каким прерыванием (INT0/1/2, PCINT, ...)?

[Юрий_СВ]

А будили каким прерыванием (INT0/1/2, PCINT, ...)?

И Mega64 и xMega32A4 по INT0. ПО одинаковое. Клавиша к общему, подвеска вверх.