Устройство на базе SIM300D большую часть времени находится в спячке. Линия RI заведена на прерывание процессора. Звонок или входящая СМС приводит к изменению состояния RI. По низкому уровню происходит выход из спячки, частота процессора увеличивается и пошло-поехало. Замечено, что довольно часто линия RI произвольно (входящего вызова нет, входящей СМС нет) меняет состояние , что приводит к просыпанию процессора со всеми вытекающими. Проверяет СМС - ничего нет, засыпаем обратно. Ничего страшного, но напрягает лишнее потребление. А потребление в данном устройстве критично.
Как быть ?

проинформируйте какая прошивка у вас?
как в схеме линия RI заведена на прерывание? Есть ли резистор и куда?
какой проц, какое напряжение питания у проца?
какие команды использовали для RI?

Скорее всего вы ловите помеху и/или применили неудачную схемотехнику/разводку.
Мы тоже используем RI по прерыванию, правда не из спяки, но все же. Ложных срабатываний нет.

Последовательного резистора на RI нет, ибо вход, а не выход. Подтяжек тоже нет, не видел я требований. Питание проца 3.3В.
Если имеется ввиду подозрение что нет согласования уровней по всем линиям , то скажу,что все выходы проца идущие на модуль имеют последовательные резисторы 150 Ом. Не фонтан, конечно, но по докам разрешают. Возможно это и помеха, но на осциле чётко видно, что линия дёргается вниз до упора, причём, ладно бы я передавал по GPRS что-то, тогда пиковые нагрузки ещё могут вызвать помеху, а когда модуль в спячке, проц в спячке потребление минимально, откуда там помеха ? Прошивка 15-я.


1. 15
2. Как обычно заведена, без резисторов.
3. AT91SAM7S256, 3.3В
4. По RI команд не припомню.

Сообщение отредактировал 0xFE - Mar 27 2010, 15:14

простите, но меня вот интересует. Много вы наэкономите? Основное потребление как раз на модуле. А то что процессор пару лишних раз проснется - не беда. Совсем другое дело: почему он без толку просыпается?

Немного. Порядка нет, вот проблема.

Читайте документацию внимательно. /RING шевелится не только от звонков или смс.
Он еще каждый URC сопровождает.
AT+CFGRI

Давно уже. AT+CFGRI=1 (URC не сопровождается импульсом линии RI), AT+CIURC=0 (URC отключены)
Всё равно дёргается до земли 120мс. Это может быть раз минуту, а то и чаще, а иногда долго нету такого эффекта.

я бы оставил URC включенным, и посмотрел что из модема лезет в теч. всего этого времени.
Undervoltage, overvoltage... еще что-то.
все это (гипотетически) может приводить к переинициализации (сбросу состояния) внутренних компонентов модема.
А потому может и /RING дергаться. + возможные баги в прошивке.
надо убедиться, что его состояние модема "стабильно".

Своей головой нужно думать, в первую очередь, а не только на требования смотреть. Если не хотите "ловить глюки" - подтяжки для UART-а (5-10К) нужно устанавливать обязательно, во всех случаях! Подтягивать к нужному начальному уровню необходимо не только RX и TX, но и все сигнальные линии, входы и выходы, вне зависимости от того, как они используются, и используются ли вообще. Только после этого можете "грешить" на программные "глюки"...

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


Еще лучше совет. Судя по опыту этого форума следование подобному совету - прямой путь к ловле этих самых глюков!
ЗЫ. Уточните пли-из к примеру - куда подключать подтяжки ножки Rx и Tx модуля? ...

Да, ладно, не обращайте внимания. Дядя про фантомную запитку ничего не слышал, он же своей головой всё время думает. Это не говоря про лишнее энергопотребление - каждую линию подтянуть 5-ю килоомами.

подтяжки ставить на вывод STATUS/ или на управляемый этим выводом LDO на 2.8 - 3.0 V

Включил обратно вывод URC, погонял. Результат неутешительный , никаких URC не лезет (конечно, за исключением, в начале инициализации Call Ready). Кстати, дефект возникает только когда модуль в спячке. DTR=1. Прошивку поменял на 17-ю, результат тот же. Небольшую подтяжку после иницализации включал (проц позволяет по каждой ноге по отдельности включать поддтяжку к питанию) и для RI , и для TX/RX - не помогает. Уже не знаю куда копать - всё идеально пашет кроме этого бага.



Вот это попробуем.

И вот это еще посмотрите - здесь описаны все моменты появления RI
http://microchip.ua/simcom/GSM-GPRS-GPS/Ap...0Port_V1.01.pdf