3 года от батареи 26 А/ч. Надо сделать..., На AVR Опции

[Dikoy]

Нужно сотворить девайс, который будет работать 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 с ОЗУ совмещённые?

[Duhas]

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

[dinam]

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

Ради не голословности - дело было давно да и было сделано только по одному пробному образцу. Каких-то проблем поэтому наверное и не было. Сильно запомнился этот топик. Я написал что знаком с продукцией Atmel, только для того для меня особой проблемы применить МК другого производителя нет. За некоторое время можно прочесть соотоветсвующий datasheet, изучить ПО и т.д. Но вот такое отношение производителя к потребителям сильно настораживат. Поэтому лично у меня нет никакого желания применять МК фирмы Atmel нет. Лучше уж я чего-нибудь новое освою. Я не хочу учиться на своих ошибках, лучше на чужих .

а что самое смешное начав метаться можно попасть на проблемы сначала у 1 потом у 2 и т.д. ...

Как раз для вас я чуть выше написал, что проблем у выбранного мною производителя в серии за 7 лет нет. Сроки жизни МК большой, глюки кристаллов не умалчивают, support работает. Осмелюсь вам задать вопрос, вы наверно только AVR применяете и наверно серийности нет? Раз так рьяно пытаесь Atmel защищать.

[iosifk]

Как раз для вас я чуть выше написал, что проблем у выбранного мною производителя в серии за 7 лет нет. Сроки жизни МК большой, глюки кристаллов не умалчивают, support работает. Осмелюсь вам задать вопрос, вы наверно только AVR применяете и наверно серийности нет? Раз так рьяно пытаесь Atmel защищать.

Я не буду говорить, что продукция фирмы Атмел плохая, а какая-то другая - хорошая... Не в коем случае. Но вот я знаком с системой поставок НЕК. Так там за 2 года выдается предупреждение о снятии с производства. И снимаются модели с производства редко. Потому что основные клиенты НЕК - это производители промышленной продукции. А им надо не только выпустить на "бесплатном софте", но еще и ЗИП 5-8 лет поддерживать. И для этого у них сделана специальная программа поставок. Так же ведет себя и Микрел. Они выпускают самые новые трансиверы KSZ8051, но так же и более ранние: KSZ8041, KSZ8001 и даже KS8721... И все только для того, чтобы обеспечить клиентам ЗИП... Так же себя ведет и Инфинион с его микроконтроллерами.
По поводу ошибок в кремнии, так у кого их не бывает. Просто все дело в том, насколько быстро и качественно фирма их исправляет, и насколько полно их описывают. И конечно, зависит от техподдержки...

А то, что Атмел для кого-то делает микропроцессоры в автомобильном диапазоне, так это не показатель. Какая часть продукции это? крошечная, и ее никому "на сторону" продавать не будут... А уж то, что для автомобильного рынка более жесткие критерии отбора деталей, так это - факт. И пробиться туда довольно сложно. Вот только микроконтроллер для работы с двигателем будет в "автомобильном"
исполнении и микроконтроллер для радиолы тоже будет в "автомобильном" исполнении. Понимаете разницу? Куда поставят микроконтроллер фирмы, которая не заработала репутацию надежного производителя? В тормозную систему или в подушки безопасности? Сильно сомневаюсь...
Вот я потому и задаю такой вопрос: почему для дела берем не то, что будет работать долго, а то, что "легче схватить"?

[xelax]

Ещё одна тема свалилась в холивар.
Каждый сам впарве решать что ему использывать. Никого не защищаю да и защищать не хочу.

А по поповоду диапазонов и делений на automotive, industrial and commercial я Вас спешу расстроить. Ничего специально для таких чипов не делается. Конвейер один. Если надо производителю наццать тыщ индустриальных контроллеров, он берёт первый попавшийся с конвейера и тестирует на соответствие требованиям. Те что прошли тесты штампуются индастриал, те что не прошли коммершиал. А после того как наццать тыщ набрали все подряд штампуются комершиал. Так что деление весьма условное.

Да и репутация вещь также слабо осизаемая. В конечном итоге в большинсте компаний коммерческая выгода превалирует над хотелками инженеров. Если производитель силикона А, предложит чипы на полбакса дешевле чем производитель Б для партии в мильён штук. То как бы инженер ненавидел чипы производителя А сядет и будет делать свою работу, либо пойдёт искать новую.

[iosifk]

А по поповоду диапазонов и делений на automotive, industrial and commercial я Вас спешу расстроить. Ничего специально для таких чипов не делается. .... Так что деление весьма условное.

Да и репутация вещь также слабо осизаемая. В конечном итоге в большинсте компаний коммерческая выгода превалирует над хотелками инженеров. Если производитель силикона А, предложит чипы на полбакса дешевле чем производитель Б для партии в мильён штук. То как бы инженер ненавидел чипы производителя А сядет и будет делать свою работу, либо пойдёт искать новую.

Это Вы слишком спешите. Не самом деле все далеко не так... К нам приезжают представители Аналога из Европейского офиса и рассказывают, что значит "0% брака" для автомобильной отрасли и какие силы в это вгрохиваются... Если скажем на пластине для коммерческого диапазона нашли 1 неработающий чип, то его отбраковывают. А если это автомобильный, то отбраковывают вокруг еще 5 рядов микросхем с каждой стороны... И не идет речи о "полбакса", если это тормоза или мотор, потому, что судебные издержки - на миллионы долларов.

просто в данном обсуждении мне интересен взгляд на дело. "Мы хотим делать серию для пром автоматики, но на комплектующих для бытовухи" - вот это я и не понимаю. И это не холивар, потому, что таймеры, функции и коды - это дело техники и оно в общем понятно всем, даже студентам. А вот то, что изделие надо сопровождать, отвечать за рекламации и комплектовать ЗИПом - вот это как раз многие не хотят понимать. Т.к. их этому не учили... Да и Вас видимо тоже... Потому что "превалирует над хотелками инженеров."
Удачи!