DZ_

Наверное, стоит попробовать два режима : 1. С установлением соединения (например HTTP протокол). Передачу непосредственно на "слушающий" порт сервера... 2. Без установления соединения, т.е. с использованием протокола UDP . Тоже самое, только без квитирования (нет подтверждений о приёме данных слушающим сервером). Менее надёжно, но быстрее установка соединения (точнее, соединение с сервером как таковое не устанавливается, модуль просто отправляет данные в сеть с указанием IP адреса и "слушающего" порта) Вариант без установления соединения (UDP) уже попробовал, естественно есть потери при передачи... ->>> может у кого есть статистика по этому вопросу - как зависит от времени суток (час пик в сети или нет), и т.д. Не охота изобретать велосипед :) Вариант с установкой соединения по HTTP (поверх TCP протокола) сейчас готовлю, сервер допишу - попробую. В любом случае, думаю, что эти дваподхода надо совместить, только в каких пропорциях, пока не знаю... Ребят, если есть у кого опыт работы по GPRS, может поделитись. Я не "комерс", скорее радиолюбитель и разработчик железа и софта, и клепать эти девайсы на конвеере не стану. Просто интересно услышать мнение тех, кто уже потоптал этот вопрос... Всем удачи! ...и 73

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

Да, в том то и дело, что с компа тоже не идёт. Насчет перепрошить - не уверен, а другой модуль - сегодня - завтра должны доставить. Если буднт работать, тогда интересно, как он так странно "глуканул" - всё работает, кроме GPRS

Это не совсем так - GPRS-то у него есть (класс 2), нет TCP/IP стека. Посему в аналогичной системе пришлось применить Q2406B. ...у меня сейчас проблемаименно с TCP/IP стеком. Железо - модуль Telit - GM-863 - QUAD. управляю модулем с Mega-128. При попытки открытия сокета (т.е. конечной связи двухсетевых процессов - адрес IP+№порта) модуль встает "колом"... Ответа CONNECT от него не поступает, соответственно речи о передачи данных идти не может. Что самое интересное, до последнего времени всё работало - я специально написал тестовую прогу для компьютера, прицеплял к модулю через COM - порт (через MAX-232). Проходила отправка как пакетов UDP, так и данных поверх HTTP протоколом SMTP (данные с координатами отправлялись на адрес электронной почты). И вдруг GPRS в модуле просто перестал работать. Без объяснения причин. Ни под управлением компа, ни под управлением контроллера Атмел.... В какую сторону думать, даже не знаю... Операторов связи пробовал разных, управляющие программы 100 процентов корректно посылают команды в модуль. Но не пашит. Может кто-нибудь из Вас работал с такими модулями ??? зы на все команды модуль реагирует адекватно, СМС отправляет, номера набирает, а вот GPRS сдулся ???

to kuguar Благодарю за ответ. если не секрет, то что останавливает Вас (или Вашу контору ...) от перевода своей системы передачи данных на GPRS, ведь Вы тоже видете очевидные приемущества ? я не говорю о единовременном переводе СРАЗУ, а хотябы часть в тестовом режиме... отсутствие такой потребности ??? если сомнения такие - же, что и у меня, то тогда я Вас понимаю.... Всего Доброго, 73

Благодарю за ответ Позвольте уточнить: "Решается административно, т.е. путем заключения соответствующего договора с оператором сотовой связи." 1. Что в таком случае является предметом договора с оператором ? - что то вроде "класса сервиса" ??? 2. Если вообще оператора не ставить в известность, то какие тут "подводные камни" ??? 3. Каким образом (с технической точки зрения) договор может очеспечить доступность сервиса передачи данных, например в час пик при максимальной загрузке сети??? Или может сделать ставку на передачу в режиме CSD и сделать модемный пул... Но как я писал ранее, не знаю как лучше организовать очередь при отзвоне с моб. объектов? ... или может применить что - то на подобие того механизма, что применяется в сети Ethernet - т.е. выбор случайной по продолжительности паузы при повторном дозвоне (в случае, если при первой попытке было "занято", т.е. была обнаружена коллизия, если в терминах Ethernet) т.е. на данном этапе мне важно твёрдо определиться именно со структурой системы - что бы точно знать , ЧТО надо реализовать, какой канал основной, какие варианты создания резервных возможностей передать данные... и в таком случае, конечно, было быполезно услышать Мнение Людей, уже построивших подобное, или просто способных разумно прояснить вопрос .

Здравствуйте! Хотел бы поинтересоваться у знающих специалистов: 1. Насколько транспорт GPRS применим для передачи навигационных данных с мобильных объектов, имея ввиду вероятность получения отказа на доступ к сети передачи данных со стороны оператора. 2. Варианты "дублирования" канала - SMS, модемная передача. С СМС более или менее понятно. По поводу модемного соединения - если в системе ок. 100 объектов, передающих данные в центр с интервалом 1 минута - как организовать "очередь" дозвона мобильных устройств до центра (привязка к спутниковым часам и выделение каждому объекту своего "кванта времени" или временнОго кадра ???). Иначе, если все начнут звонить в раз, то в "центре" будет постоянно занято. Далее - организация нескольких приемных каналов - объединение "приемных" GSM- терминалов в пул ??? И вообще, может кто-то из Вас уже работал с подобной задачей? Задача поставлена одной службой, для которой принципиально наличие всех исходников - начиная от "прошивки" МК, заканчивая софтом верхнего уровня... Поэтому готовые изделия - ну никак... Хозяин - барин ?! т.е. схема передачи данных прим. такая: { GPS } --> { Контроллер } --> { GSM \ GPRS модуль } --> { WEB - Сервер } --> { Картографич. ПО + БД } также в кач. резервного "транспортного" канала есть возможность использовать ведомственные радио - каналы УКВ. Только с УКВ опять ситуация с выделением (или определением) очереди при передачи данных... Поэтому, хотелось бы использовать GPRS, и в качестве "железа" модули со встроенным TCP/IP стеком. Может кто сможет посоветовать "железо" GPRS, так сказать, проверенное в бою ???. Мне пока только довелось поработать с Telit... Заранее благодарен... хотя-бы за то, что дочитали до сюда :) С уважением, DZ