Jump to content

    
Sign in to follow this  
dimonbest

передача данных через модемы wavecom

Recommended Posts

Мужуки! А зачем так сложно?

Для такой тривиальной задачки достаточно чтобы любой из контроллеров выдал в модем команду

ATDxxx..xxxx, где: xxx..xxxx - телефонный номер абонента. Модемы установят DATA соединение

и после этого считайте, что Serial порты Ваших контроллеров просто соединены проволокой!

А тарифицироваться как будет? Получается как голосовой звонок!? Дороже так будет...

Share this post


Link to post
Share on other sites
А тарифицироваться как будет? Получается как голосовой звонок!? Дороже так будет...

Да, в общем случае, дороже. Но, вопервых о цене базару небыло, а вовторых есть куча вариантов.

Выберите оператора с нулем за соединение, посадите SIM-карты на какой-нибуть "семейный" или

вообще "ноль в сети" тариф и не так уж оно и дорого.

Десятки пользователей нашего оборудования сидят на GSM DATA, качают сотни килобайт

(правда не слишком часто) и вполне довольны.

 

А вобщем-то, справедливости ради, следует сказать, что задачка сформулирована довольно неопределенно.

Обьмы даных передаваться будут небольшие.
Если нужно раз в час или реже сплюнуть с десяток килобайт и бросить трубку, то DATA вполне конкурентна. Если-же действительно необходим постоянный CONNECT, тогда GPRS - адназачна :a14:.

Share this post


Link to post
Share on other sites

Можно сравнительно легко решить проблему используя VPN сервер.

Тут либо покупаете услугу VPN у кого-нибудь в инете (50$ в год),

либо покупаете и ставите дома роутер с VPN и прикручиваете его к Dinamic DNS если нет статического адреса.

После чего все мобильные дивайсы могут быть и серверами и клиентами и все видны друг другу по любым портам.

 

Доброго времени суток форумчане.

Возникла следующая задача:

Есть два устройства на модемамах 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

С ним разобраться не получилось: не понял что за пользователь и пароль. И как принимать данные?

Подскажите пожалуйста, от чего отталкиваться, куда рыть... Спасибо!

Share this post


Link to post
Share on other sites
... роутер с VPN и прикручиваете его к Dinamic DNS если нет статического адреса.

После чего все мобильные дивайсы могут быть и серверами и клиентами и все видны друг другу по любым портам.

 

Но в этом случае все девайсы должны постоянно находиться в коннекте с сервером. Так?

Share this post


Link to post
Share on other sites
Да, в общем случае, дороже. Но, вопервых о цене базару небыло, а вовторых есть куча вариантов.

Выберите оператора с нулем за соединение, посадите SIM-карты на какой-нибуть "семейный" или

вообще "ноль в сети" тариф и не так уж оно и дорого.

Десятки пользователей нашего оборудования сидят на GSM DATA, качают сотни килобайт

(правда не слишком часто) и вполне довольны.

 

По своему опыту могу сказать, что CSD-соединение (GSM DATA) и голос (VOICE) у операторов мобильной связи (Украина) тарифицируются по разному, т.е. даже при нулевой стоимости разговора передача будет стоить дорого + время соединения модема до 30 секунд. Поэтому говорить о дешевизне этого способа не приходится.

Share this post


Link to post
Share on other sites

wavecom сейчас единственный кто умеет работать в CSD transparent mode.

там соединение 1-2 секунды занимает. обычно 1,5

и получается очень даже дешево.

 

многие операторы предлагают тарифы где первые 3-5 сек идут без тарификации.

Share this post


Link to post
Share on other sites
многие операторы предлагают тарифы где первые 3-5 сек идут без тарификации.

Вы наверное забыли добавить что это только для voice-call, и на CSD это не распространяется.

Share this post


Link to post
Share on other sites

да. только для голоса. НО,

вейвкомы 26хх умеют генерить и декодировать DTMF.

и например задачи вроде постановки/снятия охранки, аварийных вызовов с кодами событий и других задач где в 3-4 сек можно уложить DTMF посылки решаются очень даже бесплатно :)

Share this post


Link to post
Share on other sites

Я думаю, что тоннель между двумя пользователями, сидящими за 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 сервера.

Edited by gena_dj

Share this post


Link to post
Share on other sites

>>>>и например задачи вроде постановки/снятия охранки

 

для этой задачи не катит !

 

Объясняю - централизованые охранные пульты создаются под специально укороченый DTMF чтобы нельзя было снять/поставить на охрану используя биппер или телефон - только абонентский пульт. Поэтому там длительнсть посылки ровно половина от того что по стандарту умеют модули. Это только под самодельную охранку можно, но сертификацию она не пройдет именно из-за требования к длительности сигналов.

Можно сгенерить поверх разговора своей задачей или внешним контролером . То что генерит приемная сота (на самом деле, а не модуль как многие думают - модуль только дает соте команду что генерить и дублирует уже тоном в ухо передающему ) пульт не воспринимает.

Попробуйте запихнуть DTMF в аудиоканал и принять его с той стороны.... А потом дайте команду генерить модулем....

И посмотрите на разность фазовых искажений....

Кстати еще о DTMF - многие операторы транслируют только 12 знаков из 16 - цифры, звездочка, решетка. Остальные 4 могут быть запрещены сотам к передаче.

Пример - Украинский Билайн - служебные символы транслируются тишиной.

Share this post


Link to post
Share on other sites
Можно сравнительно легко решить проблему используя VPN сервер.

Тут либо покупаете услугу VPN у кого-нибудь в инете (50$ в год),

либо покупаете и ставите дома роутер с VPN и прикручиваете его к Dinamic DNS если нет статического адреса.

После чего все мобильные дивайсы могут быть и серверами и клиентами и все видны друг другу по любым портам.

VPN - не слишком ли круто для микроконтроллеров? Да и вообще, это лишнее (пропускать трафик через третье место - лишние проблемы, в то время, когда можно пропускать напрямую) Читайте мой предыдущий пост.

Share this post


Link to post
Share on other sites

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-й серии. в аттаче сишный пример.

DTMF_Decoding.zip

Share this post


Link to post
Share on other sites

>>>>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 выдается.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this