Неподалеку от моего дома погасла 1/8 полноцветного экрана площадью около 20 м2...

А у меня макет уст-ва начал работать так , как будто в нем таймер стал считать в 16 раз быстрее.
Уст-во работает след образом : после вкл питания(батарейного 3в) инициализируется и уходит в Power-down Mode . По INT0 просыпается , делает что от него требуется и уходит в Idle Mode. Если за 32 сек с коп. INT0 не произойдет, то снова -Power-down.
Очередной раз проснувшись, оно начало показывать в 16 раз меньше и засыпать за 2 сек.
Вышло из этого откл. питания.
Что бы такого придумать, чтобы выходить из таких глюков автоматически -сторожевая @ здесь как-то не просматривается.

А какой контроллер стоит?

Могу ошибаться но внутренний голос подсказывает, что AVR ... Хотя TMR0 в AVR-ах нетути



По теме: Возможно можно))) сделать защиту от НЛО - в прерывании или еще где проверять регистр сравнения ТС0, если конечно НЛО не изменил (перепаял кварц) частоту кварца на плате или частоту внутреннего генератора.

Это в соседнюю тему оптимального выбора платформы
Тот же MSP имеет возможность на ходу переключать генератор и использовать несколько источников тактирования для разных узлов. Поэтому уход какой-нибудь частоты можно отловить (точность, правда, процентов 50 )
Но для начала нужно уяснить точную причину сего глюка, и тут нам поможет автор!

Неплохо действительно указать кирпич, настройку фьюзов, параметры таймера... в идеале бы еще и фото девайсины... А то окажется, что к ноге INT0 подходит дли-ии-и-инный провод или еще какая фигня

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

Ну, это много ...
ТИНИ 26Л , кварц 2 048, предделитель - 1024 ...

Примерно так.

А у кварца частота случаем не уходит при этом? Осциллом не пробовали смотреть?

Вы уверенны что у Вас кварц ?
Какой корпус ?

Макет две недели работал без проблем, после сброса питанием продолжил.
Неправильная работа тоже была стабильной Так что ничего, никуда не уходит.


Вполне.

Какой компилятор?
Очень похоже на неверную запись в предделитель системного тика CPU. (Регистр CLKPR) И как раз при сбросе!
В CAVR на максимальной оптимизации по размеру, неверная запись это нормальное явление.
Обязательно ставьте(и проверьте) инициализацию CLKPR независимо от фуза CKDIV8!!!

Причем тут компилятор? Оно две недели работало , и после сброса, снова работало.


А это кто?

У меня тут вчера тоже удивительная "неисправность" вылезла- на 8-й меге.
Маленький девайс, предназначенный для сбора данных (измерения импульсов) и выдачи по запросу этих данных по uart.
При тестировании- не распознается контрольная сумма ответа - посмотрел осциллом-на резонаторе ( пьезокерамика 16мгц), размах почти 3в, (питание 3.3), все ок, но длительность посылки uart-овской почему-то в 1.5 раза больше чем на исправном устройстве.Данные такие же на первый взгляд. на всякий случай обновил прошивку- то же самое.

Потом обратил внимание что резонатор (smd) как-то странно приподнят с одного боку - как будто паста не полностью расплавилась. Так и есть- недогрев. Прогрел заново - все стало работать нормально.

Но механизм влияния какого-то непропая так и остался тайной

CKDIV8 это фуз такой. Если он установлен то контроллер начинает работу с частотой основного генератора делёной на 8, путём занесения при сбросе в CLKPR какой-то там константы . Потом её поправляют до нужного значения занесением в регистр CLKPR. Возможно у вас как раз и происходит/нероисходит запись в этот регистр. В CAVRе у меня такой глюк был. В зависимости от результата сброса, было 2 инициализации(полностью холодный старт и просто перезагрузка). Во втором случае запускался на частоте в 8 раз меньше.

У меня такого нет. Кроме того , я не доверяю делать программу разным Каврам.
И частота у меня была скорее в 16 раз больше.
Думаю, это глюк железа, и программно , и даже ресетом не устранился бы.