Не могу до конца разобраться с режимами пониженного энергопотребления.

У нас есть at+cfun = 0. Судя по показаниям амперметра - самый эффективный режим, нет UART, есть регистрация в сети. Но есть еще и at+cfun = 4, при котором модем не регистрируется в сети.
Есть еще в скрипте функция MOD.powerSaving(...), но, как показала практика, почему-то эффективнее из того же скрипта отправить команду at+cfun = 0.

Интересует вопрос, можно ли поставить модем в такие условия, чтобы не функционировали UARTы и модем не регистрировался сети? Все управление при этом передано phytonовскому скрипту.

При таких условиях, по-видимому, самым эффективным будет отключение трансивера внешним ключом (при условии, что baseband запитан!). Управлять же ключом можно и из Питона, через порты ввода/вывода модуля.

Впрочем, попробую спросить техподдержку Telit, может подскажут иное решение.

Сообщение отредактировал molecul - Oct 10 2011, 08:13

Спасибо. Хочу попробовать еще вариант. Из скрипта при помощи +CALA и SHDN# отключить модем. Главный вопрос, перезапустится ли скрипт?
Сам обязательно проверю, но вот на сколько надежным будет такое решение.

AT#STARTMODESCR=2 поможет
Ничего криминального в таком решении не вижу, должно работать. Не забудьте только RTC запитать и выставить время.

А вот и ответ производителя:

Правильной дорогой идете, товарищи

Мда, Телит занет толк в извратах....
Запускать скрипт заново? И сколько по времени он будет стартовать?
А надо, допустим, всего лишь проверить некий уровень GPIO или АЦП и в зависимости от этого принять решение, спать дальше или работать.

Это еще не все извраты
По поводу времени запуска скрипта - зависит от самого скрипта, а также от того, прекомпилированный он или нет. Первый существенно быстрее работает.
А уровень АЦП или GPIO можно проверить вовсе без скриптов - для этого есть монитор событий. Причем его можно использовать как совместно со скриптом, так и отдельно. Ознакомьтесь с приложенным документом и будете приятно удивлены

Ознакомились. Но, вероятно, подобным образом мы не сможем пробудить модуль после #SHDN до наступления времени, заданного в +CALA. Я правильно понимаю?

Ну да, и на елку влезть и одно место не ободрать не получится. Однако это можно сразу после пробуждения, не запуская скрипт. В общем, однозначного решения тут нет, зато есть простор для экспериментов.

В даташите написано, что в режиме простоя потребление можно сбить до 1.2 мА. Как это сделать, перешарил всю документацию. Ничего кроме CFUN не нашёл. Да и то эта команда по факту не меняет энергопотребление в простое ни как. У меня стабильно держится в районе 18 мА. Кто-нибудь смог снизить потребление?

Добрый день. Многие уже снизили потребление, путем замены Телита на Cinterion.

На GL868
Подать CFUN=5, можно один раз при старте. Потом DTR в единицу (CTS при этом тоже перейдет в единицу) - потребление существенно уменьшается через единицы-десятки секунд. Для обмена DTR в ноль, дождаться падения CTS и можно передавать в модем. Для перехода в энергосбережение опять DTR в единицу.
Забавно, что AT#SHDN "Execution command causes device detach from the network and shut down. Note: after the issuing of this command any previous activity is terminated and the device will not respond to any further command. " приводит к отключению от сети, но AT-интерфейс остается доступным и потребление не изменяется.
При CFUN=0 падение потребления еще больше.

Сообщение отредактировал id_Alx - Jun 21 2013, 11:37

Подыму снова вопрос о энергосбережении. Вы написали что линией DTR управляем потреблением в режиме CFUN=5. Но столкнулся со следующей проблемой. Реакция есть на все эти действия есть, и она даже адекватна и примерно соответствует тому что должно быть. Однако когда мы непосредственно в энергосберегающем режиме (CFUN = 5 и DTR = 1) потребление то около 1.5 мА, то 70 мА. примерно секунд 8-10 потребление 1.5 мА, затем секунд 5-6 потребление 70мА. И так по кругу. И того получается потребление среднее даже выше чем в обычном режиме (18 мА). К тому же в моменты когда потребление 70мА модуль реагирует на AT команды. Почему он столько потребляет? И как отключить эти пробуждения?

Попробуйте стереть все пользовательские настройки модуля:
AT+CMAR="00000000"
Команда выполняется довольно долго, нужно дождаться OK. Если и после этого проблема сохранится - пришлите полный лог инициализации модуля.

Разобрался. Проблема была в том что антена отошла и он просто не был зарегистрирован, поэтому пытался регистрироваться. Вот откуда это периодическое потребление. Кстати у меня в энергосберегающий режим уходит довольно быстро - буквально мгновенно.