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

[Ildar Belkin]

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

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

[Romashki]

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

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

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

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

[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