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

Да, в общем случае, дороже. Но, вопервых о цене базару небыло, а вовторых есть куча вариантов.
Выберите оператора с нулем за соединение, посадите SIM-карты на какой-нибуть "семейный" или
вообще "ноль в сети" тариф и не так уж оно и дорого.
Десятки пользователей нашего оборудования сидят на GSM DATA, качают сотни килобайт
(правда не слишком часто) и вполне довольны.

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

Можно сравнительно легко решить проблему используя VPN сервер.
Тут либо покупаете услугу VPN у кого-нибудь в инете (50$ в год),
либо покупаете и ставите дома роутер с VPN и прикручиваете его к Dinamic DNS если нет статического адреса.
После чего все мобильные дивайсы могут быть и серверами и клиентами и все видны друг другу по любым портам.

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

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

wavecom сейчас единственный кто умеет работать в CSD transparent mode.
там соединение 1-2 секунды занимает. обычно 1,5
и получается очень даже дешево.

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

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

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

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

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

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

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

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

Объясняю - централизованые охранные пульты создаются под специально укороченый DTMF чтобы нельзя было снять/поставить на охрану используя биппер или телефон - только абонентский пульт. Поэтому там длительнсть посылки ровно половина от того что по стандарту умеют модули. Это только под самодельную охранку можно, но сертификацию она не пройдет именно из-за требования к длительности сигналов.
Можно сгенерить поверх разговора своей задачей или внешним контролером . То что генерит приемная сота (на самом деле, а не модуль как многие думают - модуль только дает соте команду что генерить и дублирует уже тоном в ухо передающему ) пульт не воспринимает.
Попробуйте запихнуть DTMF в аудиоканал и принять его с той стороны.... А потом дайте команду генерить модулем....
И посмотрите на разность фазовых искажений....
Кстати еще о DTMF - многие операторы транслируют только 12 знаков из 16 - цифры, звездочка, решетка. Остальные 4 могут быть запрещены сотам к передаче.
Пример - Украинский Билайн - служебные символы транслируются тишиной.

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

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 в вейвкоме генерится внутренним 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 выдается.