Отправить AVR в сон на определенное время

[BCluster]

Привет всем. Собственно после измерения надо уложить МК спать на определенный промежуток времени (10-100 сек). Каким образом это можно реализовать?)

[GP1]

по таймеру, правда "глубокого сна" не получишь, перефирия должна тикать.
или сделать внешний таймер на NE555 и будиться по INT0, тогда вообще усыпить по полной можно.

[Мастер Ломастер]

Привет всем. Собственно после измерения надо уложить МК спать на определенный промежуток времени (10-100 сек). Каким образом это можно реализовать?)

WDT может разбудить

[GP1]

WDT может разбудить

у собаки период маловат, да и не всегда удобно начинать программу сначала, как-то так

[Мастер Ломастер]

WDT может разбудить

у собаки период маловат, да и не всегда удобно начинать программу сначала, как-то так

до 8 секунд, если не ошибаюсь. ну а там небольшой счетчик на 12 - вот вам и 100 секунд... за то время, что счетчик тикнет, много не потребит...

[BCluster]

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

[Мастер Ломастер]

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

да и пусть себе сбрасывает - чему это может помешать?! работающий таймер отожрет гораздо больше энергии.

[BCluster]

дело в том, что мне нужно чтобы программа продолжалась с того места, где она ушла в сон а не с начала.

[Мастер Ломастер]

дело в том, что мне нужно чтобы программа продолжалась с того места, где она ушла в сон а не с начала.

вам нужно организовать свою программу так, чтобы место, откуда она начинается и было местом, где она пробуждается. где засыпает - все равно.
и проблемы не будет

[BCluster]

это проблема - в процессе выполнения появляется куча промежуточных данных которые терять нельзя

[Мастер Ломастер]

это проблема - в процессе выполнения появляется куча промежуточных данных которые терять нельзя

да в чем проблема-то? аппаратный сброс не изменяет содержимое ОЗУ и РОН! просто подгоните свой алгоритм под условия пробуждения, и все!

[md5sum]

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

Собака в режиме interrupt & reset после первого периода вызывает прерывание, и только после второго сбросит контроллер!
Что-б сброса не было надо до окончания второго периода установить WDIE заново.
Я делаю это в прерывании - сразу по пробуждению выставляем WDIE и делаем reti.
Все работает отлично, но если прога подвиснет, то сброс будет через двойной интервал собаки....
Читать ДШ: WDTCSR – Watchdog timer control register, описание WDIE

[Мастер Ломастер]

Собака в режиме interrupt & reset после первого периода вызывает прерывание, и только после второго сбросит контроллер!

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

[МитяРа]

Прикошачь туда по шине I2C внешний RTC, например DS1307, а выход его "будильника" посади на ножку прерывания МК..
МК будет "заводить" на RTC время, когда нужно будет просыпаться, а сам будет засыпать...

[BCluster]

да в чем проблема-то? аппаратный сброс не изменяет содержимое ОЗУ и РОН! просто подгоните свой алгоритм под условия пробуждения, и все!

спасибо за инфу, не знал
однако инициализация переменных пройдет заново при сбросе

[md5sum]

Ну так автор не указал какой МК
Также при старте можно проверить что было источником сброса (MCUSR – MCU status register) и если сброс от собаки, то jmp <куданадо>.

[md5sum]

однако инициализация переменных пройдет заново при сбросе

Не всех

Код: Выделить всё

int foo __attribute__ ((section (".noinit")));

этой не произойдет

[BCluster]

atmega8 али atmega48/88

[md5sum]

В 48/88/168 собака умеет interrupt & reset.

[Мастер Ломастер]

offtop

В 48/88/168 собака умеет interrupt & reset.

неправильно написали надо так: 48/88/168 умеет interrupt & reset, собака.