[dimonbest 0]

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

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

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

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

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

[AlexBoss 0]

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

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

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

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

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

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

 

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

Обьмы даных передаваться будут небольшие.

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

[AlexandrY 2]

Можно сравнительно легко решить проблему используя 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

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

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

[beketata 0]

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

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

 

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

[ViViK 0]

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

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

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

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

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

 

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

[alexQ 0]

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

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

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

 

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

[sobr 0]

А можно подробнеее про "CSD transparent mode"?

[Nidanilov 0]

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

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

[alexQ 0]

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

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

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

[sobr 0]

И с какой версии они научились декодировать DTMF?

[gena_dj 0]

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

Изменено 25 марта, 2008 пользователем gena_dj

[CADiLO 8]

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

 

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

 

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

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

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

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

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

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

[gena_dj 0]

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

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

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

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

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

[alexQ 0]

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

[CADiLO 8]

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