Господа, есть некое устройство на АТМега, управляющее TFT-дисплеем с тачпанелью и небольшим набором периферии. Подключено к автомобильному аккумулятору постоянно. А значит нужно предусмотреть включение и выкючение устройства. При всем изяществе конструкции, наличии тачпанели слишком жалко будет смотреться механический переключатель для коммутации. Хочется выключать устройство нажав виртуальную кнопку на тачпанели, а включать простым прикосновением к экрану. А посему возникла такая идея:
Контроллер управляет дисплеем через специальную плату (если кому интересно TFT-компаньон) Эта плата умеет выходить в режим пониженного потребления и понимает в нем только две команды - выход из режима пониженного энергопотребления и опрос тачпанели.
Я планирую по нажатии на виртуальную кнопку на экране переводить его в PowerDown. Затем переводть в PowerDown (именно в этот режим) и сам AVR. Как включать? Предварительно - настроить WatchDog на 1 сек и на генерацию прерывания по переполнению. В прерывании опрашивать тачпанель и если было прикосновение - можно просыпаться. Однако получается следующее - при выключении всего устройства мы его на самом деле не выключаем, а переводим в спящий режим, и при включении оказываемся на том же месте. Хотелось бы перезагрузить и контроллер. А для этого хочу попробовать следующее - если при обработке прерывания от сорожевого таймера выяснится что к тачпанели прикасались - перенастраивать таймер на сброс контроллера и более короткий период (самый короткий 16 мс). После чего ждать следующего переполнения таймера.

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

Вопросы:
1. Довольно странный алгоритм получился - при выключении устройство на самом деле просто останавливается, а истинная его перезагрузка происходит только при включении. Хотя на самом деле ввсе выглядит благористойно (забыл сказать - в режиме PowerDown TFT компаньон не только меньше жрет, но и подсветку отключает). Может есть какие-то более адекватные истрически сложившиеся алгоритмы?
2. Есть ли какой-то иной способ программного сброса AVR? Цеплять какой-нибудь выход на RESET не предлагайте, плата сделана и детали напаяны.
3. Не происходит ли чего нехорошего с портами ввода вывода в режиме PowerDown АВР? Нужно чтобы пины оставались в том же состоянии.
Спасибо.

Сообщение отредактировал zheka - Mar 29 2011, 09:22

2.
.ORG 0x00
RESET:
.
.
.
.
JMP RESET

3. Пины останутся в том же состоянии

Извните, ассемблера не знаю. Пишу на С.
Но даже глядя на то, что вы написали - это просто уловка для перемещения программы в начало, а не сброс.

Если Вам нужно перезагрузить МК после выхода из Powerdown - "уловка" поможет.
Если перезагрузить зависший МК - альтернативы WDT не вижу.

Спасибо за совет, но я все же предпочту для перезагрузки WDT. К тому же, внимательно почитав еще раз даташит я убедился, что это единственное самостоятельное внутреннее средство сброса контроллера.

Дык все тривиально, не о чем переживать. Первый пост правильный

Теоретически, можно перезагрузить МК тоже. На старте уснуть или работать решить по флагам MCUCSR (WDRF, PORF, BORF...).

Объясните необходимость сброса проца.
По идее перезагрузка не нужна, если проц. повиснит его сбросит вачдог.
Для надежности поставьте внешний супервизор по питанию.
Если все же видите необходимость повысить надежность, после выхода из сна(при касании тачскрина) запустите принудительную инициализацию важных данных.
Хотя самый простой метод "JMP 0"

Сообщение отредактировал Marian - Mar 29 2011, 17:24

Есть идея заставить МК ресетить самого себя железно. Для этого любой вывод порта МК подключаем к ресет в Hi-Z состоянии, и когда нужно ресетить, то выводим на этот пин лог. 0. МК по идее должен перезагрузится, и состояние портов - сбросится.

А Вы почитайте доки, можно ли так Ымбеддить, а потом пишите. или хоть попробуйте разок.

Это только по идее. Длительности сигнала сброса может не хватить для надёжного сброса внутренней периферии.
См. в описании Minimum pulse width on RESET Pin.

Интересно , а что Вы понимаете под сбросом? Или Вы считаете что перемещает программу куда то вдругое место ,а не на 0x0000

Помимо программы и ее непосредственного исполнителя у МК как бы существует еще периферия.

По моему это самый верный способ если необходим именно аппаратный сброс.
Но я не понимаю чем вызвана такая необходимость

Да и ещё SRAM и регистры тоже бы не помешало "почистить" при запуске, но это всё делается только программным путём. Я говорю про инит процессора и он начинается с 0x0000.
Как будет написана инициализация MK так и будет выполнятся вне зависимости что ее вызвало, если только не учитываются флаги сброса