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

[dimonbest]

Доброго времени суток форумчане.
Возникла следующая задача:
Есть два устройства на модемамах 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

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

[gena_dj]

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

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

[AlexandrY]

Не понял, в предыдущем посте сказано что нужен внешний сервер. Где решение для связи напрямую?

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

Ну так категорично не надо. Свойства кодеков все таки известны, плюс их можно варьировать.
У нас могут в GSM модуль в принципе любой кодек всунуть, но от российских дилеров не было таких идей.
Т.е. фича на самом деле не востребована. В европе все смотрят как на дурака когда говоришь. что можно как-то стырить несколько нетарифицируемых секунд.
Тем более что SIM карты с планон для телеметрии и запасом трафика без голоса гораздо дешевле карт с голосом.
А уж какой бардак у нас на частных охранных пультах твориться и говорить нечего.
Там один самопальный концентратор на другом стоит. Никто никаких сертификатов не справшивает, лишь бы подешевле был. И на Украине так будет, когда ее Евросоюз и НАТО заставят законодательство поменять.
Вот по ссылке дивайс http://aly.ogmis.lt/OpenProjects/GSMA/GSMA.htm применяется в нескольких охранных фирмах.
Вооще принимает и переконвертирует как хочет Contact ID и SIA и ничего никто не цепляется.

>>>>и вообще разговор изначально был о том что процессоры вейвком умеют ДЕКОДИРОВАТЬ DTMF без внешних DSP и всяких обвесов с голосового GSM тракта или микрофонного входа.

С этим я и не спорил! Что есть то есть....

Вопрос то был совсем в другом, а никто так и не понял увлекшись технической стороной.

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

И второй вопрос - я все же рекомендую провести статистический анализ качества приема DTMF прошедшего аудиотракт и сгенеренного сотой.

ПОДЧЕРКИВАЮ !!! можете это делать любыми модулями и приемниками.

А Уважаемого alexQ попрошу передать через его хваленый вейвком
FAX в АНАЛОГОВОМ РЕЖИМЕ.

И результаты в студию.
Ничего лично не имею против вейвкомовского модуля, просто есть вещи которые зависят от самого принципа связи.....

[gena_dj]

Не понял, в предыдущем посте сказано что нужен внешний сервер. Где решение для связи напрямую?

В том то и фокус ,что связь происходит напрямую. Внешний сервер задействуется только для начала сеанса связи (в отличие от VPN, где через внешний сервер идет весь трафик). Если не ставить свой сервер, можно задействовать публичные (бесплатные) SIP и STUN сервера.

Сообщение отредактировал gena_dj - Mar 26 2008, 06:33

[AlexandrY]

Ваш вариант предпологает, что NAT пропустит UDP пришедший с другого IP, но на тот же порт с которого ушел предыдущий UDP на STUN сервер?
Этого не получится думаю. NAT не должен пропустить такой UDP.
Т.е. коннекта минуя сервер не произойдет.

В том то и фокус ,что связь происходит напрямую. Внешний сервер задействуется только для начала сеанса связи (в отличие от VPN, где через внешний сервер идет весь трафик). Если не ставить свой сервер, можно задействовать публичные (бесплатные) SIP и STUN сервера.