Есть устройство, в которое устанавливали SIM300D.
В связи с известными событиями в Китае, стали устанавливать SIM900D.
Прошивка контроллера осталась старая. Схема включения - то же, за исключением кондера на VRTC - заменили на 4,7.

Возникла проблема: В ответ на запрос ATD*99# или ATD*99***1# приходит только CONNECT. А дальше - тишина. Где-то через минуту происходит разрыв соединения NO CARRIER. В то время как SIM300D в аналогичной ситуации выдавал запросы от сервера на установку PPP.

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

Команды вида ATD*99# не работают, надо так: AT+CUSD=1,"*99#"

Встроенным стеком не пользуемся.
А вот по поводу AT+CUSD вопросы. Уже попробовал. При выполнении в указанном виде выскакивает ошибка о неправильном символе.

UPD: пробовал устанавливать GPRS соединение через специальный набор команд (AT+CGDACT и т.п.) - тоже все заканчивается словом CONNECT.

У меня не выскакивает - GPRS не активировано поэтому UNKNOWN APPLICATION
Но команда обрабатывается правильно. Прошивка версии 06.


AT+GSV
SIMCOM_Ltd
SIMCOM_SIM900
Revision:1137B06SIM900M64_ST

OK
AT+CUSD=1,"*99#"
OK

+CUSD: 0,"UNKNOWN APPLICATION",64

В данный момент проверить не могу. Возможно тоже было что-то подобное.
Но все равно - ответ неправильный. Значить активация GPRS соединения почему-то не проходит. Т.к. на симке GPRS подключено.
А что у вас отвечает на ATD*99# ?

Тоже самое... По ATD*99# CONNECT без запросов PPP. Это не USSD запрос, поэтому AT+CUSD неприменимо.

ATD*99#
ERROR

Так и должно быть.

Вообще-то это стандартный USSD-запрос.


А как тогда устанавливать GPRS соединение ? (не прибегая к помощи встроенного стека, естественно)

Запрос может и стандартный, только сервер оператора не поднимает по нему PPP и на SIM300, а выдает "UNKNOWN APPLICATION" (не подлежит обработке), а по ATD*99# поднимает.

На SIM900 сейчас проверить не могу - не активирован GPRS на карточке.
Но у товарища на SAGEM (такой же чипсет) заработало так:


AT+CGDCONT=1,"IP","APN","x.x.x.x",0,0
OK
atd*99***1#
CONNECT

Хотя сажем тоже не понимает USSD по ATD*

Так после CONNECTа появилось ли что-то вроде "{{{" ?

А это:
AT+CGDCONT=1,"IP","APN","x.x.x.x",0,0
OK
atd*99***1#
CONNECT
выполняется аналогично

SIM900_ATC_V1.02.pdf

страница 200 - там есть про atd*9....

Попробовал как на 200стр.:
at+cgdcont=1,"IP","мой апн"
OK
at+cgdata="PPP",1
ERROR
at+cgact=1,1
OK
at+cgdata="PPP",1
CONNECT
и тишина, нет {{{

Так я тоже пробовал (писал об этом выше)

Испытываю ту же проблему. Вот ответ китайцев.

Dear:
The reason PPP information is not given for SIM900 is SIM900 need to initiate the negotiate process firstly after the “CONNECT” is shown, while SIMI300 is done by server.

For your concern: please also give us the reason why port changing can affect your design?

In fact, after you have seen the string of “CONNECT”, if you input “7E FF 7D 23 C0 21 7D 21 7D 20 7D 20 7D 37 7D 22 7D 26 7D 20 7D 20 7D 20 7D 20 7D 25 7D 26 3C 3D 48 83 7D 27 7D 22 7D 28 7D 22 7D 2D 7D 23 7D 26 30 51 7E” in the serial port, you will see the negotiate process for PPP in SIM900
I have also attached the PPP process file, I hope it can help you

Thanks

Понимайте как хотите, но то что написано все равно не помогает. Только что опоробовал.
Надо дальше пинать китайцев.
Ясно только что что-то они там намудрили, сами об этом знают, но скрывают

For your concern: please also give us the reason why port changing can affect your design?

Эта строка из моих баданий по другому вопросу, к этой теме не относится.

groovy
Ответьте, плз, здесь есть ли другие проблемы с UDP, помимо исходящего порта. Стабильный прием я пока не получил. Как можно связаться с производителем sim900 по возникающим вопросам? Понимают только английский(китайский не в счет )?


В SIM900D длину имени в записной книжке урезали с 24 до 20 символов по сравнению с SIM300D.
at+cpbw=?
+CPBW: (1-250),40,(129,145,161,177),20

Купите у них 100тыщ модулей. они вам с исходниками отдадут. будете сами регулировать длину имени. ))
PS Злостный офф ))

Приношу свои извинения, я - абориген, китайский метод работает.

Спасибо, groovy. С вашей помощью и помощью китайцев все заработало.

А пробовал кто-нибудь использовать sim900 в качестве стандартного виндового модема? У меня не работает, и есть подозрение, что по причине упомянутой выше особенности данного модуля. Ради интереса отправил в терминале после CONNECT китайские байты - тишина.

Китайцы думают приводить подключение по gprs для sim900 к такому же виду как было в sim300d? Или для старта соединения магическая последовательность символов PPP протокола приведенная выше останется навсегда? Эти вопросы очень актуальны для правки ПО изделия, вопросы преимущественно к CADiLO. Спасибо!

ОК - спрошу

CADiLO, как там китайцы молчат?

Не буду создавать новую тему, т.к. вопрос укладывается в данную.

sim900d прошивка 1137B08SIM900D64_ST_DTMF_JD_MMS
на прошивке 07 было так же.

Пробую создать TCP-соединение с помощью встроенного стека.
Сценарий:

1-й проход
>>AT+CGATT?
<<+CGATT: 1....OK
>>AT+CSTT="WWW.UMC.UA","",""
<<OK
>>AT+CIPSTATUS
<<OK....STATE: IP START
>>AT+CIICR
<<OK
>>AT+CIFSR
<<xxx.xxx.xxx.xxx
>>AT+CIPSTART="TCP","xxx.xxx.xxx.xxx","xxxx"
_т и ш и н а_ 1 минута.

>>AT+CIPCLOSE
<<ERROR
>>AT+CIPSHUT
<<ERROR

2-й проход
>>AT+CGATT?
<<+CGATT: 1....OK
>>AT+CSTT="WWW.UMC.UA","",""
<<ERROR
>>AT+CIPSTATUS
<<OK....STATE: IP STATUS
>>AT+CIICR
<<ERROR

>>AT+CIPCLOSE
<<ERROR

Вопросы:
1. Почему не соединяется? На сим300 все было в порядке.
2. Почему стек не перегружается?
3. Что делать, чтобы соединилось? Есть ли проверенные методы решения проблемы?

Всем спасибо за ответы.

4. PS. Также интересно, какой минимальный интервал в миллисекундах допустим между командами, подаваемыми на модуль? Встречались варианты, когда создавалось впечатление, что определенные команды (не из вышеназванного набора) модуль обрабатывать не успевал, выдавая ERROR, при этом увеличение паузы между командами спасало положение. К таким командам могу отнести команду запроса IMEI.

Если у вас карточка куплена после перехода UMC в группу MTS - то APN - internet , а не www.umc.ua - сам долго парил себе мозг с этим
попроубуйте так

AT+CGATT=1
AT+CIPMODE- на усмотрение
AT+CIPCSFG=1,"internet","",""
AT+CIPSTART="TCP","ya.ru","80"

Попробую.

Карточка - контрактного абонента. Эта же карточка на sim300 с настройками APN "WWW.UMC.UA" замечательно коннектится.

Попробовал в разных комбинациях:

1. Менял APN
2. Использовал команду CIPCSGP (видимо, MKdemiurg, Вы имели в виду её, т.к. синтаксис похож, а команды CIPCSFG в даташите не обнаружил )
3. Коннектился на другие сервера/порты
4. Не подавал отсутствующие логин/пароль в строке

Эпопея закончилась неожиданно:
В месте алгоритма нужна пауза, иначе следующая команда не отрабатывает:

>>AT+CIFSR
<<xxx.xxx.xxx.xxx
(пауза 50 мс)
>>AT+CIPSTART="TCP","xxx.xxx.xxx.xxx","xxxx"

Еще вопрос знатокам.

Вот хочу сделать запрос USSD - балланс посмотреть.
Для этого пытаюсь использовать вышеприведенную команду CUSD в вышеобозначенном окружении (см. в первых постах темы). И ничего не получаю И даже паузы не помогают.
У кого-нибудь будет пример лога обмена с модулем по USSD, чтобы понять хоть, что ждать? В сим300 ответ при стандартных настройках текстом латиницей в терминал падал...

Сделайте поиск по форуму слова CUSD - обсуждалось неоднократно с примерами и описанием форматов запрос-ответ

AT+CUSD=1,"*101#",15 0x0D

для МТСа

Спасибо.

Причина была в очередном "приколе" с интервалами и "океями".

1.
Переключаемся на текстовой режим.
Получаем ОК.
Пауза маленькая.
Даем запрос.
Получаем ОК.

Все.

2.
Переключаемся на текстовой режим.
Получаем ОК.
Пауза побольше.
Даем запрос.
Получаем ОК.

Ничего не посылаем в порт.

Через пять-десять секунд полкчаем ответ оператора.

Вот такие вот пирожки...

Чего у вас всё с паузами проблемы. Не легче наоборот везде паузы ставить по 3-5 секунд, а потом выводить на минимальные значения. Если где то вдруг заглючило - искать в последнем изменении. Так намного быстрее.