Паяться "нехорошими" флюсами и отмываться в уз ванне.

А не проще просто ждать ответов на команды? На локальные команды - ОК и прочее возвращает моментально. А "эфирные" - в любом случае ждать, хочете вы этого или нет.
Не надо никаких задержек. Работайте так, как будто вместо контроллера - человек работающий через гипертерминал. Выигрыш во времени всё равно мизерный. Есть рекомендации на некоторые команды - CIICR например, - где надо и минуту ждать. Регистрация в сети - тоже не меньше минуты ожидания.

Так я же вроде бы написал, что мы ждем ответов и посылаем следующее после приема ОК или ERROR. Но вот уперлись в то, что иногда это почему-то останавливается. Я пытаюсь разобраться, в чем дело. Как человек оно вроде работает, а вот как автомат оно гораздо быстрее в него команды пихать может. Меня даже не напрягает подождать чуть больше в командах конфигурации, я не хочу двух вещей:
1) чтобы была очень низкая скорость передачи данных через инет (по сранению с эфирной скоростью).
2) чтобы вся эта стейт-машина могла долго жить без зависаний, а в редких случаях лечилась вочдогом с переинициализацией, что в целом не влияло бы на характеристики производительности и доступности.

А кто виснет-то SIM900 или управляющий МК?

Не, МК ничего такой, довольно живучий, даже без вочдога. Хотя вочдог в нем тоже есть. Я имел ввиду именно зависание управляющего потока, который рулит модулем GSM.

Баудрейт поставте фиксированный и кварц "чётный".
Кстати а перед переходом в прозрачный режим сменить скорость не резон? Я не пробовал, но по идее то работать должно.
Надо проверить.

AT+IPR на лету работает.
Вот только OK на него ждать не стоит.
Хотя проверял я это только в ручном режиме. В автомате такого не делал, не приходилось.
Да и с затыками такими что-то не сталкивался....

Если с автоопределения на фиксированую - то на лету без проблем.
А вот с фиксированой на другую фиксированую....

Вобщем там так - если не уходить ниже 9600 - то туда-сюда скорость меняется нормально
Если уйти на 2400 или ниже, а потом вернуться назад на 115200, то может с первого разу не перейти - но правда даст ERROR

А что он у вас один?
Да и как бы не зависание это, а скорей ожидание окончания стадии GSM - ничего не поделать.

Не понял, зачем менять скорость?

Артем
Ну проблема в том, что у модуля не очень то унифицирована система ответов. Кроме простых ОК и ERROR, бывают еще всякие ответы unsolicited, причем они не обязательно с + начинаются, не обязательно вызваны действиями, которые мы до этого программировали. В итоге все это приводит к тому, что нет никакой гарантии, что тот автомат, который у нас работает, не уйдет в какое-нибудь нелепое ожидание. Например, ждем OK, а пришло уведомление об СМС. Послали AT+CIPSTART..., в ответ получаем ERROR, собираемся все заново начинать, но потом через какое-то время "0,ALREADY CONNECTED".

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

Эээээ...А тайминги и попытки ввести никак?
Ну там 10 раз с интервалом в 5 секунд проверит AT+CREG?

Или если не получаете CONNECT - перезапустить сессию?
-------
Анализируйте только то, что вам надо! А отключение питания вы зря не ввели. 100% придётся грейдить плату.

>>>>Например, ждем OK, а пришло уведомление об СМС. Послали AT+CIPSTART..., в ответ получаем ERROR, собираемся все заново начинать, но потом через какое-то время "0,ALREADY CONNECTED".

Ну это не самое худшее, и решаемо - думаю что все здесь с таким сталкивались на разных модулях, это особенности работы с GSM.
Хуже когда добавляется то что у разных операторов поведение может быть разное, затем в разных регионах у одного оператора, затем еще фишки операторов с отступлениями в карточках от стандарта.......

Ну а по поводу обмена вернусь к одной из прозвучавших ранее фраз:

"И таймауты вроде были нормальные, во всяком случае тот же код (буквально, тот же исходник, собранный в Visual Studio 2005) нормально работал с внешней отладкой на 115200. А на микрооконтроллере не завелся. Стали разбираться и выяснили, что обмен встает."

Если с отладкой с компа затыков не было, то копать однозначно стыковку и скорость.
Кстати еще момент - плата помыта хорошо? Флюса под модулем не осталось? Конденсатор на VRTC не забыли повесить?