Контроль разряда батареи, В AVR, при использовании спящего режима Опции

[ValBag]

Имеется устройство на AVR, выполняющее определенные функции, инициируемые внешними прерываниями, после чего следует переход в спящий режим Power Down, для экономии энергопотребления от аккумулятора. Хотелось бы возложить на МК также, контроль разряда батареи, не применяя внешний компаратор. Т. к. период перехода в активный режим весьма случаен - от десятков секунд, до нескольких часов и более, то попутный контроль - при рабочем режиме - отпадает, т. к. в период долгой пассивности, не будет ни контроля, ни информации о текущем состоянии батареи.
Первое, что приходит в голову, использовать сброс по сторожевому таймеру, измеряя затем напряжение батареи и выдавая импульс на индикатор, в случае разряда. Затем снова в спящий режим.
Прошу опытных проектировщиков подсказать альтернативные варианты.

[rx3apf]

ну не совсем, WD кушает ~8uA ибо внтренняя частота у него ~1МГц, а тут можно значительно меньше сделать наверное, надо посчитать.

Цифровой вход вблизи порога переключения сожрет в разы больше.

[ValBag]

Цифровой вход вблизи порога переключения сожрет в разы больше.

Конечно, это "оригинально" - ловить порог таким способом, но разве вход не обладает триггерной характеристикой ?

[stells]

Конечно, это "оригинально" - ловить порог таким способом, но разве вход не обладает триггерной характеристикой ?

по идее да, причем с небольшим гистерезисом

[rx3apf]

по идее да, причем с небольшим гистерезисом

Обсуждается все еще AVR ? Что-то мне там не припоминаются входы с гистерезисом. А вот резко растущее потребление при висящих входах - очень даже припоминается...

[ValBag]

Обсуждается все еще AVR ? Что-то мне там не припоминаются входы с гистерезисом. А вот резко растущее потребление при висящих входах - очень даже припоминается...

Полюбопытствуйте в схеме порта в датшите. Там на входе триггер Шмитта. А повышенное энергопотребление, это хаотичное переключение портов в результате воздействия шумового напряжения на неподтянутых входах.

[rx3apf]

Полюбопытствуйте в схеме порта в датшите. Там на входе триггер Шмитта. А повышенное энергопотребление, это хаотичное переключение портов в результате воздействия шумового напряжения на неподтянутых входах.

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

[stells]

что-то мне странно, что уровень шума на никуда не подключенном входе столь велик, что устойчиво превышает гистерезис

гистерезис очень маленький, что-то милливольт 50 (вот у ПИКов он несколько больше), но этого было-бы достаточно, чтобы использовать вход INT0 как компаратор

входное сопротивление порта 100МОм, так что делитель, скажем, 10+10МОм съест как-раз наноамперы

Сообщение отредактировал stells - Mar 5 2010, 14:34

[ValBag]

yarunt, хотелось бы услышать, как от практически применявшего асинхронный таймер с кварцем 32768, каков добавочный ток при его использовании в спящем режиме ?

Сообщение отредактировал ValBag - Mar 5 2010, 14:35

[rx3apf]

хотелось бы услышать, как от практически применявшего асинхронный таймер с кварцем 32768, каков добавочный ток при его использовании в спящем режиме ?

Вот по моим записям, таймер у mega8 (@3.6V) жрет 8 uA, без обработки прерываний. Обработка (16 Hz) забирала еще 4..5 uA (там есть тонкость, из обработчика нельзя выходить раньше одного такта генератора), при RC-тактировании 3.6 MHz. Новые камни (скажем, mega88) - помнится, потребляют заметно меньше.

[ValBag]

Вот по моим записям, таймер у mega8 (@3.6V) жрет 8 uA, без обработки прерываний. Обработка (16 Hz) забирала еще 4..5 uA (там есть тонкость, из обработчика нельзя выходить раньше одного такта генератора), при RC-тактировании 3.6 MHz. Новые камни (скажем, mega88) - помнится, потребляют заметно меньше.

Не совсем понял. 16 Hz - это внешнее тактирование асинхронника? На такой частоте? Впрочем вы имеете в виду очевидно период прерывания. А частота таймера какая ?

Сообщение отредактировал ValBag - Mar 5 2010, 15:04

[rx3apf]

Не совсем понял. 16 Hz - это внешнее тактирование асинхронника? На такой частоте?

Нет, это кварц 32768 Hz, прескалер 8, прерывание по переполнению 16 раз в секунду (используется у меня для опроса датчиков).

[ValBag]

Нет, это кварц 32768 Hz, прескалер 8, прерывание по переполнению 16 раз в секунду (используется у меня для опроса датчиков).

Понятно, спасибо. Величины приемлимы. Только при 5 В, возрастет наверное вдвое. Но всё равно, допустимо.

Сообщение отредактировал ValBag - Mar 5 2010, 15:12

[Александр Куличо...]

Просыпаться от таймера 32кГц возможно Power-save режиме. Потребление контроллера в этом режиме в виде графика описано в разделе "Typical Characteristics" даташита.
При переходе в спящий режим нельзя оставлять ноги в 3-м состоянии, так как потребление при этом увеличивается в разы.
В случае периодического просыпания от асинхронного таймера, свою долю в общее потребление будет также вносить потребление контроллера при восстановлении из спящего режима. А оно по длительности сравнительно большое и определяется временем, отведенным под запуск кварца или внутреннего генератора (до 16000 тактов для меги88)

[rx3apf]

А оно по длительности сравнительно большое и определяется временем, отведенным под запуск кварца или внутреннего генератора (до 16000 тактов для меги88)

Поскольку кварцевый генератор у M8/M88 только один, то при использовании кварца 32768 Hz речь может идти только о тактировании от внутреннего RC-генератора, а он запускается практически мгновенно (6 тактов).

[adc]

Почему Вы не рассматриваете вариант озвученный ранее с использованием Watchdog Reset? Использовал подобное решение в устройстве работающем на батареях. По WDT контроллер просыпался каждые 2 секунды, делал быстренько свои дела и баиньки.