Это потребление не модуля, а всей платы со всей периферией. Схему в любом случае буду переделывать на другой модуль.

Это экспериментальные данные.
Условия практически идеальные: антенна на 2dBi на столе, стол у окна, за окном база.

Заказчик хочет одночиповое решение. Так что мой выбор ограничен модулями с EAT/OpenCPU.
Если модуль будет просыпаться по внешнему прерыванию около десятка раз в секунду, инкрементировать счётчик и раз в несколько секунд считывать АЦП, то каким примерно будет его потребление? Какие модули меньше потребляют в таком режиме?
Есть вариант подать частотный сигнал на счётчик с интерфейсом SPI, чтобы уменьшить частоту прерываний. Насколько это может снизить потребление?

Посмотрите в сторону G30 от Telit (бывшая Моторола) и технологии AppZone. Среди прочего, там есть режим глубокого сна с выходом из него по прерыванию либо по RTC.

Тут еще и в цене может вопрос стоять - G30 может стоить как два, а то и три SIM900.
А управление питанием есть и в ЕАТ.

Поэтому для такой задачи или SIMCOM+EAT или QUECTEL+OCPU
Прерывания внутренние от таймера - проснулся, опросил, уснул. Приэтом передатчик отключть CFUN.
Однако потребление ARM чипсета модуля будет повыше чем внешнего контроллера.

И еще учтите что внешний антизависатель, аппаратный или на маленьком контроллере любому модулю с внутренней программой потребуется.

А раз так, то я бы поставил SIM900R+контроллер - эта связка будет оптимальна по питанию, цене и быстроте разработки.
По площади на плате столько же - TQFP или SOIC контроллер ставится снизу модуля или симдержателя.
Модуль будет только функции передачи выполнять поэтому включать его только когда нужно.
Ну а лов-повер контроллеров просыпающихся на события полно. По питанию так точно самый экономичный вариант.

Стандартные цены - да, в полтора-два раза выше. Однако под проект возможна спеццена, сопоставимая с SIM900 либо GL868.

Да не любому...

Так ведь под проект и мы цены опустим, получится та же разница, если не больше.
Для CНГ (кроме Украины из-за регистрации ИМЕИ) цена в розницу на SIM900R уже $12.
Не в обиду, но думаю что сопоставимой не будет - на рознице и мелком опте мы еще можем
отойти в сторону и не тягать одеяло с конкурентами, но на больших промышленных партиях
вполне можем дать цену даже ниже чем у Quectel M72.
Для SIM900R у Симкома предусмотрена специальная ценовая политика.
Поэтому именно он + контроллер будет дешевле чем SIM900+EAT.

>>>Да не любому...

Не зарекайся от сумы да тюрьмы..... А вдруг зависнет?

Я могу это утверждать для модулей в нижней ценовой категории. Что в более дорогих - не изучал, там вы вполне можете быть правы.

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

Вопрос то был именно в модуле с поддержкой EAT или чего-то аналогичного, а у SIM900R этого как раз и нет. Соответственно, сравнивать надо с SIM900. Про SIM900R спорить не буду - да, он дешевле выходит.

Не знаю, как там sobr справляется, но у меня OpenAT вполне даже неплохо вис.

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

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

Ух ты... Раскажи подробнее плз, как вешал.

Внешний аппаратный антизависатель есть. Дороговизна G30 будет терпима с учётом его преимуществ: capture/compare и 2 варианта подключения разъём/пайка. Для опытного образца- подключение разъёмами, для серийного - пайка.
capture/compare работает в sleep? На с.86 G30 Hardware User Guide не указан номер вывода capture/compare - опечатка?
Где приобрести 1шт. G30 для опытного образца? Я в Новокузнецке, а скоро поеду в Челябинск, потом в Новосибирск. GSM модули там где-нибудь продаются?

Прочитал данные по I2C

Точнее передал данные по I2C. На чтении не виснет, а просто иногда пропускает данные.

По поводу Capture/Compare - это 7/62 вывод. Он может быть сконфигурирован как SPI, GPIO либо Capture/Compare.
Может ли работать он в Sleep mode - уточню и сообщу дополнительно.
Касательно образцов - есть на складе в Спб. Есть также и отладочный комплект.
Обращайтесь сюда, решим как доставить.

Давай те по порядку.
1. Что вы подразумеваете под зависанием?
2. Не смотря на на найденные мной описания багов I2C, единственное, что я смог спровоцировать, это то, что при физическом давлении шины помехой, он выдает ошибку -2.
3. И самое главное, я на сегодняшний день не могу спровоцировать зависание, единственное что удалось - рестарт модуля по исключению которое появляется по моей невнимательности и обрабатывается при входе в программу.

Поймите, я не имею отношения к продажам или поддержке модулей, я потребитель, и я выпускаю тысячные партии на них, без внешних "антизависателей". И я очень хочу найти ли спровоцировать ситуацию зависания, что бы ее локализовать и обезопасить себя. Но не могу, не виснут сволочи...

Многие пишут "виснут ..." по I2C или другим причинам. Уже 4 года ищу разбираюсь, и всегда оказывается "Вы просто не умеете их готовить..."
Не могу я их повесить, и все!

Багов конечно много, как у большинства, но не виснут...