|
передача данных через модемы wavecom |
|
|
|
Feb 14 2008, 14:22
|
Участник

Группа: Участник
Сообщений: 17
Регистрация: 15-07-07
Пользователь №: 29 137

|
Доброго времени суток форумчане. Возникла следующая задача: Есть два устройства на модемамах wavecom модели М1206В. Модемы к компу не будут подключаться, управлять ими будут микроконтроллеры (ATmega). Общение должно проходить по такому принципу: один дает запрос, второй ответ, и наоборот. Будут участвовать только два модема. Обьмы даных передаваться будут небольшие. Это направление для меня новое, поэтому есть трудности. С АТ командами ознакомился (отправлял через терминалку). А вот организовать пересылку данных через GPRS - для меня загадка. В сети нашел такой код: Код Настройка и подсоединение к GPRS: AT+CGATT=1 AT#APNSERV="xxxx", где xxxx - APN сервер провайдера сотовой связи. AT#APNUN="yyyy", где yyyy - имя пользователя; AT#APNPW="zzzz", где zzzz - пароль; AT#CONNECTIONSTART
Ответ: xxx.xxx.xxx.xxx, где xxx.xxx.xxx.xxx - IP адрес выделенный сотовому терминалу. Ответ: Ok_Info_GprsActivation
Подсоединение к TCP-Серверу AT#DLEMODE=1,0 AT#TCPSERV=1,"xxx.xxx.xxx.xxx", где xxx.xxx.xxx.xxx - фиксированный IP адрес сервера (того терминала или компьютера с кем надо установить связь)
AT#OTCP=1 С ним разобраться не получилось: не понял что за пользователь и пароль. И как принимать данные? Подскажите пожалуйста, от чего отталкиваться, куда рыть... Спасибо!
|
|
|
|
|
 |
Ответов
(15 - 29)
|
Mar 5 2008, 12:34
|
Участник

Группа: Участник
Сообщений: 17
Регистрация: 15-07-07
Пользователь №: 29 137

|
Цитата(AlexBoss @ Mar 5 2008, 14:32)  Мужуки! А зачем так сложно? Для такой тривиальной задачки достаточно чтобы любой из контроллеров выдал в модем команду ATDxxx..xxxx, где: xxx..xxxx - телефонный номер абонента. Модемы установят DATA соединение и после этого считайте, что Serial порты Ваших контроллеров просто соединены проволокой! А тарифицироваться как будет? Получается как голосовой звонок!? Дороже так будет...
|
|
|
|
|
Mar 5 2008, 16:36
|
Участник

Группа: Новичок
Сообщений: 19
Регистрация: 30-06-06
Из: Донецк
Пользователь №: 18 488

|
Цитата(dimonbest @ Mar 5 2008, 15:34)  А тарифицироваться как будет? Получается как голосовой звонок!? Дороже так будет... Да, в общем случае, дороже. Но, вопервых о цене базару небыло, а вовторых есть куча вариантов. Выберите оператора с нулем за соединение, посадите SIM-карты на какой-нибуть "семейный" или вообще "ноль в сети" тариф и не так уж оно и дорого. Десятки пользователей нашего оборудования сидят на GSM DATA, качают сотни килобайт (правда не слишком часто) и вполне довольны. А вобщем-то, справедливости ради, следует сказать, что задачка сформулирована довольно неопределенно. Цитата Обьмы даных передаваться будут небольшие. Если нужно раз в час или реже сплюнуть с десяток килобайт и бросить трубку, то DATA вполне конкурентна. Если-же действительно необходим постоянный CONNECT, тогда GPRS - адназачна  .
|
|
|
|
|
Mar 5 2008, 18:36
|

Ally
     
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050

|
Можно сравнительно легко решить проблему используя VPN сервер. Тут либо покупаете услугу VPN у кого-нибудь в инете (50$ в год), либо покупаете и ставите дома роутер с VPN и прикручиваете его к Dinamic DNS если нет статического адреса. После чего все мобильные дивайсы могут быть и серверами и клиентами и все видны друг другу по любым портам. Цитата(dimonbest @ Feb 14 2008, 18:52)  Доброго времени суток форумчане. Возникла следующая задача: Есть два устройства на модемамах wavecom модели М1206В. Модемы к компу не будут подключаться, управлять ими будут микроконтроллеры (ATmega). Общение должно проходить по такому принципу: один дает запрос, второй ответ, и наоборот. Будут участвовать только два модема. Обьмы даных передаваться будут небольшие. Это направление для меня новое, поэтому есть трудности. С АТ командами ознакомился (отправлял через терминалку). А вот организовать пересылку данных через GPRS - для меня загадка. В сети нашел такой код: Код Настройка и подсоединение к GPRS: AT+CGATT=1 AT#APNSERV="xxxx", где xxxx - APN сервер провайдера сотовой связи. AT#APNUN="yyyy", где yyyy - имя пользователя; AT#APNPW="zzzz", где zzzz - пароль; AT#CONNECTIONSTART
Ответ: xxx.xxx.xxx.xxx, где xxx.xxx.xxx.xxx - IP адрес выделенный сотовому терминалу. Ответ: Ok_Info_GprsActivation
Подсоединение к TCP-Серверу AT#DLEMODE=1,0 AT#TCPSERV=1,"xxx.xxx.xxx.xxx", где xxx.xxx.xxx.xxx - фиксированный IP адрес сервера (того терминала или компьютера с кем надо установить связь)
AT#OTCP=1 С ним разобраться не получилось: не понял что за пользователь и пароль. И как принимать данные? Подскажите пожалуйста, от чего отталкиваться, куда рыть... Спасибо!
|
|
|
|
|
Mar 9 2008, 09:58
|
Участник

Группа: Участник
Сообщений: 33
Регистрация: 17-02-08
Пользователь №: 35 126

|
Цитата(AlexandrY @ Mar 5 2008, 21:36)  ... роутер с VPN и прикручиваете его к Dinamic DNS если нет статического адреса. После чего все мобильные дивайсы могут быть и серверами и клиентами и все видны друг другу по любым портам. Но в этом случае все девайсы должны постоянно находиться в коннекте с сервером. Так?
|
|
|
|
|
Mar 19 2008, 15:11
|
Группа: Новичок
Сообщений: 1
Регистрация: 20-10-07
Пользователь №: 31 543

|
Цитата(AlexBoss @ Mar 5 2008, 18:36)  Да, в общем случае, дороже. Но, вопервых о цене базару небыло, а вовторых есть куча вариантов. Выберите оператора с нулем за соединение, посадите SIM-карты на какой-нибуть "семейный" или вообще "ноль в сети" тариф и не так уж оно и дорого. Десятки пользователей нашего оборудования сидят на GSM DATA, качают сотни килобайт (правда не слишком часто) и вполне довольны. По своему опыту могу сказать, что CSD-соединение (GSM DATA) и голос (VOICE) у операторов мобильной связи (Украина) тарифицируются по разному, т.е. даже при нулевой стоимости разговора передача будет стоить дорого + время соединения модема до 30 секунд. Поэтому говорить о дешевизне этого способа не приходится.
|
|
|
|
|
Mar 24 2008, 14:11
|
Частый гость
 
Группа: Свой
Сообщений: 101
Регистрация: 22-08-07
Пользователь №: 29 977

|
Цитата(alexQ @ Mar 20 2008, 16:16)  многие операторы предлагают тарифы где первые 3-5 сек идут без тарификации. Вы наверное забыли добавить что это только для voice-call, и на CSD это не распространяется.
|
|
|
|
|
Mar 25 2008, 04:53
|
Участник

Группа: Новичок
Сообщений: 23
Регистрация: 24-03-08
Пользователь №: 36 189

|
Я думаю, что тоннель между двумя пользователями, сидящими за NAT-ами (в общем случае разными), установить можно. В VoIP для этого применяется STUN. Как я себе это представляю - объясню. 1. Пользователь 1 (П1) отсылает UDP-пакет STUN - серверу. При этом сервер "видит" host:port реального интерфейса на NAT-сервере 2. П1 узнает от сервера host:port 3. П1 регистрируется на sip-сервере со своим реальными host:port 4. Шаги 1 - 3 выполняет Пользоваетль 2 (П2) 5. П1 и П2 регистрируются на SIP-сервере с учетом своих реальных host:port 6. Далее SIP - сессиия проходит с учетом реальных host:port пользователей.Как я вижу организацию тоннеля между двумя пользователями за NAT-ами. 1. Инициатор отсылает UDP-пакет выделенному серверу в реальной сети. При этом сервер "видит" host:port реального интерфейса на NAT-сервере 2. П2 получает от выделенного сервера host:port инициатора 3. П2 отсылает на host:port инициатора UDP-пакет. 4. Инициатор отвечает на этот пакет по адресу отправителя. Это все, установили тоннель  Если нужны услуги по организации выделенного сервера в интернете для таких дел - могу помочь. Но так или иначе, можно использовать публичные SIP и STUN сервера.
Сообщение отредактировал gena_dj - Mar 25 2008, 05:47
|
|
|
|
|
Mar 25 2008, 06:00
|
Участник

Группа: Новичок
Сообщений: 23
Регистрация: 24-03-08
Пользователь №: 36 189

|
Цитата(AlexandrY @ Mar 6 2008, 00:36)  Можно сравнительно легко решить проблему используя VPN сервер. Тут либо покупаете услугу VPN у кого-нибудь в инете (50$ в год), либо покупаете и ставите дома роутер с VPN и прикручиваете его к Dinamic DNS если нет статического адреса. После чего все мобильные дивайсы могут быть и серверами и клиентами и все видны друг другу по любым портам. VPN - не слишком ли круто для микроконтроллеров? Да и вообще, это лишнее (пропускать трафик через третье место - лишние проблемы, в то время, когда можно пропускать напрямую) Читайте мой предыдущий пост.
|
|
|
|
|
Mar 25 2008, 06:30
|
Знающий
   
Группа: Banned
Сообщений: 520
Регистрация: 6-02-06
Пользователь №: 14 040

|
to CADiLO. Вот например широко распространенный стандарт. в инете полно ссылок: Digital Communication Standard - Ademco ® Contact ID Protocol - for Alarm System Communications. это достаточно распространенный в россии протокол. DTMF в вейвкоме генерится внутренним DSP. и никакой не сотой. можно выдавать как в GSM аудио канал, так и в динамик. Декодировать модуль умеет и с аудио канала и с микрофонного входа. и у нас очень даже все работает. не знаю как на украине. возможно и не прокатит. to Sobr, CSD transparent mode это прозрачный режим протокола V.110. настраивать на него нужно обе связываемые точки. DTMF декодируется с 26-й серии. в аттаче сишный пример.
|
|
|
|
|
Mar 25 2008, 07:01
|

Гуру
     
Группа: Свой
Сообщений: 6 023
Регистрация: 26-08-05
Из: Днепр
Пользователь №: 7 988

|
>>>>DTMF в вейвкоме генерится внутренним DSP. и никакой не сотой. Можно выдавать как в GSM аудио канал, так и в динамик. Декодировать модуль умеет и с аудио канала и с микрофонного входа.
Опять Вы все перекручиваете. Я не говорил что вейвком не умеет генерить DTMF.
Пусть генерит себе на здоровье, вот только достоверность приема DTMF прошедшего аудиотракт и DTMF сгенеренного сотой будет разная. Скажутся искажения кодеков на приемной и передающей стороне.... Да и сама специфика сотовой связи такова. Простой пример - через аудио тракт (не в цифре) практически невозможно передать факс - причина та же, нарастающие с количеством сот искажения. Я еще не видел ни одного сотового моста который справился бы с этой задачей. Повторяю - речь идет об аналоговом подключении факса, а не через COM порт.
Вопрос ведь тут не плохой или хороший модуль - суть именно в принципе связи.
Теперь по поводу стандартов - кому нужна такая охрана, если любой может прозвонив на пульт зная код снимет его биппером или мобилкой ? Почитайте про длительность сигналов в стандаре. Подчеркиваю - пульты не воспринимают СТАНДАРТНЫЙ DTMF. А если будете генерить его сами согласно требованиям, так вопрос остается только в качестве декодирования.
Указаный Вами стандарт прилагаю. там есть следующее:
4.1.2.3 Data Tones The message is sent using standard DTMF tones.
The timing of the tones shall be as follows:
Burst ON time - 50 msec. (50 min.,60 max.) Burst OFF time- 50 msec. (50 min.,60 max.)
А для стандартного DTMF:
The minimum duration of the tone should be at least 70 msec
Так что стандартный DTMF по вышеуказаному стандарту не примется !!! Частоты совпадают - длительность другая. И общая длина блока короче чем из памяти телефона номер в DTMF выдается.
--------------------
Не можна втрачати надію. Не можна здаватися до останньої миті. Можливо саме вона, остання мить, принесе весну, яка стане початком нового життя.
|
|
|
|
|
  |
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|