В своем посте "
Краткий курс по TCP/IP" я писал про три чудо команды AT+CSTT, AT+CIICR, AT+CIFSF и про глючно работающую AT+CIPSHUT.
На горьком опыте убедился, что одна из чудо команд так же имеет особенность. Заметил, что если после посылки AT+CIICR поступает входящий звонок, то модем:
1) в упор отказывается присылать ответ на AT+CIICR, пока есть входящий звонок
2) пока есть входящий звонок - лезут сообщения RING, а любые команды посылаемые модему игнорируются.
Получается, что если кто-то дозвонился после посылки команды AT+CIICR и до приёма ответа на эту команду - то надо ждать пока на той стороне положат трубку. На нашей стороне нельзя ни отклонить ни принять звонок.
Отдалённо я понимаю, что эти модемы не мультизадачны, но должен же быть какой-то выход из этой ситуации?
Может хотя бы можно поставить ограничение на количество RING, после которых, если трубка не снимается, то модем сам выполняет ATH. Это конечно не решает проблему, но хотя бы сокращает время "зависания" модема.
Для лучшего понимания приведу лог. Лог реальный! CTRL+C, CTRL+V из окна терминала (кроме коментов кончено):
AT+CSTT="WWW.UMC.UA"
OK
AT+CIICR
RING
RING
//в этот момент посылаю ATH первый разRING
//в этот момент посылаю ATH второй разRING
RING
RING
NO CARRIER
//положил на другой стороне трубку+PDP: DEACT
//модем ожил и вспомнил, что выполняет команду CIICRATH
//получаю эхо на посланную первый раз ATHERROR
//ответ на первый ATHATH
//получаю эхо на посланную второй раз ATHOK
//ответ на второй ATH
Сообщение отредактировал david_off - Nov 4 2008, 19:00