Поднятие PPP на SIM300DZ. Опции

[west329_]

Был у нас готовый софт на контроллере который поднимал РРР сесию на модеме телефоне. Решил попробовать подключить его к SIM300D. И как всегда с первого раза неполучилось. Решил написать так как зашол в тупик. Опишу весь процес с начала. Если ктото поднимал РРР на SIM300DZ пожалуйста подскажите что может быть не так ?

Сначала АТ инициализация

ПОСЫЛКА КОМАНД В МОДЕМ

Код

+++ATH
ATI
ATE0
AT+FCLASS=0
AT+CGDCONT=1,"IP","3g.utel.ua"
ATD*99***1#
~ÿ}#À!}$}!} }8}!}$}&@}%}&},<eÉ}"}&} } } } }'}"}(}"ØK~~ÿ}#À!}"}"} }(}#}$À#óa~~ÿ}#À!}!}"} }(}#}$À##ë~~ÿ}#À!}%} } }$Normal Termination by NCP!T}^}4¿~+

ОТВЕТЫ МОДЕМА НА КОМАНДЫ

Код

+ATH

OK
ATI

SIMCOM_Ltd
SIMCOM_SIM300D
Revision:1008B14SIM300D32_SST34HF3284

OK
ATE0
OK

OK

OK

CONNECT
~ÿ}#À!}!}!} }<}!}$}&@}#}$À#}%}&},<eÉ}"}&} } } } }'}"}(}"‚«~~~~ÿ}#À!}!}"} }(}#}$À##ë~~ÿ}#À!}%} } }=Normal Termination by NCP!T~
NO CARRIER

Я делаю вывод что АТ инициализация прошла успешно так как модуль выдал CONNECT и собственно перешол на стадию РРР, а если поточней то первый протокол LCP. Но канал GPRS так и не поднимается, и модем выдаёт последний пакет с текстом "Normal Termination by NCP", потому что софт контроллере просто незнает что делать.

Благо софт контроллера имеет отладочный режим и я получил следующие пакеты.

Код

RX > 7eff03 c021 01 03 001c 01040640 0304c023 05060c3c65c9 020600000000 0702 0802 120f 7e
TX < 7eff03 c021 04 03 0018 01040640 05060c3c65c9 020600000000 0702 0802 5b50 7E

тут ничего необычного, SIM300 предлагает настроить список параметров
по накатке контроллер отвергает все кроме 0304c023 собственно обычного PAP протокола

Код

RX > 7eff03 c021 01 04 0008 0304c023 eeb3 7e
TX < 7eff03 c021 02 04 0008 0304c023 3e39 7E

тут вроде тоже ничего необычного, SIM300 уже предлагает взять только 3й параметра
на что контроллере соглашается 02-ACK и отсылает ответ

Код

TX < 7eff03 c021 01 04 0008 0304c023 eeb3 7E

далее по правилам теперь мы должны запросить согласие на 3й параметр

Код

RX > 7eff03 c021 04 04 0008 0304c023 8f24 7e

но тут происходит то из за чего алгоритм контроллера входит в ступор,
SIM300 отвергает 3й параметр 04- REJect. Почему так происходит я до сих пор
так и не выяснил, весь алгоритм РРР контроллера строится на том чтоб получить этот параметр
а модем его отвергает хотя в первом запросе сам на него соглашается, абсурд какойто.

Подскажите в чем может быть проблемма ?

Продублирую алгоритм без коментариев

Код

RX > 7eff03 c021 01 03 001c 01040640 0304c023 05060c3c65c9 020600000000 0702 0802 120 f7e
TX < 7eff03 c021 04 03 0018 01040640 05060c3c65c9 020600000000 0702 0802 5b50 7E

RX > 7eff03 c021 01 04 0008 0304c023 eeb3 7e
TX < 7eff03 c021 02 04 0008 0304c023 3e39 7E

TX < 7eff03 c021 01 04 0008 0304c023eeb3 7E

RX > 7eff03 c021 04 04 0008 0304c023 8f24 7e

[west329_]

Я так понимаю тут никто не передает данные в таком режиме, тоесть как я понял через РРР сесию, тогда не подскажите как можно передать масив данных размером 300-400кб который хранится в HEX через АТ команды, ну или ткните носом ?

[stream]

Я так понимаю тут никто не передает данные в таком режиме, тоесть как я понял через РРР сесию,

Передаем - PPP из lwip SIM300 вполне себе устраивает. Хотя у меня есть один PPP-client, тоже написанный строго по RFC (называется SFPPP), вот он с SIM300 тоже не работает, хотя всю остальную улицу SIM300 удовлетворяет. Так что в глюк верю.

тогда не подскажите как можно передать масив данных размером 300-400кб который хранится в HEX через АТ команды, ну или ткните носом ?

Медленно и печально - AT+CIPSEND, по килобайту за команду.

[andrewlekar]

Передаем - PPP из lwip SIM300 вполне себе устраивает.

Не могли бы описать вкратце алгоритм соединения lwIp и sim300? А то я в своё время интересовался такой штукой, то как и не выяснил полную картину. Конкретно хотелось применить для wismo218, у которого нет встроенного стека, но есть gprs.