...похоже стало понятно, что почем.
при первых тестах с компа я использовал шнур от ком-порта с имеющейся линией ДТР и РТС, а тут не поглядел, и подключил через шнур, в котором только RX-TX & GND
Без линии DTR всё понимает, а как дело доходит до открытия сокета - ждёт установки DTR. что в принципе разумно

А тестовый софт уже написан по данный модуль (команды там есть АТ специфические...)
Спасибо !

А можно так: для удалённых точек есть ftp сервер, на него все эти точки сбрасывают информацию, а затемприложение на "сборном пункте" всё это дело собирает.
А не очень разбираюсь в тонкостях ftp, но можно ли одновременно с нескольких точек менять файл (для каждой точки свой)? Тогда наверно и будет решена проблема сбора информации. В конце концов не обязательно удалённый ftp, но как резерв можно и удалённый. Кто-нибудь такое пробывал?

Наверное, стоит попробовать два режима :
1. С установлением соединения (например HTTP протокол). Передачу непосредственно на "слушающий" порт сервера...
2. Без установления соединения, т.е. с использованием протокола UDP . Тоже самое, только без квитирования (нет подтверждений о приёме данных слушающим сервером). Менее надёжно, но быстрее установка соединения (точнее, соединение с сервером как таковое не устанавливается, модуль просто отправляет данные в сеть с указанием IP адреса и "слушающего" порта)

Вариант без установления соединения (UDP) уже попробовал, естественно есть потери при передачи...
->>> может у кого есть статистика по этому вопросу - как зависит от времени суток (час пик в сети или нет), и т.д. Не охота изобретать велосипед

Вариант с установкой соединения по HTTP (поверх TCP протокола) сейчас готовлю, сервер допишу - попробую.

В любом случае, думаю, что эти дваподхода надо совместить, только в каких пропорциях, пока не знаю...

Ребят, если есть у кого опыт работы по GPRS, может поделитись. Я не "комерс", скорее радиолюбитель и разработчик железа и софта, и клепать эти девайсы на конвеере не стану. Просто интересно услышать мнение тех, кто уже потоптал этот вопрос...

Всем удачи!

...и 73

Сомнительно.
Вот довольно свежий Q2403A:
ati3
641b09gg.Q2403A 1320676 061804 14:38
at+wssw
a04_3tgg.Q2403A 0000002C8F5DC7AA
at+cgdcont?
OK
at+cgdcont=?
+CGDCONT: (1-4),"IP",,,(0-1),(0-1)
+CGDCONT: (1-4),"PPP",,,0,0

OK

А вот Wismo2С:
ati3
420_09gm.2C 1171736 042301 17:30
AT+WSSW

A00_06gm.2C 000100008F5DC6EA
AT+CGDCONT?

ERROR

Судя по всему, у Вас Wismo2D. Или же, чем Wavecom не шутит, Q2403 с софтом от 2D - я таких не встречал. Тогда шансы есть.

если честно, прочивав release notes к прошивкам что я скачал нифига не понял. получается "внутри" 2403 куча модификаций, к которым каждой свои прошивки? прошивка этого модуля фирмвером, взятым с сайта wavecom привело к выпадению модуля в осадок. Таки получается что у меня 2d и надежд на GPRS нету.

можешь поделится опытом как ты это делал через АТ-команды?

где бы для wismo2d прошивки надыбать?

Для построения такой сети и чтоб было надежно в GPRS попробуйте модуль с аппаратной поддержкой 2-х симок. И обязательно РАБОТАЮЩИЙ GPRS 10класс.
Многие заявляют, но реально работает только 8, а это медленно. К примеру попробуйте на СИМКОМЕ прокачать 1 мегабайт и все поймете.

Кстати энергетики всякие телеметричесчкие GSM устройства без 2-х симок(а то и 3-х) вообще не рассматривают.
Я бы еще на температуру посмотрел. Используйте модули только от -30.

Обычно все работают по UDP. Желательно модуль с мультисокетами (понадежней).
пишется простенький скрипт на сервак и поехали.
Я использую GR64 с прошивкой R3B.

Потери есть, но незначительные (десятые доли процента). Никакие "часы пик" и "праздничные дни" не влияют. Траффик экономится. На мой взгляд, для некритичной информации UDP - идеальное решение.

Можешь поделится АТ-командами передачи данных по UDP? Без образования соединения точка-точка, от IP адреса к другому адресу.

Вот, смотрите. пример для GR64. Мегафон Питер.

//определяем PDP контекст для мегафона
at+cgdcont=1,"IP","internet"
OK
at*enad=1,"Account1 ","gdata","gdata",1,0
OK
at*e2ips=2,8,2,1020,1
OK
ats12=0
OK
at*e2ipa=1,1 //аттачимся в GPRS
*E2IPA: 000
OK
// Открываем UDP сокет. Тип сокета: 1 =TCP, 0 =UDP
AT*E2IPO = 0,”129.59.217.99”,80,1
CONNECT
// Теперь мы в дата мод, DCD поднято и мы на 80 порту Гугла.

// Теперь можно уйти назад в командный режим с помощью DTR
OK
// Можно глянуть DNS
AT*E2IPI=1
*E2IPI: 129.1.13.100
OK
//Проверяем активно ли соединение
AT*E2IPO?
*E2IPO: 1
OK
//Уходим в дата мод
ATO
CONNECT
//Если Гугл нас отбросил мы снова в командном режиме..
NO CARRIER

// Можно открыть другие сокеты и попередовать данные, при этом не забывая переключаться из дата
// в команд мод

//Первые сокет
at*e2ipo=1,"10.132.40.114",5001,1
CONNECT
12345678901234567890123456789012345678901234567890123456789012345678901234567890
1234567890123456789012345678901234567890123456789012
OK
//Второй сокет
at*e2ipo=1,"10.132.40.114",5002,2
CONNECT
12345678901234567890123456789012345678901234567890123456789012345678901234567890
1234567890123456789012345678901234567890123456789012
OK
//Ну и так далее.....

//или можно закрыть GPRS сессию..
AT*E2IPA=0,1
OK
//Финиш


Таким образом можно поднять до 15 активных сокетов одновременно. Можно слушать, принимать и передовать. Все это есть в АТ командах на GR64. А как дальше все это разруливать это предмет работы ))

2alexQ:
пример понятен, но он демонстрирует отправку данных через канал между сервером и клиентом. Интересует возможность отправить данные с сервера(порядка 10 байт) конкретному клиенту на IP адрес.

Теперь я не понял ... вопроса.

Вы имеете в виду сервер это некий IP в инете ? а клиент модем?

Сервер, находящийся в реальном инете не сможет выступить инициатором соединения с модулем,
т.к. APN провайдера закрыт NAT-ом на маршрутизаторе ОПСОСа.

В этом случае, модем должен законнектиться к серверу на порт, открыть сокет в режиме Server Listen и висеть на нем. желательно раз в 5-10 минут кидать пакет, чтобы ОПСОС не сбросил модуль с GPRS канала. как-то так ....

Так, попробую пояснить -
есть сервер со статич. IP и клиент у него IP динамич.(можно и для него статич., не проблема), оба подключены к модулю FargoMaestro 100 с wavecom q2406b, только сервер подключен к компьютеру, а клиент к микрконтролеру. Надо чтоб сервер мог обмениватся с клиентами посылками, причем максимально быстро. Организовывать поочередное открытие канала от сервера с каждым объектом - очень долго, так опрос 100 объектов может затянутся на час и более, что не приемлимо по условиям задачи. Вот я и думал что может через UDP будет это проще сделать.