Большое всем спасибо. Действительно все адреса, которые я пробовал, были приватными. По указанным адресам соединение происходит сразу. Sim300d замечательный. Все работает как и должно.

Полностью согласен. Делай все как положено и проблем не будет.
Есть в нем некоторые шероховатости, но они легко обходятся. Я пользовал модули других фирм, и во всех присутствовали некоторые глюки.

Это у вас "головокружение от успехов"(С).

Главное чтобы не "перегибы на местах" (С)

Попробовал для теста включить, как модем с компьютера. после набора номера пишет, что аппаратная ошибка. Набрал из терминала atd*99***1#, вывел кучу данных и в конце сообщил, что нет несущей. Если есть предположения, подскажите. at+cgdcont устанавливаю.


Попробовал для теста подключить как модем к компьютеру. после набора номера выдает аппаратную ошибку. все настройки соединения правильные. Набор номера из терминала ATD*99***1# выдает серию байт и завершает сообщением отсутствия несущей. я предполагаю, что сервер провайдера ждет каких-то данных и разрывает соединение не дождавшись. Что можно попробовать отправить в ответ серверу?

Вы подали команду "от балды", получили какой-то ответ и удивляетесь.

Сначала спросите себя: для чего служит эта команда?

Если ничего не помогает, значит пора читать документацию.

А для тех, кто читать не умеет, напишу (всё равно читать не будут): это начало протокола PPP.

Серверу в ответ можно отправить
ATY="WYBACZ MI"

Читать умею и считаю, что без чтения документации вообще ничего не получится.
Но спрошу Вас, разве Вы всегда сначала полностью все прочитываете, а только затем приступаете к практике?
Разве не интересно сначала попробовать, хотя бы для того, чтобы определить направление с какой страницы начинать читать.

так втом то и дело что если Вы послали команду ATD*99***1, то дальше Вы должны реализовать еще и PPP протокол. Вы получаете серию бай, начало РРР протокола, Вы должны просвистеть в ответ соответствующим образом.
А иначе сервер от вас ничего не получает и на э том конец связи.
Тут два варианта. Либо Вы используете встроенный в модуле стек, то тогда ATD*99***1 не причем.
Или реализуйте сами протокол и тогда пользуйтесь командой ATD*99***1.

А если эта команда стирает прошивку модема?

Вы утрируете. Естественно, проверяем, что мы вставляем в розетку: вилку с проводом или вилку с макаронами


Спасибо. С ошибкой соединения через компьютер, используя sim300 как внешний модем, видимо не так просто. может стоит просмотреть обмен сканером порта?

Вот что делается на порте при установлении соединения:
COM port is opened
DTR on
Baud rate 115200
DTR on
Data bits=8, Stop bits=1, Parity=None
Set chars: Eof=0x00, Error=0x00, Break=0x00, Event=0x00, Xon=0x11, Xoff=0x13
Handflow: ControlHandShake=(DTR_CONTROL, CTS_HANDSHAKE), FlowReplace=(TRANSMIT_TOGGLE, RTS_HANDSHAKE), XonLimit=10, XoffLimit=10
Purge the serial port: RXABORT, TXABORT
Clear stats
Purge the serial port: RXABORT
Set timeouts: ReadInterval=20, ReadTotalTimeoutMultiplier=0, ReadTotalTimeoutConstant=0, WriteTotalTimeoutMultiplier=10, WriteTotalTimeoutConstant=2000
Baud rate 115200
DTR on
Data bits=8, Stop bits=1, Parity=None
Set chars: Eof=0x00, Error=0x00, Break=0x00, Event=0x00, Xon=0x11, Xoff=0x13
Handflow: ControlHandShake=(DTR_CONTROL, CTS_HANDSHAKE), FlowReplace=(TRANSMIT_TOGGLE, RTS_HANDSHAKE), XonLimit=10, XoffLimit=10
DTR on
и так далее...
AT
Purge the serial port: TXABORT, TXCLEAR
Purge the serial port: TXABORT, TXCLEAR
Purge the serial port: RXABORT
Purge the serial port: RXABORT, RXCLEAR, TXABORT, TXCLEAR
COM port is closed

смущает строка DTR on, хотя я использую асинхронный двухпроводной.

Вот что делается на порте при установлении соединения:
COM port is opened
DTR on
Baud rate 115200
DTR on
Data bits=8, Stop bits=1, Parity=None
Set chars: Eof=0x00, Error=0x00, Break=0x00, Event=0x00, Xon=0x11, Xoff=0x13
Handflow: ControlHandShake=(DTR_CONTROL, CTS_HANDSHAKE), FlowReplace=(TRANSMIT_TOGGLE, RTS_HANDSHAKE), XonLimit=10, XoffLimit=10
Purge the serial port: RXABORT, TXABORT
Clear stats
Purge the serial port: RXABORT
Set timeouts: ReadInterval=20, ReadTotalTimeoutMultiplier=0, ReadTotalTimeoutConstant=0, WriteTotalTimeoutMultiplier=10, WriteTotalTimeoutConstant=2000
Baud rate 115200
DTR on
Data bits=8, Stop bits=1, Parity=None
Set chars: Eof=0x00, Error=0x00, Break=0x00, Event=0x00, Xon=0x11, Xoff=0x13
Handflow: ControlHandShake=(DTR_CONTROL, CTS_HANDSHAKE), FlowReplace=(TRANSMIT_TOGGLE, RTS_HANDSHAKE), XonLimit=10, XoffLimit=10
DTR on
и так далее...
AT
Purge the serial port: TXABORT, TXCLEAR
Purge the serial port: TXABORT, TXCLEAR
Purge the serial port: RXABORT
Purge the serial port: RXABORT, RXCLEAR, TXABORT, TXCLEAR
COM port is closed

смущает строка DTR on, хотя я использую асинхронный двухпроводной.

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

Если хотите снять лог соединения при использовании sim300 в качестве внешнего модема, так и настраивайте соединение при помощи стандартных драйверов Windows, а не пытайтесь мучить модем посредством гипертерминала.
Ни к чему это все равно не приведет, протокол PPP бинарный.

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



Это и был лог соединения стандартного драйвера Windows

Если Ваша цель сигнализация, то скорее идти по пути звонка на *99***1 и реализации РРР протоколов наверное смысла не имеет.
Гораздо более простой путь, это то с чего Вы начинали at+cipstart="tcp","ххх.ххх.ххх.ххх","хх" и at+cipsend, и так далее.
Вешаете на сервере програмку сидящую на порту, делаете сокетное соединение и передавайте данные в любую сторону. Если по каким то причинам соединение рвется, то востанавливаете. Все это несравнимо проще чем реализовывать РРР протоколы. Соединения устанавливать Вы уже умеете. Передавать данные тоже очень просто. Самое сложное конечно контролировать состояние модема и поддерживать связь. Хотя это тоже не столь сложно если алгоритм контроля заложить грамотный.

Хотелось обойтись без регистрации IP адреса и соответственно без абонентской платы.
Подключиться к серверу провайдера как модем компьютера, а далее через бесплатную страницу с помощью сервлетов-апплетов вести обмен событиями. Вы считаете, что такой вариант не реализуем из за трудоемкости и размера кода?

без абонентской платы за хостинг? Или какой абонентской?

Я думаю результат будет не лучший. И такой путь наверное применим в том случае, если Вы делаете для собственного применения ну и еще может друзьям установите такие системы. Если планируется продажа таких систем, то стоимость хостинга она ничтожна. Либо свой сервер, это несколько дороже для начала. Но тут есть свои плюсы. Хотя и минусы тож есть. хотя бы тот что за сервером нужно следить что бы он хотябы тупо не завис. Если Вы покупаете хостинг то там есть люди которые следят чтобы их сервера не висели. Зато возможностей несравнимо больше. И соответственно систему можно реализовать гораздо лучшую.

Сообщение отредактировал M_Z - Mar 26 2009, 06:51