Вид для печати
Работоспособна ли такая схема:
ПК-модем-мобила-(GSM-сеть)-мобила-модем-ПК
Т.е. получается что-то типа выделенки, но вместо телефонного провода используется GSM-сеть. Может кто-то пытался сделать что-то подобное? Помогите советом возможна ли такая схема в принципе?
ну не выделенка а скорее всего похоже на проводное соединение.
Вы имеете ввиду модем выносной что ли? Ну т.е. обычный компутерный модем? Или встроенный в телефон, сейчас они вроде как почти во всех телефонах есть. Если второе - конечно работоспособно, только в аналоговом режиме там скорости низкие очень, то ли 9600, то ли 14400 бод максимум.
в общем реальная скорость гдето 56Кбит/с скорость скачки 10Кбит/с это на мтс,
технология GPRS.
Вот именно GPRS. Это обеим телефонам надо в Интернет через GPRS цепляться, и за трафик платить прилично. А я так понял, что имеется ввиду прямое соединение, без GPRS.Цитата:
Сообщение от RW3QKQ
И правильней, наверное, из вашего сообщения будет сказать "реальная скорось 10 кбит/с, скорость подключения 56 кбит/с". Прошу прощения, если не прав :)
ну у нас не мтс днём 8 центов ночью 4 цента за метр. путём не сложных расчётов я узнал скрость о которой писал выше, а что касается аналогово соединения так там скорость 9600 и 5 центов за минуту.
Но говорят, что некоторые операторы закрывают эту возможность
Пробовал на ВолгоградGSM (Smarts)
Вот лог для соединения двух модемов FASTRAK (WaveCom)
Один надо инитить сервером, другой клиентом.
Можно Гипертерминалом от любой Вынь
------------ Инитим Сервер
+WIND: 3
+CGREG: 0
+CREG: 0
+CGREG: 0
+WIND: 1
+WIND: 7
at+cpin=1234 // 1234 исправляем на правильный ПИН код :)
OK
+CREG: 2
+CREG: 1
+WIND: 4
+CGREG: 2
+CGREG: 0
+CGREG: 1
at+cgatt=1 // Разрешаем аттач
OK
at#tcpport="23" // Порт сокета ( 23 - HTTP)
OK
at#connectionstart // Аттачим аппаратуру GPRS
11.22.333.44 // Это оператор присвоил динамический АйПи
// нашему серверу
Ok_Info_GprsActivation
at#ltcpstart // Старт серверного сокета
OK
------------------------------
Все, с этого момента модем перешел в режим данных
и все что вводится с клавы, уходит в никуда к оператору :rolleyes:
--------- Затем инитим Клиента
at
OK
at+cpin=4507 // Опять ПИН код
// и дальше все то же
OK
+CREG: 2
+CREG: 1
+WIND: 4
at+cgatt=1
OK
+CGREG: 2
+CGREG: 1
at#connectionstart
11.22.0.2 // Получен динамический адрес для второго модема
Ok_Info_GprsActivation
at#tcpserv="11.22.333.44" // Вводим АйПи адрес первого модема
OK // т.е. назначаем его сервером
at#otcp // Даем команду клиентского соединения
Ok_Info_WaitingForData // Есть соединение
------------------------------
Забыл дать втрому модему команду at#tcpport="23"
Номер порта можно другой например "9999"
И обоим модемам забыл дать команду:
AT+CGDCONT=1,"IP","адресоператора"
У меня "адресоператора" = "volgogsm.ru" у Вас всой, ессно.
Просто модем запоминает порт и адрес в своем флэше.
Достаточно ввести их один раз, а я раньше уже проходил это :)
Все, с этого момента модем перешел в режим данных
и все что вводится с клавы, уходит на сервер по
адресу 11.22.333.44 и выводится на экран
А все, что вводится с клавы сервера появляется
на экране клиента.
Это если с обоих сторон Гипертерминал включен.
Если другое ПО, то его надо настроить на сеть
по КОМпорту. (Гиперы ессно надо выгрузить)
Там еще есть несколько команд инициализации.
Подробности в документе
"AT Commands for IP Connectivity - 002.pdf
for IP Connectivity"
WM_ASW_OAT_UGD_011-002
Успехов
2 rz4an:
А можно подробнее? А то похоже на ребусы линуксоида :-)
И так, имеем:
две трубки, в которых есть встроенная функция телефонного модема, каждая труба состыкована с компом (по шнурку, блютузу или ИК)
Что дальше нужно делать, где прописывать все то, что вы указали?
А деньги будет брать как за GPRS соединение или просто как бы если позвонить на второй мобильник и разговаривать?
Я имел ввиду использовать обычный аналоговый модем. Т.е. в первом приближении все должно выглядеть так:
Дано.
1) мобильный телефон1 (МТ1) звонит на мобильнй телефон2 (МТ2)
2) МТ2 поднимает трубку.
Итак у нас есть канал связи МТ1<->МТ2
3) Модем 1 подключен к МТ1, а модем 2 к МТ2, причем оба модема зашиты на выделенку, т.е. модем1 - вызывающий, а модем 2 отвечающий
4) Итак, через образованный канал связи модем1 вызывает модем2.
И дальше - вопрос. Завяжутся ли модемы? Если завяжутся, то очень хорошо - можно будет взять какой-нибудь тарифный план, где связь между 2-я абонентами бесплатна и провести себе домой эдакий интернет "аля выделенка".
2 Kelzar
То что Вы спрашиваете - это CSD соединение (по голосовому каналу)
Я лично это не пробовал, но судя по общению в специализированных конфах, это тоже просто. Вот выписка из "не помню" какой конфы:
Есть опыт использования CSD (и GPRS) через GSM модули GR-47 и телефон Siemens S45i.
На GSM модули полно документации на www.euroml.ru
Для CSD: дожидаемся регистрации: +CREG: 0,1
Даем обоим модулям команду AT+CBST=71,0,1 - выбор типа носителя, 71 - это 9600 бит/с V110,
0 - нет сжатия данных, 1 - только непрозрачный.
Затем набираем номер без ; на конце и ждем CONNECT 9600 на обоих модулях,
после этого обмениваеся данными, разрыв связи +++ (или +++АТ),
после этого АТН. DTR и RTS и CTS не использую, они постоянно то ли на +, то ли на -.
Короче, читайте доку на www.euroml.ru
2 rtty man
Долго не мог ответить - QRZ.ru. не отвечал.
Я уж грешным делом думал "завалили" Серегин сервер, а оказывается БП выгорел.
Так вот по поводу поста.
Я дал ЛИСТИНГ обмена с модемом типа FASTRAK - и команды и ответы модема.
Куда уж подробнее.
Там все строки, что начинаются с символов АТ - это команды модема.
Все остальные строки - ответы модема.
Команды содержащие символ плюс после АТ - это стандартные команды которые "обязаны" знать все GSM/GPRS модемы и мобилы с функцией модема.
Команды содержащие символ шарп (#) после АТ - это специфические команды модемов фирмы WaveCom .
Вот последовательность команд которую дает моя программа для входа в GPRS соединение:
AT+CGREG=1
AT+CGATT=1
AT+CGDCONT=1,"IP","VOLGOGSM.RU"
AT#CONNECTIONSTART
AT#OUDP
Это клиентское UDP соединение с другим модемом (UDP сервером).
Для входа в корпоративную сеть, надо подать еще несколько команд,
Все они подробно расписаны в документе на который я уже давал ссылку.
Оплата естественно за трафик GPRS
rz4an подскажи пожайлуста
Если модем не WaveCom, какие АТ команды заменят
AT#CONNECTIONSTART
AT#OUDP
Спасибо.
Надо читать доку на конкретный модем.
ИМХО тут стандартов пока нет
Я имею в виду команды встроенного TCP/IP стека.
Тут все фмрмы как хотят так и делают
Я прочитал WM_SW_OAT_UGD_003 July 2002,
AT_COMMANDS_INTERFACE_GUIDE_1.PDF Revision : 005 Date : 9th August 2002 Reference : WM_SW_OAT_IFS_001
нигде нет упоминания о AT#CONNECTIONSTART, AT#OUDP, at#tcpport, at#ltcpstart может правда старые редакции читал.
Где о них написано? Они запускают функции написанные на OPEN AT? Если так то можно ли где нибудб\ь посмотреть исходники?
А я делаю следующее командами из AT_COMMANDS_INTERFACE_GUIDE_1.PDF для wavecom, все работают на моем модеме.
Но там написано что после AT +CGDATA=1 или ATD*99***1# появляется CONNECT, а у меня что то другое валится, не знаю что это такое и как с ним бороться?
Если можешь подскажи как стандартными командами для wavecom или siemens mc35, tx55 или любого другого(я найду их AT команды) соединится чтобы можно было по клавиатуре стучать на гипертерминале и все уходило на другую сторону?
AT+CGCLASS=CG
...OK..
at+cgdcont=1, "ip", "internet.mts.ru"
...OK..
AT+CGDCONT?
...+CGDCONT: 1,"IP","internet.mts.ru","",0,0..OK..
AT+CGACT=1,1
...+CGACT: 1,1....OK..
AT+CGACT?
...+CGACT: 1,1....OK..
AT+CGATT?
...+CGATT: 1....OK..
AT+CGPADDR=1
...+CGPADDR: 1,"10.1.13.189"..
..OK..
AT+CGDATA=?
...+CGDATA: ("PPP")....OK..
AT+CGDATA=1
...+CR: GPRS..CONNECT..~я}#А!}!}#} }9}"}&} }*} } }'}"}(}"}%}&pФ±L}#}%В#}%",~
~я}#А!}!}#} }9}"}&} }*} } }'}"}(}"}%}&pФ±L}#}%В#}%",~
~я}#А!}!}#} }9}"}&} }*} } }'}"}(}"}%}&pФ±L}#}%В#}%",~
...
..NO CARRIER..
СПАСИБО.
Все правильно. Эти кракозяблы после подачи команды ATD*99***1#, это протокол РРР. Это запросы сервера GPRS. Но такую последовательность команд надо давать, если твой контроллер сам (своим софтом) собирается обрабатывать эти РРР запросы и весь последующий TCP\IP трафик.
А тот набор команд который я приводил раньше, предназначен для активизации встроенного стека TCP/IP.
И я уже писАл раньше, что подробно это все описано в документе от WaveCom - "AT Command Interface Guide for IP Connectivity", правда файл называется :
AT Commands for IP Connectivity - 002.pdf - размер 605228
Вот, кстати гугль подсказал где его взять :)
http://www.google.ru/search?hl=ru&q=...%B2+Google&lr=
Я уже приводил куски листинга как раз для прямого соединения двух модемов через GPRS аппаратуру оператора связи. Мы так и делали, именно гипертерминалом с двух сторон.
Правда говорят, что у некоторых операторов связи эта возможность закрыта.
Привет земляку!!!Цитата:
Сообщение от rz4an
Я где-то год назад воевал с нашим СмАрТсОм на предмет услуги DATA канал. (Это не GPRS!, тарификация как по голосовому). Вязали Wavecom и контроллер GM 9/18. Получилось.
Услуга DATA канал фактически означает отсутствие специальной обработки речевого сигнала. (Телефон ведь не шлет посто аналоговый сигнал, он как-то хитро выделяет типовые фонемы, характеристики тембра и т.п. и оператор их как-то обрабатывает.) А при передачи данных такая обработка на фиг не нужна. Еще был прикол с поддержкой различных протоколов. Это тоже надо решать с оператором. В общем соединение точка-точка на самом деле выглядит так: точка - заморочки оператора - точка. :vis:
Но иногда оно работает нормально. :)
Добрый день, земляк :)
Ну да, то о чем ты пишешь, это CSD соединение.
Соединение в голосовом канале. Отличается только командой набора номера (без точки с запятой в конце номера). Тарификация действительно как за голосовое соединение. Да и скорость маловата. А на счет протоколов, то при CSD соединении они оператору по барабану, для его аппаратуры что голос, что данные - один хрен.
А то о чем мы говорили раньше - именно GPRS соединение и пробовали мы его как раз на СМАРТСе. У них эта фича открыта. Отличается от CSD тем, что позволяет соединения типа точка-многоточка. Т.е. один сервер и несколько клиентов одновременно. Правда скорость переменная и зависит от загрузки каналов, тогда как при CSD соединении она хоть и маленькая, но зато всегда постоянная. :)
Кстати на счет тарификации, я не уверен будет ли она вообще начисляться. Мы это как то упустили и не проверили. Это ведь смотря где у них счетчики стоят :rolleyes: . Если подсчитывается трафик в канале абонента, то да, а если в канале выхода в интернет то нет. До интернета тут дело не доходит, все замыкается на аппаратуре оперетора связи.
Скорость 9600. По поводу протоколов - не совсем так, Например, протокол V110 (пишу по памяти, могу ошибиться) отличается быстрым соединением после набора номера. Когда трафик состоит из нескольких байт, но с очень частыми звонками пауза при вхождении в связь (в паузе снимается АЧХ канала и настраивается фильтр модема) становится принципиальной. Поддержка этого протокола это как выяснилось задача оператора. В общем, этот протокол мы так и не смогли запустить.Цитата:
Да и скорость маловата. А на счет протоколов, то при CSD соединении они оператору по барабану, для его аппаратуры что голос, что данные - один хрен.
Каюсь, про это я не знал. Впрочем я даже не знаю про V110, может это тип терминала - VT110? Тогда знаю. :)
Но у него ИМХО все паузы настраиваются. Впрочем не помню. Я лет десять назад писАл эмулятор терминала (кажется как раз VT110 на PC IBM по COM порту) для центров занятости Волгоградской области, так там кажись все настраивалось (хотя может это мы сами прилепили, не помню как в стандарте VT110 должно быть).
А короткие посылки для CSD соединений действительно не очень подходят. Как раз для этих целей мы сейчас и пытаемся задействовать GPRS. Тут вроде UDP датаграммами можно быстро перекинуться. На соединение и передачу двух пакетов (пакет и квитанция на него) уходит от 4х до 6ти секунд.
...тип терминала - VT110?...
Как раз для этих целей мы сейчас и пытаемся задействовать GPRS.
------------------------
:) V110 - протокол, одноименный с терминалом.
Слушай, я с GPRS не сильно разбирался, но возможно придется. Такой вопрос: после установления соединения AT командами кто формирует Ethernet пакет я или модем (со встроенной поддержкой TCP/IP стека разумеется)? Соответственно, на приемной стороне кто производит сборку пакетов - внешний софт или внутримодемный?
Я это хочу выяснить, на случай если придется цеплять модем к контроллеру, там же Виндовских сервисов не будет, все руками писать придется....
Если включил внутренний TCP/IP стек, то ессно все пакеты формирует модем. У нас в системе с одной стороны сервер под виндой + модем без встроенного стека. А с другой стороны куча клиентов цепляются. Там контроллеры типа AVR и модемы с встроенным стеком.
Контроллер инитит модем АТ командами как клиент для соединения с сервером, а дальше модем для него прозрачный. :) Какие данные послал в порт, такие сервер и получит, как по нуль-модемному кабелю :slut: