Нужно сотворить девайс, который будет работать 3 года от батареи 6,9V 26 A/h.
Батарея есть пак литиевых кубышек. Промышленная, то есть гарантирует как ёмкость, так и температурный диапазон (-40..+60). Так что её не обсуждаем а исходим из того, что есть источник 6,9V 26 A/h.
К этой батарее прицепляется девайс, который должен раз в минуту опрашивать 4 датчика МИДА-13П ( http://www.nponts.ru/downloads/pdf/13p.pdf ), причём датчики питаются от девайса (по непроверенным данным каждый датчик лопает 1,5-2 мА). И ещё 4 дискретных входа "на землю".
Полученные данные сохраняются в память и сливаются по GPRS (Siemens_MC52i) раз в сутки.
Ещё на плате должны стоять I2C часы (RTC) и их данные сохраняются при каждом измерении.
В принципе, МК, модем и датчики могут работать от 3,6 вольт. RTC такой, думаю, не сложно будет подобрать. Это хорошо.

Вот такое ТЗ.

Как думаю решать. Заказчик хочет AVR, выбрал ATmega328P. Потом, если что, сгоню до требуемого объёма флеша, ибо 328/168/88/48 совместимы по пинам.
МК спит, просыпается раз в минуту (или около того) по вачдогу. ИМХО самый экономичный вариант. Пока не знаю, нужно ли точно раз в минуту, но судя по тому, что запоминается значение часов при измерении, можно +-лапоть.
Проснувшись, подаёт питание на датчики (чем лучше? Самими лапами МК или внешним драйвером?). Пока те приходят в себя (время в ДШ нет, да и ИМХО тупой мост там, но думаю пару мс надо) обмеряю дискретные входы. Потом датчики. Анализирую значения (если они близки к аварийным надо немедленно вызывать базу). Если всё ОК, снова спать.
При наступлении суток включаю питание модема мосфетом (ибо во сне он лопает 50 мкА) и передаю.

На первый взгляд всё хорошо и понятно. Но есть ряд моментов.

1. Чем это дело питать? Потребление меняется от микроампер, до сотен мА (в момент передачи модемом). Нужен экономичный БП.
2. Как питать модем? Из-за сильного потребления при передаче сейчас (у существующей полумакетной версии девайса от предыдущего разработчика) на плате стоит доп. аккумулятор. От него хочется избавиться, плюс это лишняя утечка на свой заряд. Ионистор, боюсь, не отдаст необходимый ток. Есть идея питать модем от отдельного БП, запускаемого МК. Или даже на самом МК собрать степдаун и запускать только когда нужна передача. Посоветуйте.
3. Где хранить данные? Одно измерение, это больше 80 байт. Флеш прожорливые, может есть экономичные ОЗУ? На I2C и т.п.
4. Надо либо избавиться от внешнего RTC, либо сделать его максимально экономичным. Сейчас там стоит DS1307 с внешней батарейкой. Это не только потребление, но и ненадёжность, т.к. я не уверенн что батарейка выдержит необходимый диапазон (-40+60). Значит либо питать RTC надо от основной батареи без резервирования, либо как-то собирать средствами атмеги.
Может есть RTC с ОЗУ совмещённые?

я так и не понял от чего питаться будем? От батареи 6,9V 26 A/h все три года? Тогда я вас расстрою. Саморазряд составит 2-3 % в месяц. Считайте...

Грубо прикинув энергетику, получается, что 3 года на такой батарейке можно работать и даже особо не экономить. Если уложитесь в 5мВт средней постоянно потребляемой мощности (а уложиться вполне можно, мой грубый расчет 1,2-1,5мВт показывает), то хватит на 3 года даже с учетом падения емкости на морозе и за счет саморазряда. Только датчики желательно брать с выходом 0,4В...2В и питанием 3,6В.

У литиевых батарей саморазряд много меньше вроде бы..

Кроме этой батареи других нет
Саморязряд не саморазряд, а у конкурентов при тех же исходных работает. Причём с датчиками, которые на 4-20 мА. Такчто сие реально, надо только понять как.

Скорее всего (судя по рабочему диапазону температур и емкости) топикстартером имеется в виду батарейка на основе Li-MnO₂. Да, у нее саморазряд около 3%. Только не за месяц, а за год!. См. подобные батареи, например, у SAFT.

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

Dikoy, а если посмотреть в сторону возобновляемых источников? При таких потреблениях вроде особых проблем быть не должно.

Да вроде хватать должно. Ничего не знаем о стабилизаторах. Прикидываем:
емкость аккумулятора в Кулонах 26Ач=26*3600Ас=93600Кл
кулонов на сутки 93600/(365*3)=85 (с копейками)
из них грубо на GSM/GPRS 0.5А*30с=15Кл
на датчики и прочая остаётся 70 Кл в сутки
это в минуту 70/24/60=0.048Кл.
ИМХО, на питание датчиков, оцифровку и прочая 2 с достаточно.
итого, можно жрать 24 мА * 2с.
Это всё не учитывает среднего потребления в спячке, но уже по первой прикидке должно хватить

Можно избавиться от внешнего RTC, подключив часовой кварц на асинхронный таймер и реализовав часы программно.
Данные можно сохранять во внутренней eeprom атмеги (но это до поры, надо следить за напряжением питания).
У обыкновенной атмеги мне в power save удалось получить 6мкА.
Сколько потребляют атмеловские picopower не знаю, не было возможности измерить.
Есть ещё вариант взять Ыксмегу, если точность часов не очень важна, у неё есть ultra low power генератор, указав его как источник для внутреннего RTC в power save удалось получить меньше 1 мкА.
Но точность у него плюс минус лапоть.

Я просто хочу узнать, почему для промышленных применений выбирается микроконтроллер производителя, который в основном ориентирован на бытовуху? Ведь еще не закончились обсуждения о том, как Атмел снял с производства... Ну и т.д. И вот снова "и Атмел пророк его"...
Или я не прав?

Открыл даташит на 1284p тоже picipower: operating temperature -55 .. +125 С
Это что ж за бытовуха такая???


Так уж получилось, что СВОБОДНЫХ средств разработки и отладки для avr намного больше чем для всего остального, ещё больше наверное только под arm. Крякнутые (ворованные) йяры, кейлы и пр. не в счёт, такое прокатывает только в мазараше и то уже не везде. Распространиться также уже успело по всему миру, наверное только папуасы в джунглях ещё не мастерят на атмегах поделки. А следовательно когда наткнёшься на вилы, не останешься со своей экзотикой в одиночку, всегда есть в инете группки сообществ, которые попытаются подсказать и помочь с проблемой. Потому народ и тянется к тому что проще и понятней.

Дело не в температурном диапазоне.
Полностью поддерживаю это утверждение. Постоянно читаю на форуме о проблемах с Atmel. То проблемы с покупкой, то регулярном снятии МК с производства, то о глюках кристаллов о которых производитель умалчивает и по тихому пытается исправить. Выберите нормального производителя, я когда-то для себя выбрал Microchip. Лет семь назад разработал пару устройств на PICax, так они до сих пор выпускаются серийно без всяких проблем.
P.S. с продукцией Atmel знаком, делал проекты(не по собственной воле) на 51 и Atmega.

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

Поддерживайте.
Вот, первая попавшаяся тема про Техасские Инструменты: http://electronix.ru/forum/index.php?showtopic=81193
Если почитать также как и в темах про атмел - то сейчас практически у всех проблемы с производством. А атмелу пришлось хуже всего из-за большого спроса, как я понимаю. Не справились склады поставщиков.

А эт уже смешно. Давайте не будем разводить стандартный холивар.