SIM900: если модуль завис, Как определить что модуль завис Опции

[Ildar Belkin]

Здравствуйте!
Были дискуссии о NRESET и POWER о том что они не гарантируют аппаратного перезапуска модулю SIM900. Решение проблемы на форуме вытекло в отключение питания на SIM900 на ногу VBAT - способов много - от P-канального MOSFET и реле до применения контроллеров(стабилизаторов) питания с ногами типа EN - разрешения подачи питания на выход.

Здесь все понятно как и что, а по каким критериям Вы определяете что модуль завис? и что в нем виснет обычно или всегда, например, при перегреве или от помех?
Поясню:
Топорно: Вот я планирую подавать через usart PIC-контроллера на SIM900 команду "AT" (например) и ждать ответа от модема "ОК".
Это слишком тупой вариант? Гарантирует ли он определение состояния зависания SIM900? Есть какие-либо более надежные способы - если они нужны? может быть можно подавать какую либо команду и следить за действием какой-либо ноги?

[Master of Nature]

По остутствию активности (ответов) модуля - если модуль используется.
Если общения с модулем нет - можно просто периодически посылать AT и ожидать отклик OK.
Понятно, что в это время нужно находится в командном режиме.

[GeGeL]

А какую основную функцию будет выполнять модуль?
Если это действие, инициализируемое вами, то запускайте таймер в начале отработки, и останавливайте при полном завершении отработки. Если таймаут - считаем, что завис. Так проще и надежнее всего.
Если же действие инициируется извне (например, ожидание входящего звонка), то тут однозначно не получится советовать. Надо изворачиваться по ситуации.
Зависнуть может, например, регистрация в сети, но на АТ отвечать будет.

[Master of Nature]

Зависнуть может, например, регистрация в сети, но на АТ отвечать будет.

В этом случае можно контроллировать регистрацию в сети (AT+CREG?)

[Ildar Belkin]

Вот я поэтому и думаю как сделать чтобы максимально обезопасится от зависания. Модуль работает в режиме приема входящего звонка по команде RING в консоли (через прерывание). Мое ПО отправляет смс с состояниями выходов, управляется через поступающие смс-команды.

[Варяг]

В этом случае можно контроллировать регистрацию в сети (AT+CREG?)

именно так проверяю. В основном можно понять как модуль завис - от него ничего не идет в ответ. В этом случае его ни программно ни аппаратно выключить не получается. Но во всех случаях через некоторое время (пару минут) он отвисает.

[=F8=]

AT+CREG?
AT+CGREG?(необязательно)
AT+CSQ
Но самое неприятное, что все это не дает 100% гарантии, что вы еще в сети, по крайней мере так было с sim300. Поэтому лучше еще раз в 2-3 часа давать USSD запрос, например о состоянии счета.

[Ildar Belkin]

Я тоже думаю о USSD запросе баланса как проверке. Сразу чтобы всех зайцев убить. Однако, ответ может и не придет? также? или по тайм-ауту будет отчет об ошибке. Я не знаю как работают USSD команды. Еще только изучаю их

[GeGeL]

Можно также несколько раз позвонить на бесплатный сервис оператора и проконтролировать код ответа. Хотя тоже не факт, что сервис временно не падет в один прекрасный день.
Я когда-то похоже обжегся: для проверки жпрс пинговал рамблер на старте. И вот через три года рамблер упал на день (кто б мог подумать). Пришлось человеку ехать в Москву перешивать девайсы...

[Ildar Belkin]

А сам SIM900 не отслеживает внутри себя состояние того же приемо-передающего тракта или GSM-ного физ. и канального уровней и если он/они зависли сам без внешней помощи реинициализирует? или бывает так плохо что вообще что фиг отследишь.

[Romashki]

С тем что сим900 завис не сталкивался, но полный контроль в Ваших руках.

1 - проверяем ногу статус (это нам скажет о том, что модуль может принимать команды). Без появления этого сигнала - дальнейшая работа с модулем бессмысленна.
2 - ожидаем окончания регистрации в сети (CREG), если регистрация долго отсутствует (например на протяжении 40 секунд), пытаемся перезапустить модуль (поверкей или CFUN=1,1). Без регистрации дальнейшая работа с модулем бессмысленна.
3 - поднимаем GPRS, запускаем функции PING и т.д.

не совсем понимаю где проблема???

Если боитесь перегрева - спрашивайте у модуля температуру;
напряжение питания - спрашивайте питание;
если и это не 100% - то спрашивайте текущее время и сравнивайте с предыдущим значением.

[Konstantin Ilich...]

В документе "sim900_atc_v1 00.pdf" написано: "AT+CFUN=1,1 can be used to reset module purposely". Значит, подачей этой команды можно сбросить модем. Есть два НО:
1. Там же написано: "The <fun> power level will be written to flash except minimum functionality". То есть каждый раз при таком сбросе будет происходить запись во flash. Ресурс flash невелик (1 млн циклов записи), вдруг при полном отсутствии сети GSM будет постоянно лупить такой сброс? Flash в модуле сдохнет быстро.
2. При таком сбросе питание сим-карты снимается? Если да, то симки со счетчиком включений тоже будут сдыхать при длительном отсутствии сети GSM.

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

P.S. Реальная ситуация: прибор с SIM900B лежит на столе (стационар), работает, GPRS подключен, данные передаются по TCP. Через веб-клиент билайна переводим сим-карту в состояние "Запасы" (перестает регистироваться в сети). Модем выдает PDP DEACT и дальше мы не можем отправить данные по TCP, закрываем сокет, отключаемся от GPRS и периодически пробуем подключить GPRS. На AT+CGATT=1 стабильно получаем ERROR. AT+CREG возвращает 0,1, AT+CGREG возвращает 0,0. Теперь переводим симку в состояние "Активирована". В 2 случаях из 10 модем еще минуту отвечает ERROR на AT+CGATT=1, а затем-таки подключает GPRS. Дальше работает как обычно, нормально. Но в 8 случаях из 10 модем продолжает отвечать ERROR и только выкл/вкл по PWRKEY дает эффект, симка регистрируется и модем подключает GPRS. Да, можно так сбрасывать, но этот вариант мне не нравится исключительно из-за того, что симки со счетчиком включений будут дохнуть.
КАК БЫТЬ?

[GeGeL]

Учитывая Ваши страхи, я бы организовал аглоритм где-то так: пробуем подключать жпрс каждую минуту (чаще не вижу смысла из-за инертности оператора). Если в течние 5 попыток не получилось, перезапускаем PWRKEY. Причем в этом случае тщательно конролируем STATUS: чтобы он стал 0, пауза, затем чтобы 1, пауза, опять 1 для гарантии. Если что-то не так, тогда дергаем питание.
Т.о. перезапуск по POWERKEY будет раз в 5 мин при блокировке сим. Если и это пугает, то можно ввести счетчик перезапусков, и спосле 2-х подряд перезапусков пропустить, скажем, следующие 10. Т.о. 2 попытки перезапуска будут каждый час (если это допустимо задачей).

Что касается ресурсов флеш, то не морочьте себе голову - на гарантийный срок вашего устройства точно хватит. Многие, наоборот, в своих изделиях просят ввести рассчитанный износ, чтобы послегарантийно (платно) обслуживать.

Что касается счетчика включения сим, то я про такой не слышал. Был счетчик запуска аутентификации (COMP128), но он все равно будет инкрементироваться при любой перерегистрации в сети, хоть со снятием питания с сим, хоть нет. Реально ни разу не видел симки, блокированной в штаном устройстве, только в ридере при сканировании.

Если есть желание, можете даже попробовать запитать сим отдельно, предварительно замеряв ее питание о модуля - не думаю, что идут какие-то манипуляции с ее питанием, на то есть RST. Только в таком случае если проц в сим зависнет, то надо и ее дергать будет...


PS: и еще - в этих 8 из 10 случаев регистрация в сети появляется, но жпрс не поднимается? Или нет и регистрации? Если последнее, то возможно, есть недокументированные команды из расширенного инженерного меню, позволяющие принудительно перерегистрировать в сети по IMEI (получить новый TIMSI). Тогда нет необходимости дергать питание. Уточните у Эдуарда.

Сообщение отредактировал GeGeL - Oct 16 2011, 06:14

[Ildar Belkin]

1 - проверяем ногу статус (это нам скажет о том, что модуль может принимать команды). Без появления этого сигнала - дальнейшая работа с модулем бессмысленна.
2 - ожидаем окончания регистрации в сети (CREG), если регистрация долго отсутствует (например на протяжении 40 секунд), пытаемся перезапустить модуль (поверкей или CFUN=1,1). Без регистрации дальнейшая работа с модулем бессмысленна.
....
не совсем понимаю где проблема???

Нет нет - нет проблем. Я собственно приблизительно такой алгоритм сейчас и реализовал вместо посылки АТ и ожиданием OK. Я был озадачен тем, на сколько это, как бы, объективно.
С AT+CREG? это конечно лучше - так как и ответ придет (стык с модемом на уровне USART) и регистрацию проверяем (на канальном уровне GSM). Если что-то возникнет более существенное в опытной эксплуатации за 3 мес. - то буду править код под уже возникающие проблемы.

Если боитесь перегрева - спрашивайте у модуля температуру;
напряжение питания - спрашивайте питание;
если и это не 100% - то спрашивайте текущее время и сравнивайте с предыдущим значением.

Эти моменты я учел в проверке. Думаю на данном этапе все эти меры будут конечно не 100% гарантировать слежение за зависанием, но хотябы избежать большей части (если конечно это вообще наступит).

Возник еще такой вопрос:
Есть ли какой-либо параметр определяющий максимальное время ответа модема SIM900 по USART на команды?
Т.е. я имею ввиду что, MCU посылает модему команду AT на скорости 9600, через какое максимальное время мне ожидать прием первого символа ответа?
Я понимаю, что например в команде AT+CMGDA=6 - ответ идет долго - потому что стираются смски. Но для простых команд типа ATZ, ATE, AT и т.п есть ли такие временные рамки?

Я к чему спрашиваю. К примеру, посылаю команду, в ответ ожидается "OK" и через сколько его ждать от SIM900? 100 мс, 300 мс, 1 с? Дело в программном ожидании ОК от модема. Через прерывания в данном случае не могу реализовать - там задействован другой код программы. Если я не буду ограничивать время ожидания ОК и если оно не придет - то гаджет бесконечно зациклится на этом ожидании. Думал решить такую проблему через "хитросбрасываемый" watchdog - но слишком уж жестко это, хотя...

Сообщение отредактировал Ildar Belkin - Oct 16 2011, 08:43

[MKdemiurg]

Я к чему спрашиваю. К примеру, посылаю команду, в ответ ожидается "OK" и через сколько его ждать от SIM900? 100 мс, 300 мс, 1 с? Дело в программном ожидании ОК от модема. Через прерывания в данном случае не могу реализовать - там задействован другой код программы. Если я не буду ограничивать время ожидания ОК и если оно не придет - то гаджет бесконечно зациклится на этом ожидании. Думал решить такую проблему через "хитросбрасываемый" watchdog - но слишком уж жестко это, хотя...

Используйте аппаратный таймер... Если в течении 5-6 секунд не пришёл ОК - ребут модема или повторение запроса( хотя если документированый ОК не пришёл - то это точно висяк и спасёт только ребут). Я так делаю. На каждую команду 5 сек ожидаение ОК( на самом деле приходит моментально и таймер останавливается - но вдруг). CREG? CGREG - делаю опрос с интервалом 2 секунды до 20 раз пока не приходит +CREG: 0,1 . Превышен лимит опроса - ребут модема. Вообщем в любом случае отловите зависон. Т.е. идеально на каждую команду проверка ответа - тогда висяки не страшны. Ну и ограничить кол-во перезагрузок 2-3 штуки.

Сообщение отредактировал MKdemiurg - Oct 16 2011, 10:41

[Ildar Belkin]

Используйте аппаратный таймер... Если в течении 5-6 секунд не пришёл ОК - ребут модема или повторение запроса( хотя если документированый ОК не пришёл - то это точно висяк и спасёт только ребут). Я так делаю. На каждую команду 5 сек ожидаение ОК( на самом деле приходит моментально и таймер останавливается - но вдруг). CREG? CGREG - делаю опрос с интервалом 2 секунды до 20 раз пока не приходит +CREG: 0,1 . Превышен лимит опроса - ребут модема. Вообщем в любом случае отловите зависон. Т.е. идеально на каждую команду проверка ответа - тогда висяки не страшны. Ну и ограничить кол-во перезагрузок 2-3 штуки.

Спасибо, логика понятна. Сейчас правил код - сделал не через аппаратный таймер, а через декремент двухбайтовой переменной в процедуре ожидания от модема ОК. Рассчитал двухбайтовое значение - сколько будет до "0" через 3 сек, вношу перед посылкой АТ, затем запускаю процедуру чтения в цикле приемного буфера с уменьшением двухбайтовой переменной. Выход из процедуры с флажком= 1, если ОК- дождадись, флажок=0 если двухбайтовая переменная обнулилась, до поступления ОК.
Дальше рестарт модему, если флажок=0
Проверил - так работает.

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

[Konstantin Ilich...]

В этих 8 из 10 случаев регистрация в сети появляется, но жпрс не поднимается? Или нет и регистрации? Если последнее, то возможно, есть недокументированные команды из расширенного инженерного меню, позволяющие принудительно перерегистрировать в сети по IMEI (получить новый TIMSI). Тогда нет необходимости дергать питание. Уточните у Эдуарда.

В 8 из 10 случаев CREG неизменно выдает 0,1, а CGREG выдает 0,0, на команду AT+CGATT=1 получаю ответ ERROR. То есть регистрация есть, а GPRS нет. При этом если ребутнуть модем - появляется и GPRS тоже. Вот мне бы как раз команду принудительной разрегистрации или повторной регистрации в сети. Это бы могло помочь.

[Aurochs]

Вот мне бы как раз команду принудительной разрегистрации или повторной регистрации в сети. Это бы могло помочь.

См. AT+COPS

[xMw]

В 8 из 10 случаев CREG неизменно выдает 0,1, а CGREG выдает 0,0, на команду AT+CGATT=1 получаю ответ ERROR. То есть регистрация есть, а GPRS нет. При этом если ребутнуть модем - появляется и GPRS тоже. Вот мне бы как раз команду принудительной разрегистрации или повторной регистрации в сети. Это бы могло помочь.

А после того как приходит PDP DEACT AT+CIPSHUT делаете?

[Konstantin Ilich...]

См. AT+COPS

Пробовал AT+COPS=1,0,"Beeline", и еще AT+COPS=4,0,"Beeline". Никак не реагирует, на AT+COPS? выдает 0 (автоматический режим).

А после того как приходит PDP DEACT AT+CIPSHUT делаете?

По приходу PDP DEACT ничего не делаю вообще.

AT+CIPSHUT делаю в двух случаях:
1) при подключении GPRS, если на AT+CIPSTATUS отвечает не INITIAL;
2) при установлении TCP-соединения, если на AT+CIPSTATUS отвечает не INITIAL, не STATUS и не CLOSED.
Всё по даташиту.

[MKdemiurg]

Хм...а если не проверять cipstatus? Я вот проверяю CGREG, CGATT и если на CIICR приходит PDP DEACT - делаю рестарт. Просто что конкретно даст AT+CIPSTATUS в плане проверки ?

Сообщение отредактировал MKdemiurg - Oct 17 2011, 10:25

[KAlex]

По приходу PDP DEACT ничего не делаю вообще.

Ну и зря.
Делаем cipshut и открываем сессию заново. Как правило со второго раза соединяется ок.

[butthead2]

Хм...а если не проверять cipstatus? Я вот проверяю CGREG, CGATT и если на CIICR приходит PDP DEACT - делаю рестарт. Просто что конкретно даст AT+CIPSTATUS в плане проверки ?

Ничего путевого не даст. Еще с незапамятных времен приколотил на эту кривую команду. CGATT и CIICR - с головой хватает.

[Konstantin Ilich...]

Хм...а если не проверять cipstatus? Я вот проверяю CGREG, CGATT и если на CIICR приходит PDP DEACT - делаю рестарт. Просто что конкретно даст AT+CIPSTATUS в плане проверки ?

Я на CIPSTATUS не жалуюсь, загвоздка не в нем, а в том, что при выполнении CGATT=1 получаю сразу ERROR. Я тут CIPSTATUS даже и не вызываю нигде. Если CGATT=1 ответит ОК, то тогда уже IPSTATUS, но там дальше всё нормально.

Еще раз: проблема в том, что если появился GPRS, то модем сам его не обнаруживает, на CGATT=1 выдает ERROR, и помогает только перезагрузка с отключением питания модема.

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

Ну и зря.
Делаем cipshut и открываем сессию заново. Как правило со второго раза соединяется ок.

Именно так, как только появляются новые данные на отправку, я делаю CIPSEND, получаю ERROR, иду на закрытие TCP-соединения, дальше дается CIPSHUT и при попытке CIPSTART получаю ERROR, то есть со второго раза не соединяется, и дальше так и не соединяется сколько ни пытается. Через паузу иду на закрытие GPRS и пытаюсь подключить GPRS снова, но на CGATT=1 получаю стабильно ERROR. Найти GPRS помогает только сброс модема по PWRKEY и питанию.

Ничего путевого не даст. Еще с незапамятных времен приколотил на эту кривую команду. CGATT и CIICR - с головой хватает.

Если GPRS есть, то CGATT и CIICR проходят чудесно. Если его нет, то на CGATT=1 уже получаем ERROR. Вот щас выкинул вообще вызов CIPSTATUS из алгоритма, загнал опять в то же состояние - проблема та же. CIPSTATUS не влияет.

[GeGeL]

В 8 из 10 случаев CREG неизменно выдает 0,1, а CGREG выдает 0,0, на команду AT+CGATT=1 получаю ответ ERROR. То есть регистрация есть, а GPRS нет. При этом если ребутнуть модем - появляется и GPRS тоже. Вот мне бы как раз команду принудительной разрегистрации или повторной регистрации в сети. Это бы могло помочь.

Обратите внимание на предисторию этой ситуации: я так понял, возникает при переводе работающей симки оператором из состояния "Запасы" в состояние "Работа". Очень похожая ситуация возникает при игре с клоном симки: при включенном оригинале включаем клон, делаем исходящий звонок и затем клон тушим. При этом оригинал в сети (по CREG), но жпрс поднять не можем. Связано с тем, что клон затребовал другой TMSI, и прописанный в оригинале устарел.
Попробуйте:
1. Доходят ли в таком состоянии входящие звонки на модем?
2. Сделать исходящий звонок (возможно, с первого раза не получится) и затем пробовать жпрс;
3. Ну и опять же, попробовать перерегистрацию в сети каким-либо образом (скорее всего, то, что Вы пробовали, не возымело эффекта, т.к. собственно, перерегистрации и не было - сеть оставлась та же).

[Konstantin Ilich...]

Обратите внимание на предисторию этой ситуации: я так понял, возникает при переводе работающей симки оператором из состояния "Запасы" в состояние "Работа". Очень похожая ситуация возникает при игре с клоном симки: при включенном оригинале включаем клон, делаем исходящий звонок и затем клон тушим. При этом оригинал в сети (по CREG), но жпрс поднять не можем. Связано с тем, что клон затребовал другой TMSI, и прописанный в оригинале устарел.

Да, очень похоже. По CREG я тоже получаю 0,1.

Попробуйте:
1. Доходят ли в таком состоянии входящие звонки на модем?

Сим-карта не поддерживает вх/исх звонков (только m2m).

Попробую сделать в такой ситуации сброс модема по PWRKEY и по питанию с повтором не чаще 20 минут.

[GeGeL]

Будет возможность, попробуйте все ж ради хохмы ATD
Мне кажется, что статус исходящих по идее будет проверяться уже после регистрационных моментов.
Суть такова: мы пытаемся инициировать сеанс устаревшим TMSI. По идее, сеть не может распознать абонента и в ответ инициирует идентификацию пи IMSI и пропишет в симку новый TMSI, и только потом даст отлуп на исходящий согласно тарифного плана. Но т.к. перерегистрация уже произойдет, то жпрс может подключиться после этого.
Это чистая теория, но все ж какая то вероятность есть.

[Konstantin Ilich...]

Будет возможность, попробуйте все ж ради хохмы ATD
Мне кажется, что статус исходящих по идее будет проверяться уже после регистрационных моментов.
Суть такова: мы пытаемся инициировать сеанс устаревшим TMSI. По идее, сеть не может распознать абонента и в ответ инициирует идентификацию пи IMSI и пропишет в симку новый TMSI, и только потом даст отлуп на исходящий согласно тарифного плана. Но т.к. перерегистрация уже произойдет, то жпрс может подключиться после этого.

Проверили следующим образом. Ввели модем в описанное выше состояние, симка в режиме "Активирована", на CGATT=1 выдает ERROR. Далее делаем звонок ATDxxxxxx, небольшая пауза, NO CARRIER. Далее пробуем CGATT=1 - ERROR. Пробовали звонки на разные номера, делать IPSHUT, CGATT=0, разные комбинации - сдвигов нет, к сожалению, GPRS не подключается, помогает только полный сброс.

[KAlex]

Именно так, как только появляются новые данные на отправку, я делаю CIPSEND, получаю ERROR, иду на закрытие TCP-соединения, дальше дается CIPSHUT и при попытке CIPSTART получаю ERROR, то есть со второго раза не соединяется, и дальше так и не соединяется сколько ни пытается. Через паузу иду на закрытие GPRS и пытаюсь подключить GPRS снова, но на CGATT=1 получаю стабильно ERROR. Найти GPRS помогает только сброс модема по PWRKEY и питанию.

Как часто появляются данные? Может ТСР закрывается по таймауту?
Тогда тут болезнь модуля на закрытие сессии проявляется.

Китайцы проинформированы, ждем исправлений.

[alexxx86]

Добрый день!
Подскажите пожалуйста, в случае зависания sim900 на пине STATUS будет присутствувать высокий уровень?