[DreamTwister 0]

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

 

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

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

 

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

 

[molecul 0]

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

 

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

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

 

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

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

 

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

Изменено 10 октября, 2011 пользователем molecul

[DreamTwister 0]

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

 

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

 

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

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

[molecul 0]

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

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

AT#STARTMODESCR=2 поможет :)

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

 

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

If they don't need to have the module registered, they can set the internal RTC, the alarm with AT+CALA and shut down the module. When the alarm expires, the module is turned on and Python script starts running again.

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

A_RTC_Backup_Application_Note_R0.pdf

[Alechek 0]

Мда, Телит занет толк в извратах....

Запускать скрипт заново? И сколько по времени он будет стартовать?

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

[molecul 0]

Мда, Телит занет толк в извратах....

Запускать скрипт заново? И сколько по времени он будет стартовать?

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

Это еще не все извраты :)

По поводу времени запуска скрипта - зависит от самого скрипта, а также от того, прекомпилированный он или нет. Первый существенно быстрее работает.

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

Telit_Event_Monitor_Application_Note_r2.pdf

[DreamTwister 0]

Это еще не все извраты :)

По поводу времени запуска скрипта - зависит от самого скрипта, а также от того, прекомпилированный он или нет. Первый существенно быстрее работает.

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

 

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

[molecul 0]

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

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

[Ruslan-maniak 0]

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

[ikvi2 0]

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

 

 

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

[id_Alx 0]

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

 

На 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 падение потребления еще больше.

Изменено 21 июня, 2013 пользователем id_Alx

[Ruslan-maniak 0]

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

[molecul 0]

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

Попробуйте стереть все пользовательские настройки модуля:

AT+CMAR="00000000"

Команда выполняется довольно долго, нужно дождаться OK. Если и после этого проблема сохранится - пришлите полный лог инициализации модуля.

[Ruslan-maniak 0]

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