Пропало питание, нужно сохраниться. Как?

[pierro]

Всем привет.

Столкнулся с очень интересной задачкой.

Пишу программу на С для attiny2313. Нужно определить момент пропадания питания для микроконтроллера, сохранить его стан, а после возобновления питания, продолжить работу с остановленного места. Пока пришла такая идея. Повесить "хороший" конденсатор на питание, и в обход конденсатора подать питание на PB0 (для примера) микроконтроллера. Если пропало питание на PB0 быстренько отключаем все нагрузки (индикатор и т.д.) сохраняем все нужные данные в eeprom. Думаю, конденсатора на 3000 - 4000 мк должно хватить. Потом только прочитать данные и продолжить работу.

Может в есть еще идеи? или может другие "все-мирно" известие способы?

Спасибо.

P.S. сохранять данные каждение хх минуть - не хочу (да и на eeprom єто не хорошо), батареек ставить тоже не хочу.

[МитяРа]

Весь вопрос в том, на какое время пропадает..
Можно отследить этот момент, а потом просто перевести МК в режим микропотребления.. /если конечно он у него есть../

[demiurg301]

Ионистор. Секунд 20 у вас будет. Только дешевле батарейку поставить и 2 диода.

[pierro]

Весь вопрос в том, на какое время пропадает..

Время неизвестное, от 1 сек, до нескольких суток

[МитяРа]

Один из возможных способов мя те написал, а по поводу реализации - подбери себе микруху монитора питания/супервизора..

[Dmitry Dubrovenko]

Пока пришла такая идея

ИМХО, идея - правильная (я бы тоже так делал, но обычно ставлю батарейку).
Только надо озаботиться об интервале опроса порта-датчика напряжения.

[Axon]

А не проще ли автоматически сохранять данные в главном цикле через какое-то время?

[Shavire]

А не проще ли автоматически сохранять данные в главном цикле через какое-то время?

Нет. А если питание пропадет в акурат с записью во флеш? И если повішать частоту записи то шансі так попасть увеличиваются , а если уменшать то падают, - но тогда есть ли в єтом смісл? Все зависит от задачи.....

ставь лоу-дроп диод + конденсатор, таким образом чтобі только МК был запитан.

[vin_07]

Есть тема про часы, утверждают, что с ионистором в 1Ф они ходЮт четверо суток, правда там мега16, исходник открыт.

[clawham]

e меня проект ваттметра
питание кренки через делитель заведено на прерывние
основное питание с кренки на МК шунтировано 1000 мкф кандером
кроме МК есть ещё экран с подсветкой(4 вольта стабилитрон)
записывать надо около 30 значений 32-битных в еепром
успевает раз 5 всё прописать запросто...
просто супервизор МК (БОД) ставится на 3.3 вольта и все дела - еепром не затрется проблемами с питанием и успеет прописаться...
ещё заметил особенность - если данные не менялись то успевает проскочик 10000 циклов записи до вырубания проца...тоесть по факту запись не производится!!! поэтому за ресурс можно не переживать....и при каждом Falling edge на прерывании писать критически важные данные в епромину - пусть даже и от сетевых помех

два устройства трудятся у меня и штук 5 в РЭСе и ниразу ни у кого данные не пропадали или не успевали прописаться...все гут

[Lockdog]

Только надо озаботиться об интервале опроса порта-датчика напряжения.

Зачем? Лучше использовать внешнее прерывания, по изменению сигнала

[Dmitry Dubrovenko]

Лучше использовать внешнее прерывания, по изменению сигнала

Это - всего лишь один из способов реализации.

[IfoR]

ИМХО, поддерживаю: ионистор и прерывание по изменению сигнала самое оно.
Что-то типа этого:

[md5sum]

питание кренки через делитель заведено на прерывние
основное питание с кренки на МК шунтировано 1000 мкф кандером...
а прерывании писать критически важные данные в епромину - пусть даже и от сетевых помех

Подтверждаю! Правда у меня 680 мкф, но нет индикатора с подсветкой (точнее есть, но развязаны с МК диодами).
32 битное значение сохраняется примерно за 1/5-ю от времени "жизни" МК от конденсатора - проверялось осциллографом.

[Rimsky]

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