Аналог модуля HLVD в AVR Опции

[Arxi]

Приветствую! В мк PIC есть модуль HLVD, который программируется на некоторый порог напряжения и при снижении/повышении питания ниже/выше этого порога вызывается прерывание. В своем проекте использовал его для детектирования снижения питания и перевода мк в режим sleep. Перешел на AVR и обнаружил что такого модуля тут нет. Может быть кто нибудь решал подобную задачу? Пока что единственный вариант вижу такой: заводить на АЦП питания и с некоторым периодом его проверять. Но это время...при пропаже питания мк еще некоторое время будет работать на рабочей частоте питаясь от батарейки, что снижает время ее работы...

[Arxi]

Про аналоговый компаратор я знаю. Вопрос вот в чем. Для него надо делать опорный сигнал, который тоже будет зависеть от питания. И каким же образом будет происходить сравнение? Понижается питания - понижается опорный сигнал. Хотя...если в качестве опорного сигнала использовать батарейку...

[zhevak]

Про аналоговый компаратор я знаю. Вопрос вот в чем. Для него надо делать опорный сигнал, который тоже будет зависеть от питания. И каким же образом будет происходить сравнение? Понижается питания - понижается опорный сигнал. Хотя...если в качестве опорного сигнала использовать батарейку...

А по каким критериям Вы откидываете использование внутреннего ИОН-а (Источник Опорного Напряжения) ?
Используйте бит ACBG регистра ACSR, а тип перепада входного напряжения (1 -> 0 или 0 -> 1) задавайте в том же регистре битами ACIS0 и ACIS1.

Прикиньте, сколько времени будет разряжаться конденсатор 220 мкФ с номинального напряжения до напряжения, при котором уже проц перестанет работать. Т.е. до напряжения, когда переключаться на батарею будет уже поздно. Посчитайте, сколько команд успеет выполнить проц за это время. Оцените ситуацию, сможет ли проц, получив прерывание от компаратора, успеть переключить питание? (Мне кажется, успеет и не одну сотню раз.) Это я говорю к тому, что при таком конденсаторе (220 мкФ) будут очень медленное нарастание питающего напряжения при включении, и у Вас могут возникать сложности с запуском проца. Нужно будет задействовать BOD. В курсе?

[Arxi]

А по каким критериям Вы откидываете использование внутреннего ИОН-а (Источник Опорного Напряжения) ?
Используйте бит ACBG регистра ACSR, а тип перепада входного напряжения (1 -> 0 или 0 -> 1) задавайте в том же регистре битами ACIS0 и ACIS1.

Прикиньте, сколько времени будет разряжаться конденсатор 220 мкФ с номинального напряжения до напряжения, при котором уже проц перестанет работать. Т.е. до напряжения, когда переключаться на батарею будет уже поздно. Посчитайте, сколько команд успеет выполнить проц за это время. Оцените ситуацию, сможет ли проц, получив прерывание от компаратора, успеть переключить питание? (Мне кажется, успеет и не одну сотню раз.) Это я говорю к тому, что при таком конденсаторе (220 мкФ) будут очень медленное нарастание питающего напряжения при включении, и у Вас могут возникать сложности с запуском проца. Нужно будет задействовать BOD. В курсе?

Проблем с запуском в предыдущей системе (на мк PIC) не возникало. Просто хотелось бы как можно меньше тратить заряд батарейки. Но вообще вы правы. Можно использовать ИОН. Ведь напряжение питания для проверки будет браться до диода. Соответственно питания пропадает, но конденсатор 220 мкФ заряжен, и пока его заряд опускает до 3,7 в (напряжение батарейки) диод перед батарейкой не откроется. За это время мк должен успеть обработать прерывание и уйти в sleep со снижением тактовой частоты.

P.s. может быть кому то мои вопросы покажутся банальными, но просто хотелось бы обсудить этот момент со знающими людьми.

Да и ИОН не нужен - на одну ножку +3,7 , на другую с анода диода основного питания b]+5В [/b] - там 0 - переброс компаратора - прерывание ......

Эту идею я уже озвучивал..она мне кажется наиболее удобной.

[zhevak]

Проблем с запуском в предыдущей системе (на мк PIC) не возникало.

У Вас совершенно другой МК! Нельзя проводить эту аналогию!

Просто хотелось бы как можно меньше тратить заряд батарейки.

Переключение на батарейное питание займет несколько микросекунд. Это вообще капля в море!
Вас поджидает еще одна проблема. Как Вы планируете узнавать, что питание восстановилось?
Для этого МК у Вас должен периодически просыпаться. Если Вы его загоните в PowerDown (самый экономичный режим), то способов разбудить его у будет очень немного.

Ведь напряжение питания для проверки будет браться до диода.

А еще лучше взять напряжение до стабилизатора. И выбрать его уровень равный значению, когда напряжение питающей сети минимально, а потребление схемы максимально. Тогда, у Вас будет еще дополнительное время, после того, как пропадет сеть -- пока конденсаторы на входе стабилизатора разрядятся до напряжения, когда стабилизатор уже не сможет выдавать нужные 5В на своем выходе!

[Arxi]

...
А еще лучше взять напряжение до стабилизатора. И выбрать его уровень равный значению, когда напряжение питающей сети минимально, а потребление схемы максимально. Тогда, у Вас будет еще дополнительное время, после того, как пропадет сеть -- пока конденсаторы на входе стабилизатора разрядятся до напряжения, когда стабилизатор уже не сможет выдавать нужные 5В на своем выходе!

Хорошая идея! так и сделаю.
Кратко опишу систему. Когда питание в норме, то мк выполняет свои многочисленные функции (сбор данных, их обработка, вывод на tft дисплей, управление различными устройствами, общение по CAN шине). но вот питание пропадает, мк ощущает это и переходит в режим энергосбережения со снижением тактовой частоты. Всю периферию отключаем кроме таймера, который продолжает тикать часиками. По прерыванию от этого таймера обслуживаем часы. Так вот в PICе можно было запускать модуль HLVD и проверять вернулось ли напряжение. А тут...если только обслужить прерывание от таймера (по которому мк и будет просыпаться) а потом, перед тем как уснуть опросить флаг прерывания от компаратора?...

Сообщение отредактировал Arxi - Jul 25 2011, 05:58