Добрый день!
Давно пользовался следующей последовательностью:
При загрузке
AT+CIPCSGP=1,"apn","un","pw"
AT+CGATT?
если 0 то подача
AT+CGATT=1

затем при соединении:
AT+CIPSHUT
и
AT+CIPSTART="TCP","ip" (для старого sim300 ip без кавычек)

и далее после получения CONNECT и пары секунд
AT+CIPSEND=длина
ожидание > и отправка пакета.

Но оказалось что в некоторых регионах России модули отказываются соединяться по GPRS (периодически, либо вообще).
Все перевернул, причин не нашел.
Запросил в МТ-Систем Москва, сказали что соединяться нужно по другому алгоритму:

тогда тут скорее всего дело вот в чем. Когда подключаетесь к серверу проделывайте такой путь:
CREG?
CGATT? (если 0, то подать CGATT=1, если 1 то идти дальше) - нельзя подавать CGATT=1 когда он уже и так 1.
CSTT
CIICR
CIFSR - обязательно, принудительно запросите IP
CIPSTART

Затем завершаем соединение по AT+CIPCLOSE

Реализовал. первое соединение - работает.
При всех повторных - на +CSTT валится ERROR
Какую команду надо подать? CIPSHUT ?

Также у меня есть подозрение что на 115200 модуль не успевает работать и при загрузке от сети пропускает символы идущие подряд (размер буфера тут похоже не влияет т.к. даже команду длиной около 20 символов не воспринимает). Контроль RTS/CTS не помогает. Установка задержек по 1мс между байтами лечит ситуацию пропадания ответов на команды и молчания. Кто на какой скорости с модулем работает?

+CIPSHUT мне кажется явно лишней при установлении соединения, да и в других многих случаях.
Для закрытия сокета +CIPCLOSE хватает.
А +CIPSHUT только для "сброса" зависшего GPRS - иногда помогает.


Интересная мысль.



На 115200 simcom может работать и без RTS-CTS.
Почему-то (уже не помню почему) перед посылкой пакета у меня шлётся команда

Работает без проблем. И на sim300 и на sim900.

1.Если проблема носит региональный характер, то попробуйте в стартовые настройки включить команду AT+CR99=0, то есть перейдите на более раннюю редакцию GPRS. Возможно, у операторов устаревшее оборудование. Такое наблюдалось.
2.Фокус с CIFSR тянется еще с SIM300. Странно, но это было обязательное средство для обеспечения устойчивого соеединения.
3. Если по смыслу у вас сеансовые соединения, то надежнее получается, по нашему опыту, если использовать CIPSHUT.

Уважаемые, правда ли что на 115200 без RTS/CTS у всех ок?
Контроллеры какие? Частота?
На AVR у меня может все и ок, а вот на STM32 72МГц уже пропадает.
Я думаю может просто очень плотно идут байты, а SIM чуть подгрузится сетью и пропускает байтик. Очень похоже на такое поведение.

А DMA не спасёт "отца русской демократии"? Задать break character - и в путь!

Да решений то много, это я справлюсь, спасибо.
Главное понять - у кого-то еще были прецеденты?
Или почему-то только у меня. Если так то может быть причина то и на в том о чем я думаю.

а в других "иногда" питание пересбрасывают, или что ?

Это самое надежное. Остальное все танцы с бубном.

Именно. Самый надёжный способ.

Нигде в железе не сделано сброса питания. Это прошлый век мне кажется.
Мертво ничего не зависает. Все в худшем случае вывожу удержанием Resetа.
Хотя конечно с такими кривостями в настройках соединения...

К сожалению есть моменты когда может намертво повиснуть. И тут даже не модуль будет виноват.
Например в Харькове есть несколько "черных дыр" где затыкаются любые модули и мобилки.
Все что там удалось определить это то что сигнал неожиданно нарастает до максимума и происходит потеря регистрации с сотой.
После этого что устройства, что мобилки - только отключать. Но 5 метров в сторону - и этого эффекта нет.

Там наверное НЛО летают. И как это заказчикам объяснить?

Скорее - нечистые электромагнитные силы
Делать антизависатель снятием питания.

Либо сменить модуль на другой и сравнить работу.

Не переживайте - в Харькове в этих местах тестировали пятерых производителей - результат одинаков.